测试用例评审的旁观记录

2022年05月24日下午旁观了客户的测试用例评审。

参与的角色:项目经理、研发经理、技术架构师、效能经理、前端技术负责人、业务架构师、测试人员、开发人员、外部咨询顾问。

人数:共计11人。

时长:70分钟。

需要修改的问题: 11个问题。

旁观发现的现象

1 测试用例采用了状态-事件-系统响应的三段论方式描述。

2 评审会上讨论需求的含义花费的时间超过1半。

3 通常往往容易遗漏异常场景的测试。

4 在评审会议上大家发言都比较积极,大家都勇于表达自己的关点。

5 有些需求是成熟的功能,不需要重复测试,有些需求在本期不实现,也不需要测试。

6 测试用例采用了思维导图的方式进行了描述。

7 有些问题现场进行了修改。

     

顾问的建议

1 以需求为主线评审,先讲解需求,再评审测试用例,确保每个需求都有测试用例覆盖。

2 测试用例可以采用不同的颜色表示哪是正向用例,哪些是反向用例,确保可以快速判断是否遗漏了某些异常场景。

3 可以分析哪些角色发现的问题多,哪些角色没有发现问题,是否一定需要那么多角色参与评审,以提高评审的投入产出比。

4 可以将发现的问题进行归类分析,将常见的问题准备为评审检查单。可以参考下图:

 

评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

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

抵扣说明:

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

余额充值