分析buzilla设计一个软件测试缺陷管理系统给出设计文档-read.docVIP

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