测试管理功能需求整理2013-4-25目录一、背景及目的21.1、背景21.2、功能概要2二、功能分解32.1、项目和模块管理3功能描述
3相关表单3流程图4特殊要求42.2、测试需求管理4功能描述4相关表单52.3、测试版本管理6功能描述6相关表单62.4、Bug管
理和处理7功能描述7相关表单7流程图8特殊要求92.5、测试用例管理9功能描述92.6、组织管理10功能描述10性能要求10相关表
单102.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个一级功能：项目和模块管理，测试需求管理，测试版本管理，B
ug管理和处理，测试用例管理，组织管理，测试数据的分析（还有测试文档管理，可以推迟考虑），其中核心功能为：项目和模块管理，Bug管
理和处理。其次不同用户角色的关注的功能点不同：测试人员角色需要使用的功能覆盖全部功能，但核心功能是提Bug，发布，及状态的标识。研
发人员角色的主要关注功能是查看已经发布的Bug，进行解决等。高层管理角色的主要关注项目测试数据的统计、分析等。以下为各部分的较详细
功能描述。功能分解2.1、项目和模块管理功能描述该功能要能完成测试项目的维护，项目中每块的维护目的。测试项目及项目模块的维护：项
目添加、编辑、删除项，项目模块的添加、修改、删除。项目及模块间要以关联的关系展现，如类似组织架构的形式等。相关表单项目表字段名称类
型（长度）约束说明ProjectID项目IDProName项目名称ProCreatedBy有谁创建项目模块表字段名称类型（长度）约
束说明ModuleID模块IDModName模块名称Parent父级模块ProjectID项目ID流程图特殊要求可以对项目及项目的
模块进行排序、移动。删除项目及项目模块时如果其下有Bug不能删除Bug。2.2、测试需求管理功能描述该功能要能完成测试需求的登记、
统计。需求维护：可以完成测试需求的新建、编辑、删除（新建时要能和所属的项目和模块关联）。需求的查看：可以按项目查看需求，可以按时间
查看需求，可以按需求类别查看需求，可以按状态查看需求。统计分析：可以按项目、时间段对需求的类别进行图标统计分析。需求类别的维护：可
以对需求类别进行新建、编辑、删除（如需求类别可以分为：内部，测试Bug，客户等）。需求状态管理：可以将需求设置为“激活”和“关闭”
两种状态标志，并可以按这两种状态进行查看。相关表单需求表：RequirementTable字段名称类型（长度）约束说明Requi
rementID需求IDReqName需求名称ReqContent需求内容ReqState需求状态ReqCreatedBy有谁创建
ReqClassID需求IDProjectID所属的项目IDModuleID所属的模块ID需求类别表：RequirementCla
ssTable字段名称类型（长度）约束说明ReqClassID需求IDReqClassName需求名称2.3、测试版本管理功能描
述该功能要能完成测试版本的维护，可以完成测试版本的创建，产生本次测试的一个版本号，并且在创建测试版本时要能和相关的需求、Bug进行
关联。版本维护：可以进行版本的新建、删除、修改（新建版本时包括版本名称，版本号，版本内容简介，该版本相关联的需求或者Bug）。点
击关联的需求或者Bug可以进行相关的需求或者Bug.可以对版本进行开始测试的操作，点击开始测试后，创建的版本后自动显示在新建Bug
时的版本号列表中并且按创建的先后倒排序。相关表单测试版本表：VersionTable字段名称类型（长度）约束说明VersionI
D版本IDVerName版本名称VerNum版本号VerContent版本简介RelatedReqID关联的需求IDRelated
BugID关联的BugID2.4、Bug管理和处理功能描述要能完成测试人员提交相应项目模块的Bug，批量发布，研发和测试的处理，并
能多角度进行查询等。测试人员可以进行Bug的维护：可以在相应的项目模块下新建一个Bug，可以进行删除、修改。附件：能添加、删除、对
附件重命名，能方便的查看附件内容。BUG查看：3.1点击项目、模块可以直接查看到该项目或者模块下的BUG；3.2可以按照Bug信息
中包含的任何字段进行准确检索、模糊检索等Bug的发布：测试人员可以单个、批量选择BUG进行发布/可以单个、批量取消发布，研发人员只
能看到发布的BUG。开发解决：开发人员可以查看到所有已经发布的、分配给自己的，可以进行解决，可以单个或批量选择BUG进行分配、解决
。相关表单Bug表：BugTable字段名称类型（长度）约束说明BugIDBugIDBugNameBug标题VerNum版本号B
ugContentBug详细内容BugMoudle所属的项目、模块BugBuilderBug创建人BugCreateDtate创建
时间BugReceiver分配给谁BugGradeBug等级BugSolutionBug解决方案BugSolutedDate解决时
间BugStateBug状态CloseDate关闭时间说明：Bug等级可以确定为：1,2,3,4Bug状态可以确定为：激活，关闭，
（默认状态可以为空，发布后的状态可以为激活）Bug解决方案可以确定为：已修复，设计如此，重复提交，不修复，外部原因流程图简单的流程
图见下（省略了问题的评审等环节）：特殊要求每个模块后显示该模块下的Bug数选择一个模块点击建Bug，直接将该Bug创建在相应的模块
下单击模块时显示该模块下的Bug列表2.5、测试用例管理功能描述该部分功能要能对测试用例进行管理，包括新建、编辑、删除、不同用例间
的关联等。测试用例的单个创建及批量创建，执行结果可以暂时确定为三种：N/A，通过，失败，失败的用例可以自动生成Bug；不同用例可以
进行关联；2.6、组织管理功能描述该部分功能要能完成对测试分组的维护和功能的权限控制。分组维护：可以新建一个分组，并能为该分组添加
人员，能为该分组设置可以访问的项目权限；可以进行分组的编辑、删除；性能要求相关表单分组表：GroupTable字段名称类型（长度）约束说明GroupID分组IDGroupName分组名称2.6、测试数据分析功能描述该部分功能要能完成可以按项目分析测试数据。项目Bug走势图。项目或者各模块Bug严重程度分布等每天新增Bug数 |
|
