转正实录 | 如何进行用例评审？

用例评审的时间，建议安排在产品验收的中后期。

一方面，产品验收阶段，可根据实际情况，给你一些优化调整用例的建议和思考方向；

另一方面，开发能跟上你的思路，更新一些需求以外的内容，例如功能实现做了调整，会影响到其他模块功能，哪些场景可能存在性能风险等。

准备工作

对于新人，或者公开讲话容易紧张的人，建议将用例评审的内容，提前演练2-3遍。

80%的人，用例评审时，都是对着表格在读用例，有时候还会断片，场面挺尴尬的。

我的准备工作：

1. 将要讲的用例高亮标注（在Excel表格中用不同的底色区分），而那些重复的，常规的用例（搜索，输入校验等）可以忽略不讲

2. 复杂的用例使用脑图梳理，降低讲解时的理解难度

3. 提前演练2-3遍

4. 提前将用例分享给产品、开发（即使他们大概率不看）

5. 提前预约好时间、预订会议室

评审过程

我有一个比较友好的习惯，大家可以尝试下：

每个模块开讲之前，切换到需求对应的内容，或者打开对应的页面，

告诉大家，接下来讲的，是这一块/这个页面的内容，重点是哪几个功能……

在评审过程中，将自己的疑问抛出来，跟产品、开发进行确认。

把他们的回复内容记录下来。

评审过后

将会议总结同步给产品/开发，需要调整的地方，在提测前完成。

自己根据会议记录的内容，补充/修改/完善测试用例。

今天分享到这里，有疑问的可以告诉我~

加油~