从网上搜索测试用例的评审,也能搜出好多,我这里把自己能想到的或是借鉴于他人的都在这里进行总结和归纳。
测试用例的设计很重要,无论你采用的是敏捷测试还是传统的开发模式,测试用例都应该要文档化,并且根据项目的schedule,把握好粒度。而QA lead要根据项目的实际情况,先定好模板,制定好测试用例的编写规范。测试用例设计出来,质量如何?这就需要对测试用例进行评审,这个过程非常重要,对测试人员的能力提高,测试效率的提高都有很好的作用。如果公司流程没有这个硬性要求,项目再忙,也要抽出一定时间,召集相关人员开个哪怕是非正式的评审会议,大家一起讨论用例并给出意见和建议,及时发现问题,并完善测试用例的设计。
何时进行用例的评审,一般情况下是在用例的初步设计完成之后进行评审,如果需要或时间允许,在整个详细用例全部完成之后还会进行二次评审,三次评审等。
大体分文三个级别的评审:
a)部门评审,测试部门全体员工参与的评审。
b)公司评审,这里包括了项目经理,需求分析人员,架构设计人员,开发人员和测试人员。
c)客户评审,包括了客户方的开发人员和测试人员。
测试用例的评审检查单(Checklist for Test