Bug管理工具需求文档.docx

《Bug管理工具需求文档.docx》由会员分享，可在线阅读，更多相关《Bug管理工具需求文档.docx（5页珍藏版）》请在第一文库网上搜索。

1、测试管理功能需求整理一、 背景及目的1.1、 背景测试管理工具中Bug管理是测试工作中必不可少的工具。尝试过Word, Excel, Groove,Bugzilla, zentao_BugFree (VI. 0),其中前三款并不属于专业的测试软件,测试的时候需要配置的信息比较多;BugziHa免费版的安装部署复杂;zentao BugFree (VI. 0)可以解决核心的功能需求，但是只是对Bug进行管理，不能和需求、用例、角色权限进行关联，随着项目的发展，越来感觉功能过于简陋，不能满足越来越多的使用想法。目前正在使用的为开源zentao_PMS (V4.0)基本可以解决测试相关的需求，但是自

2、主可控性不太好，同时从部门整体来讲工作平台不够集中。为了促进内部工作协作、高效的进行，并将日常工作需要的办公软件集成到统一的平台上，特提出此研发需求。该功能的主要使用对象可分为三种：测试人员，研发人员，高层管理，各角色关注的信息重点不同。希望此研发目的能达到解决：测试流程中的关键环节集中到URM5上。以下内容为可以想到的一些需求内容，仅供参考。1- 2、功能概要该研发功能可分解为7个一级功能：项目和模块管理，测试需求管理，测试版本管理,Bug管理和处理，测试用例管理，组织管理，测试数据的分析(还有测试文档管理，可以推迟考虑)，其中核心功能为：项目和模块管理，Bug管理和处理。其次不同用户角色的

3、关注的功能点不同： 测试人员角色需要使用的功能覆盖全部功能，但核心功能是提Bug,发布，及状态的标识。 研发人员角色的主要关注功能是查看已经发布的Bug,进行解决等。 高层管理角色的主要关注项目测试数据的统计、分析等。以下为各部分的较详细功能描述。二、 功能分解2.1、 项目和模块管理功能描述该功能要能完成测试项目的维护，项目中每块的维护目的。1、测试项目及项目模块的维护：项目添加、编辑、删除项，项目模块的添加、修改、删除。2、项目及模块间要以关联的关系展现，如类似组织架构的形式等。相关表单项目表字段名称类型(长度)约束说明ProjectID项目IDProName项目名称ProCreatedB

4、y有谁创建项目模块表字段名称类型(长度)约束说明ModuleTD模块IDModName模块名称Parent父级模块ProjectID项目ID流程图特殊要求1、可以对项目及项目的模块进行排序、移动。2、删除项目及项目模块时如果其下有Bug不能删除Bug02.2、 测试需求管理功能描述该功能要能完成测试需求的登记、统计。1、需求维护：可以完成测试需求的新建、编辑、删除（新建时要能和所属的项目和模块关联）。2、需求的查看：可以按项目查看需求，可以按时间查看需求，可以按需求类别查看需求，可以按状态查看需求。3、统计分析：可以按项目、时间段对需求的类别进行图标统计分析。4、需求类别的维护：可以对需求类别

5、进行新建、编辑、删除（如需求类别可以分为:内部,测试Bug,客户等）。5、需求状态管理：可以将需求设置为“激活”和“关闭”两种状态标志，并可以按这两种状态进行查看。相关表单需求表：Requirement Table字段名称类型（长度）约束说明RequirementID需求IDReqName需求名称ReqContent需求内容ReqState需求状态ReqCreatedBy有谁创建ReqClassID需求1DProjectID所属的项目TDModuleTD所属的模块TD需求类别表：Requirementclass Table字段名称类型（长度）约束说明ReqClassID需求1DReqClass

6、Xame需求名称2.3、 测试版本管理功能描述该功能要能完成测试版本的维护，可以完成测试版本的创建，产生本次测试的一个版本号，并且在创建测试版本时要能和相关的需求、Bug进行关联。1、版本维护：可以进行版本的新建、删除、修改（新建版本时包括版本名称，版本号，版本内容简介，该版本相关联的需求或者Bug）02、点击关联的需求或者Bug可以进行相关的需求或者Bug.3、可以对版本进行开始测试的操作，点击开始测试后，创建的版本后自动显示在新建Bug时的版本号列表中并且按创建的先后倒排序。相关表单测试版本表：Version Table字段名称类型（长度）约束说明VersionlD版本1DVerName版

7、本名称VerNum版本号VerContent版本简介RelatedReqID关联的需求1DRelatedBugID关联的BugID2.4、 Bug管理和处理功能描述要能完成测试人员提交相应项目模块的Bug,批量发布，研发和测试的处理，并能多角度进行查询等。1、测试人员可以进行Bug的维护：可以在相应的项目模块下新建一个Bug,可以进行删除、修改。2、附件：能添加、删除、对附件重命名，能方便的查看附件内容。3、BUG查看：3. 1点击项目、模块可以直接查看到该项目或者模块下的BUG；3. 2可以按照Bug信息中包含的任何字段进行准确检索、模糊检索等4、Bug的发布：测试人员可以单个、批量选择BU

8、G进行发布/可以单个、批量取消发布，研发人员只能看到发布的BUG。5、开发解决：开发人员可以查看到所有已经发布的、分配给自己的，可以进行解决,可以单个或批量选择BUG进行分配、解决。相关表单Bug 表：Bug Table字段名称类型（长度）约束说明BugIDBugIDBugNameBug标题VerNum版本号BugContentBug详细内容BugMoudle所属的项目、模块BugBuilderBug创建人BugCreateDtate创建时间BugReceiver分配给谁BugGradeBug等级BugSolutionBug解决方案BugSolutedDate解决时间BugStateBug状态

9、CloseDate关闭时间说明：1、Bug等级可以确定为：1,2, 3, 42、Bug状态可以确定为：激活，关闭，（默认状态可以为空，发布后的状态可以为激活）3、Bug解决方案可以确定为：已修复，设计如此，重复提交，不修复，外部原因流程图简单的流程图见下（省略了问题的评审等环节）:特殊要求1、每个模块后显示该模块下的Bug数2、选择一个模块点击建Bug,直接将该Bug创建在相应的模块下3、单击模块时显示该模块下的Bug列表2.5、 测试用例管理功能描述该部分功能要能对测试用例进行管理，包括新建、编辑、删除、不同用例间的关联等。1、测试用例的单个创建及批量创建，执行结果可以暂时确定为三种：N/A,通过，失败，失败的用例可以自动生成Bug；2、不同用例可以进行关联；2.6、 组织管理功能描述该部分功能要能完成对测试分组的维护和功能的权限控制。1、分组维护：可以新建一个分组，并能为该分组添加人员，能为该分组设置可以访问的项目权限；可以进行分组的编辑、删除；性能要求相关表单分组表：Group Table字段名称类型（长度）约束说明GroupID分组IDGroupNamo分组名称2.7、 测试数据分析功能描述该部分功能要能完成可以按项目分析测试数据。1、项目Bug走势图。2、项目或者各模块Bug严重程度分布等3每天新增Bug数