Bug管理工具需求文档

测试管理功能需求整理 2013-4-25 目录 一、 背景及目的 2 1.1、背景 2 1.2、功能概要 2 二、 功能分解 3 2.1、 项目和模块管理 3 功能描述 3 相关表单 3 流程图 4 特殊要求 4 2.2、测试需求管理 4 功能描述 4 相关表单 5 2.3、测试版本管理 6 功能描述 6 相关表单 6 2.4、Bug管理和处理 7 功能描述 7 相关表单 7 流程图 8 特殊要求 9 2.5、测试用例管理 9 功能描述 9 2.6、组织管理 10 功能描述 10 性能要求 10 相关表单 10 2.6、测试数据分析 10 功能描述 10 一、 背景及目的 1.1、背景 测试管理工具中Bug管理是测试工作中必不可少的工具。尝试过Word，Excel，Groove，Bugzilla，zentao_BugFree（V1.0），其中前三款并不属于专业的测试软件，测试的时候需要配置的信息比较多；
Bugzilla免费版的安装部署复杂；
zentao_BugFree（V1.0）可以解决核心的功能需求，但是只是对Bug进行管理，不能和需求、用例、角色权限进行关联，随着项目的发展，越来感觉功能过于简陋，不能满足越来越多的使用想法。目前正在使用的为开源zentao_PMS（V4.0）基本可以解决测试相关的需求，但是自主可控性不太好，同时从部门整体来讲工作平台不够集中。

为了促进内部工作协作、高效的进行，并将日常工作需要的办公软件集成到统一的平台上，特提出此研发需求。该功能的主要使用对象可分为三种：测试人员，研发人员，高层管理，各角色关注的信息重点不同。

希望此研发目的能达到解决：测试流程中的关键环节集中到URM5上。以下内容为可以想到的一些需求内容，仅供参考。

1.2、功能概要 该研发功能可分解为7个一级功能：项目和模块管理，测试需求管理，测试版本管理，Bug管理和处理，测试用例管理，组织管理，测试数据的分析（还有测试文档管理，可以推迟考虑），其中核心功能为：项目和模块管理，Bug管理和处理。

其次不同用户角色的关注的功能点不同：
Ø 测试人员角色需要使用的功能覆盖全部功能，但核心功能是提Bug，发布，及状态的标识。

Ø 研发人员角色的主要关注功能是查看已经发布的Bug，进行解决等。

Ø 高层管理角色的主要关注项目测试数据的统计、分析等。

以下为各部分的较详细功能描述。

二、 功能分解 2.1、 项目和模块管理 功能描述 该功能要能完成测试项目的维护，项目中每块的维护目的。

1、 测试项目及项目模块的维护：项目添加、编辑、删除项，项目模块的添加、修改、删除。

2、 项目及模块间要以关联的关系展现，如类似组织架构的形式等。

相关表单 项目表 字段名称 类型（长度）
约束 说明 ProjectID 项目ID ProName 项目名称 ProCreatedBy 有谁创建 项目模块表 字段名称 类型（长度）
约束 说明 ModuleID 模块ID ModName 模块名称 Parent 父级模块 ProjectID 项目ID 流程图 特殊要求 1、 可以对项目及项目的模块进行排序、移动。

2、 删除项目及项目模块时如果其下有Bug不能删除Bug。

2.2、测试需求管理 功能描述 该功能要能完成测试需求的登记、统计。

1、 需求维护：可以完成测试需求的新建、编辑、删除（新建时要能和所属的项目和模块关联）。

2、 需求的查看：可以按项目查看需求，可以按时间查看需求，可以按需求类别查看需求，可以按状态查看需求。

3、 统计分析：可以按项目、时间段对需求的类别进行图标统计分析。

4、 需求类别的维护：可以对需求类别进行新建、编辑、删除（如需求类别可以分为：内部，测试Bug，客户等）。

5、 需求状态管理：可以将需求设置为“激活”和“关闭”两种状态标志，并可以按这两种状态进行查看。

相关表单 需求表：Requirement Table 字段名称 类型（长度）
约束 说明 RequirementID 需求ID ReqName 需求名称 ReqContent 需求内容 ReqState 需求状态 ReqCreatedBy 有谁创建 ReqClassID 需求ID ProjectID 所属的项目ID ModuleID 所属的模块ID 需求类别表：RequirementClass Table 字段名称 类型（长度）
约束 说明 ReqClassID 需求ID ReqClassName 需求名称 2.3、测试版本管理 功能描述 该功能要能完成测试版本的维护，可以完成测试版本的创建，产生本次测试的一个版本号，并且在创建测试版本时要能和相关的需求、Bug进行关联。

1、 版本维护：可以进行版本的新建、删除、修改（新建版本时包括版本名称，版本号，版本内容简介， 该版本相关联的需求或者Bug）。

2、 点击关联的需求或者Bug可以进行相关的需求或者Bug. 3、 可以对版本进行开始测试的操作，点击开始测试后，创建的版本后自动显示在新建Bug时的版本号列表中并且按创建的先后倒排序。

相关表单 测试版本表：Version Table 字段名称 类型（长度）
约束 说明 VersionID 版本ID VerName 版本名称 VerNum 版本号 VerContent 版本简介 RelatedReqID 关联的需求ID RelatedBugID 关联的BugID 2.4、Bug管理和处理 功能描述 要能完成测试人员提交相应项目模块的Bug，批量发布，研发和测试的处理，并能多角度进行查询等。

1、 测试人员可以进行Bug的维护：可以在相应的项目模块下新建一个Bug，可以进行删除、修改。

2、 附件：能添加、删除、对附件重命名，能方便的查看附件内容。

3、 BUG查看：
3.1点击项目、模块可以直接查看到该项目或者模块下的BUG；

3.2可以按照Bug信息中包含的任何字段进行准确检索、模糊检索等 4、 Bug的发布：测试人员可以单个、批量选择BUG进行发布/可以单个、批量取消发布，研发人员只能看到发布的BUG。

5、 开发解决：开发人员可以查看到所有已经发布的、分配给自己的，可以进行解决，可以单个或批量选择BUG进行分配、解决。

相关表单 Bug表：Bug Table 字段名称 类型（长度）
约束 说明 BugID BugID BugName Bug标题 VerNum 版本号 BugContent Bug详细内容 BugMoudle 所属的项目、模块 BugBuilder Bug创建人 BugCreateDtate 创建时间 BugReceiver 分配给谁 BugGrade Bug等级 BugSolution Bug解决方案 BugSolutedDate 解决时间 BugState Bug状态 CloseDate 关闭时间 说明：
1、 Bug等级可以确定为：1,2,3,4 2、 Bug状态可以确定为：激活，关闭，（默认状态可以为空，发布后的状态可以为激活）
3、 Bug解决方案可以确定为：已修复，设计如此，重复提交，不修复，外部原因 流程图 简单的流程图见下（省略了问题的评审等环节）：
特殊要求 1、 每个模块后显示该模块下的Bug数 2、 选择一个模块点击建Bug，直接将该Bug创建在相应的模块下 3、 单击模块时显示该模块下的Bug列表 2.5、测试用例管理 功能描述 该部分功能要能对测试用例进行管理，包括新建、编辑、删除、不同用例间的关联等。

1、 测试用例的单个创建及批量创建，执行结果可以暂时确定为三种：N/A，通过，失败，失败的用例可以自动生成Bug；

2、 不同用例可以进行关联；

2.6、组织管理 功能描述 该部分功能要能完成对测试分组的维护和功能的权限控制。

1、 分组维护：可以新建一个分组，并能为该分组添加人员，能为该分组设置可以访问的项目权限；
可以进行分组的编辑、删除；

性能要求 相关表单 分组表：Group Table 字段名称 类型（长度）
约束 说明 GroupID 分组ID GroupName 分组名称 2.6、测试数据分析 功能描述 该部分功能要能完成可以按项目分析测试数据。

1、 项目Bug走势图。

2、 项目或者各模块Bug严重程度分布等 3、 每天新增Bug数