本帖最后由 liuygneusoft 于 2011-2-10 12:18 编辑
图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 详见http://bbs.51testing.com/thread-323363-1-1.html
|