用例评审的内容
以会议评审为主，一般我们会在用例初步设计完成之后，先进行测试组内部的评审，然后项目组进行评审
用例评审的内容：（用例检查清单）
1，测试用例是否按照公司定义的模板进行编写
2，测试用例的本身的描述是否清晰，是否存在二义性
3，测试用例内容是否正确，是否与需求目标一致
4，测试用例的期望结果是否确定，唯一
5，实际操作步骤应与描述步骤相一致
6，测试用例是否覆盖了所有的需求
7，测试用例设计是否存在冗余性
8，测试用例是否具有可执行性
9，场景测试用例是否覆盖最复杂的业务流程
10，用例设计是否包含了正面，方面的用例
11，对于由系统自动生成的输出项是否注明了生成规则
12，测试用例应包含对中间和后台数据的检查
13，测试用例应有正确的名称和编号
14，测试用例应标注有执行的优先级
15，测试用例包含相关的配置信息：测试环境，数据，前置测试用例，用户授权等
用例评审需要避免
1，测试点含糊用语，每个用例评审都应该确定最终版，稍有矛盾或疑惑的需求点，都应该确认下来，不能含糊不清
2，杂乱无章的评审，有顺序有逻辑的进行评审是很重要的一点，如果只想按照自己的思路评审，不顾他人感受，那么久等同于做无用功，这样的用例执行出来也会有一定的质量风险
我们的测试用例需要经常更新：增加，删除，修改用例