测试用例评审标准

本文详细介绍了测试用例的评审标准,包括测试组内部和项目组内部的评审重点,以及评审步骤、参与人员、内容和方式。强调了用例的清晰性、效率、需求覆盖、可执行性和负面测试的重要性,并提供了评审结束的标准。
摘要由CSDN通过智能技术生成

测试用例评审标准
首先要清楚内部评审的定义,是测试组内部的评审,还是项目组内部的评审。评审的定义不同,内容也不会相同。

如果是测试组内部的评审,应该着重于:
1.测试用例本身的描述是否清晰,是否存在二义性;
2.是否考虑到测试用例的执行效率.往往测试用例中步骤不断重复执行,验证点却不同,而且测试设计的冗余性,都造成了效率的低下;
3.是否针对需求跟踪矩阵,覆盖了所有的软件需求;
4.是否完全遵守了软件需求的规定。这并不一定的,因为即使再严格的评审,也会出现错误,应具体情况具体对待。

如果是项目组内部的评审,也就需要评审委员会来做了,角度不同,评审的标准也不同。比如:
收集客户需求的人员注重你的业务逻辑是否正确;
分析软件需求规格的人注重你的用例是否跟规格要求一致;
开发负责人会注重你的用例中对程序的要求是否合理。

测试用例评审步骤
测试用例的评审能够使用例的结构更清晰,覆盖的用户场景更全面;对于测试工程师来说也

评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值