用例评审会要讲什么

用例评审就是用来验证测试用例的正确性，有效性和测试覆盖等操作，这可以有效的保障测试实施，并且保障测试用例的改善等工作。它对于验证测试用例的正确性、有效性、测试覆盖、测试用例改善等工作有积极的意义，而且可以有效的保障测试实施。

一、用例评审的内容

1. 测试用例是否按照公司定义的模板进行编写的；
2. 测试用例的本身的描述是否清晰，是否存在二义性；
3. 测试用例内容是否正确，是否与需求目标相一致；
4. 测试用例的期望结果是否确定、唯一的；
5. 操作步骤应与描述是否相一致；
6. 测试用例是否覆盖了所有的需求；
7. 测试设计是否存在冗余性；
8. 测试用例是否具有可执行性；
9. 是否从用户层面来设计用户使用场景和业务流程的测试用例；
10. 场景测试用例是否覆盖最复杂的业务流程；
11. 用例设计是否包含了正面、反面的用例；
12. 对于由系统自动生成的输出项是否注明了生成规则；
13. 测试用例应包含对中间和后台数据的检查；
14. 测试用例应有正确的名称和编号；
15. 测试用例应标注有执行的优先级；
16. 测试用例包含相关的配置信息：测试环境、数据、前置测试用例、用户权限等；
17. 每个测试用例步骤应<=8步；
18. 自动化测试脚本必须带有注释（注释应包括：目的、输入、期望结果等）。

二、用例评审的注意点

• 避免测试点含糊用语，每个用例评审都应该确定最终版，稍有矛盾或疑惑的需求点，都应该确认下来，不能含糊不清；
• 避免杂乱无章的评审，有顺序有逻辑的进行评审是很重要的一点，如果只想按照自己的思路评审，不顾他人感受，那么久等同于做无用功，这样的用例执行出来也会有一定的质量风险。

三、如何有效的对测试用例进行评审

1. 评审之前，需要将即将评审的测试用例以及测试需求、测试分析的结果（测试点分析）等文档提前发送给相关的人员；最好能够让他们有时间提前阅读； 
2. 随时的问题沟通与反馈机制。评审之前做一些问题的沟通与反馈，以便于在测试用例评审会议上能够节省出来宝贵的时间； 
3. 评审会议的主持者，需要事前做好关于测试用例的疑问，问题点等记录，以便于在评审会上引导提问和解答； 
4. 评审期间做好详细的记录，需要对有关的疑问和问题及时进行澄清； 
5. 评审会议的主持者需要能够把控会议的进度，让参加评审的测试人员能够集中精力在测试用例上，而不要思维太发散而跑题。 
6. 评审会议结束之后，及时提交审核评审记录；并且与参加会议的人员分享评审记录。