如何高效开展测试用例评审?用例评审检查清单及用例评审报告模板

 

一、前言

在一个完整的测试流程中,测试用例是很核心的一个产出物。一份优秀的测试用例,能确保软件产品质量的可控。但由于每个人思维局限性,对产品背景、需求、功能实现逻辑等理解深度不一致,编写的测试用例或多或少存在一些遗漏点,就算是高级测试工程师,甚至是专家级的,也不能百分百保证说自己写的测试用例质量没有问题。因此,测试用例评审工作就显得至关重要。

二、测试用例评审形式

按正式程度来说:

  • 会议评审

    一种正式评审,需要以会议室且投屏的形式,进行评审活动
  • 非会议评审

    不需要开会,可以是项目组的成员对测试用例的书面检查。

按参与角色来说:

  • 测试组评审

    测试组内部成员参与的评审。当一份测试用例初稿完成后,一般先进行测试组内部评审。评审内容侧重在测试思维完整系统性、确保对需求是可追溯且高覆盖的。尤其是当测试团队有测试新人时,测试思维完整性不够,测试组内部评审必不可少。

  • 项目组评审

    即整个项目团队人员参与的评审。一般在测试组评审之后进行。包括项目经理、开发人员、架构设计人员、测试人员、产品需求人员,另外像配置管理人员、运营人员具备评审能力都应积极参与。开发人员会注重用例对程序逻辑的覆盖,产品需求人员会注重业务覆盖,另外可确保测试、开发、产品对于需求理解的一致性。
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

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

抵扣说明:

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

余额充值