错误跟踪系统的模型和设计方法（二）

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 角色权限设计

原文转自：http://www.ltesting.net