测试用例评审目的和作用

目的：

通过不同的角色（开发、产品）视角，去发现用例中漏考虑的情况，错误的测试点，无效的测试点，用例描述中含糊的、有分歧的测试点。

作用有：

能够通过评审帮助写用例的人，完善自己的用例（查漏补缺、订正）--for 测试

能够通过评审预防缺陷，弥补开发设计过程中存在的缺陷，将潜在的缺陷挖掘出来，将缺陷抑制在开发完成前   --for 开发

能够通过评审对需求再一次确认，发现|挖掘出深层的隐形需求问题（如性能瓶颈）、需求实现问题（开发能否实现），避免在转入测试阶段后再发现。  --for 产品（需求方）

归纳：

最终提高我们测试用例的覆盖度和测试用例质量

覆盖度提高来自于开发视角提出的意见：如服务间的调用逻辑、外部依赖逻辑、时序图、数据库

覆盖度提高来自于产品视角提出的意见：如需求理解错误或需求理解不够透彻，需求遗漏

用例质量提高来自于开发意见：如某种无效测试，某种场景测试不知道该如何去测

用例质量提高来自于产品意见：某个功能点没有全面的认识，用例写的含糊