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测试确认：必选流程,且不需要再指定确认人，重用提交问题环节的测试人员。
