4.1 总体构架
后台服务器端存储数据库和专家库数据，以及错误跟踪系统的服务器程序。用户通过互联网络打开客户端web页面并在线提交数据，服务器端接受到数据后进行处理，然后将数据存入数据库或专家库，再把结果反馈回客户端，以web页面的形式呈现。系统的总体构架如图2所示：
图2 总体构架图
4.2 功能设计
错误跟踪系统的基本功能如下：
（1）错误处理记录：填写错误报告传入本系统，并将每次处理的记录都写入系统数据库。
（2）错误报警：当错误在一定周期内还没有被解决掉，系统会在相关人员登入系统后弹出告警信息，提示错误已经到期。
（3）督办：设置报警周期，催办错误报告。
（4）基础数据维护：对问题分类、企业分类、问题等级等基础数据进行维护。
（5）专家库管理：对技术支持中常遇问题的分析、汇总和维护，形成专家知识库，为技术支持人员提供帮助。
（6）数据分析：统计分析实施人员、合作伙伴、客户提出的各种问题，并根据问题的内容和性质做后续的处理，更好地支持项目实施。
4.3 错误状态设定
错误在生存周期内各个阶段的状态设定如下：
(1) 新错误（New）：测试中新报告的软件缺陷。
(2) 打开（Open）：被确认并分配给相关人员，正在处理。
(3) 已修正（Fixed）：开发人员已完成修正，等待测试人员验证。
(4) 拒绝（Declined）：拒绝修改缺陷。例如：缺陷等级太低，修正成本太大等。
(5) 延期（Deferred）：不在当前版本修复的错误，下一版修复。
(6) 关闭（Closed）：错误已被修复或过期。例如：软件版本号显示错误，但新的版本刚刚发布，此问题已经过期，被关闭。
(7) 重新打开（ReOpen）：已经修正的错误再次发生。例如：修正新的错误造成已经解决的错误再次发生等。[Page]
(8) 挂起（Hang）：暂时不处理。例如：处理人员正忙于处理更紧迫的任务时，而这个错误级别较低，这时错误被挂起，处于一种等待状态。
4.4 错误等级设定
错误的等级在后台进行维护，初始设定按错误程度设为5级：
(1) 重大错误：错误会引起操作系统崩溃。
(2) 严重错误：错误会引起应用系统崩溃，但不危及操作系统。
(3) 功能错误：错误会引起应用的某个功能不正常。
(4) 告警：不影响应用系统功能的一般错误。
(5) 建议：对程序提出的功能改进意见。
4.5 角色权限设计
文章来源于领测软件测试网 https://www.ltesting.net/