一、前言
在一个完整的测试流程中,测试用例是很核心的一个产出物。一份优秀的测试用例,能确保软件产品质量的可控。但由于每个人思维局限性,对产品背景、需求、功能实现逻辑等理解深度不一致,编写的测试用例或多或少存在一些遗漏点,就算是高级测试工程师,甚至是专家级的,也不能百分百保证说自己写的测试用例质量没有问题。因此,测试用例评审工作就显得至关重要。
二、测试用例评审形式
按正式程度来说:
- 会议评审
一种正式评审,需要以会议室且投屏的形式,进行评审活动 - 非会议评审
不需要开会,可以是项目组的成员对测试用例的书面检查。
按参与角色来说:
- 测试组评审
测试组内部成员参与的评审。当一份测试用例初稿完成后,一般先进行测试组内部评审。评审内容侧重在测试思维完整系统性、确保对需求是可追溯且高覆盖的。尤其是当测试团队有测试新人时,测试思维完整性不够,测试组内部评审必不可少。
- 项目组评审
即整个项目团队人员参与的评审。一般在测试组评审之后进行。包括项目经理、开发人员、架构设计人员、测试人员、产品需求人员,另外像配置管理人员、运营人员具备评审能力都应积极参与。开发人员会注重用例对程序逻辑的覆盖,产品需求人员会注重业务覆盖,另外可确保测试、开发、产品对于需求理解的一致性。