MYPM BUG流程草图及流程设置及说明

图1 流程草图   图2流程设置及说明

图1


图2

各流程节点说明

1 用例Review: 可选流程. 如果用例Review流程没有被选取，新提交的测试 用例，状态为“己审核”状态，审核人为自动审批（既用例编写人）。用例Review人员一般为业务人员，测试负责人，需求人员或开发人员。

2 提交问题： 必选流程，人员主要为测试人员，不是提交问题这流程节点上的人员也可填报BUG，只是不能确认BUG是否己修复。

3 测试互验: 可选流程，当测试人员和开发人员不在同一地点办公时，或想测试把关新手提交的BUG时，开启该流程，由资深测试人员来做测试互验，既可以指导新人 编写高质量的BUG，也可以在开发人员在处理BUG前，测试人员内部先检查新提交的BUG，省去了可能的因BUG描述理解差异上，或是BUG可复现上带来的和研发人员的沟通成本。

4 分析问题: 可选流程，分析BUG产生的原因，估算修复BUG需要的时间及期限，一般为研发经理，系统分析师来做分析工作。

5 分配问题: 可选流程，单元 测试时，或团队规模比较小且测试人清晰的知道开发人员所负责的模块时，可以不启用该流程，测试人员提交的BUG，直接分配给开发人员。一般分配人应该为研发经理，研发组长等，可以有多个分配人。

6 修改问题: 必选流程，顾名思义是修复BUG的环节，设置的人员是研发人员。

7 开发互检: 顾名思义是开发人员修改完BUG后，他们间的交叉检查。设置的人员是研发人员。

8 分歧仲裁： 必选流程,当测试人员和研发人员对某个BUG的达不成共识时，或研发人员要求BUG延期修改，或不计划修复某个BUG时，由仲裁人来裁决。一般仲裁人为研发经理，或产品经理。

8 测试确认： 必选流程,且不需要再指定确认人，重用提交问题环节的测试人员。

我要下载MYPM