二、分析BUZILLA设计一个软件测试缺陷管理系统给出设计文档.doc

作业3 (二)软件测试缺陷管理系统设计文档一、系统分析软件测试缺陷管理系统，是一个软件缺陷管理辅助决策系统，它能够描述测试缺陷报告所发现的缺陷，并能处理软件缺陷属性（包括记录缺陷及其再现的条件等），并具备跟踪软件缺陷的整个生命周期和生成软件缺陷跟踪图表等功能。软件测试缺陷管理系统应功能特点：1、 能系统拥有软件缺陷跟踪数据库，有利于软件缺陷的清楚描述，提供统一的、标准化报告，以便测试修改人员理解无歧义；2、 缺陷跟踪数据库能自动连续缺陷编号，还提供大量供分析和统计选项；3、 可快速生成满足各种查询条件的、所必要的缺陷报表、曲线图等，以便随时掌握软件产品质量的整体状况或测试/开发的进度；4、 缺陷跟踪数据库提供软件缺陷属性，包括从最初的报告到最后的解决，确保每一个缺陷不会包忽略。同时，保证测试人员的注意力在那些必须尽快修复的重要缺陷上；5、 当缺陷在它生命周期中变化时，开发人员、测试人员以及管理人员能通过本系统熟悉新的软件缺陷信息；6、 提供历史记录，即在查缺陷的状态时能供历史记录；7、 当关闭每一份缺陷报告，它都可以被记录下来。当产品送出去时，每一份未关闭的缺陷报告都提供了预先警告，能证明所找到突发出现的事件中的软件缺陷。软件缺陷跟踪管理系统的职能，是监视缺陷的整个生命周期，并从发现一个软件缺陷开始的。软件缺陷是有生命周期的，而一个复杂的软件缺陷生命周期，可能更复杂。发现新的软件缺陷，就有了软件缺陷跟踪系统的输入，而系统的核心是围绕“软件缺陷报告”，报告必须且详细规范，报告应主要包括以下表格内容：分类项目描述可跟踪信息缺陷ID唯一的、自动产生的缺陷ID，用于识别、跟踪、查询软件缺陷基本信息缺陷状态可分为“打开或激活的”，“以修正的”，“关闭”等缺陷标题描述缺陷的最主要信息缺陷的严重程度一般分为“致命”、“严重”、“一般”、“较小”四种程度缺陷的优先级描述处理缺陷的紧急程度：1是最高，2是正常，3是最低缺陷的产生频率描述缺陷发生的可能性1%100%缺陷提交人缺陷提交人的姓名，一般就是发现缺陷的测试人员或其他人员缺陷提交时间缺陷提交的时间缺陷所属项目/模块缺陷所属的项目和模块，最好能缴精确地定位至模块缺陷指定解决人估计修复缺陷的人员缺陷指定解决时间开发管理人员指定的开发人员修改此缺陷的时间缺陷验证人验证缺陷是否真正被修复的测试人员缺陷验证结果描述对验证的结果的描述（通过、不通过）缺陷验证时间对缺陷验证的时间缺陷的详细描述步骤对缺陷的操作过程，按照步骤，一步一步地描述期望的结果按照设计规格说明书或用户需求，得到正确的结果实际发生的结果程序或系统实际发生的结果，即错误的结果测试环境说明测试环境对测试环境的描述，包括操作系统、网络、通信等必要的附件图片、Log文件各种相关辅助说明缺陷用的附件二、系统设计根据系统分析，建立抽象的软件缺陷跟踪管理系统模型：图3 系统用例模型确定并定义角色和用例：1、 角色定义角色1：软件缺陷bug角色职责：系统处理的对象，是系统的输入，由测试人员确定。角色2：系统管理员角色职责：负责维护管理系统正常运行，保持系统功能。角色3：软件项目管理员角色职责：负责软件缺陷的管理监督，适时掌握缺陷修复进度等情况。角色4：缺陷修正人员角色职责：负责完成缺陷的修复工作。2、 用例定义记录：具备记录每一条软件缺陷的全部信息，包括前表所述内容，作为缺陷数据库的数据。查询：提供系统管理员管理和维护软件缺陷系统的工具。生成缺陷报告：系统自动生成缺陷报告，提供项目管理人员参考决策监督。通信：建立系统与缺陷修正人员的联系，以便随时修复缺陷及反馈信息。（对系统用例进行适当扩展，以便更进一步设计。）三、建立静态模型根据系统中各角色和用例之间的关系，可以建立系统的包图：软件缺陷记录UI界面系统内部软件缺陷 N分类处理软件缺陷缺陷数据库缺陷修复员通信缺陷报告生成界面图4 系统的包图四、建立动态模型1、状态图根据软件缺陷的生命周期可知，系统的各工作状态是随软件缺陷的生命周期变化而变化的，因此，系统的状态图简要如下图所示：通信通信修正通信记录生成通信图5 系统状态图2、合作图根据所得到的系统状态图，将系统各部分的工作进行协调，以便将分离的功能合成系统功能，实现系统合并，其合作图如下所示：软件缺陷ID1：find()：软件缺陷记录：软件测试管理员：缺陷修复人员21：record()4.1：report()3.1：communicate()4.2：feedback()2.2：cate