用例评审主要是产品、开发和测试人员针对测试用例能否用于项目的测试而做的工作。
一.用例评审的目的
1保证产品，开发和测试人员需求理解一致；
2提高测试用例覆盖率，保证优先级和结构安排清晰合理；
3预防缺陷，改善开发质量。
二.用例评审的内容
1用例设计是否对需求进行覆盖；
2用例是否具有较高可执行性；
3需求优先级安排是否合理。
4是否包含负面测试用例
5是否根据用户使用场景设计测试用例和测试流程
6用例是否精简，复用性强。用较少步骤覆盖较多测试场景，
7是否包含接口逻辑和数据库表，特别是增删改操作，会对什么数据造成影响。
三.评审前准备工作
1、需求评审结束后，将需求拆分为功能点 。建议用Xmind工具整理思路，还可适当用标签区分Android和iOS测试结果。
优点：用画思维导图的方式，逻辑清楚，便于评审人员（产品和开发人员）快速查看，评审效率高。
2、把功能点再分解为具体的测试用例 。
这里需在思维导图上补全预期结果和实际测试结果，便于测试结果跟进。
3、用例写完后，自己先做好自检，自检中，针对有疑问的点罗列出来，可事先跟产品开发讨论，确定结果后完善用例，仍有疑问的可先做标记，评审会上抛出一起讨论。
4、和评审人员（开发和产品）确定好具体的评审时间并提前把测试用例发给参会人员查看。
四、用例评审参加人员
主要是产品、开发（客户端和后端）、测试、项目负责人、运营。
注：以上人员为必须参加人员，其他和项目质量、进度有关人员，根据实际情况可邀请参加。
五、用例评审时间
时间安排最好在开发设计评审后，开发之前。时长建议控制在半小时以内。
六、用例评审注意事项
1建议先对功能复杂，优先级高，疑问多的用例进行评审，再评审功能简单，优先级低的功能点；
2评审过程中尽量做到，思路清晰，用最简洁的语言阐述每一个功能点；
3超过5分钟无法确定结果的问题留作会后讨论跟进.
4整理最后版本测试用例和会议纪要发给相关与会人员，保证信息同步共享。
