在分享测试用例评审的内容之前，我们可以先思考下为什么要组织测试用例评审会议呢？
一、评审目的一般来说，参加测试用例评审的人员包括对应项目的产品人员、设计人员、开发人员和测试人员。
图1-1测试用例评审相关人员测试用例评审会议的发起者一般是测试人员，既然我们是发起者，那我们发起这个会议的目的是什么呢？
首先，在测试用例设计过程中，我们可能会对某些需求点存在疑问或者不同意见，那我们就要找产品人员讨论和明确需求点。
其次，我们可能对产品的界面交互设计存在疑问或者优化建议，那我们就需要找设计人员和产品人员共同讨论和明确设计点。
再次，我们也可能对开发设计方案的理解上存在偏差，那我们就需要让各端开发人员协助把控测试用例的正确性和覆盖面。
最后，一个测试人员设计的用例是很难覆盖全需求及关联内容的，这时候就需要其他测试同事或者测试组长帮忙把关和补充，从而提高测试用例的覆盖面。
当然，除了明确测试用例疑问点和提高测试用例覆盖面的目的外，还有一个很重要的目的，就是要在团队中暴露出这些未明确的内容，推动各方人员对这些未确定内容的理解和风险处理方案达成一致，这也是测试左移的一种手段。
图1-2测试用例评审目的概括总结来说，如图1-2所示，测试用例评审的目的可以概括为三点：明确不确定因素，提高测试用例覆盖面和促进各方理解一致。
二、评审流程当我们明确了测试用例评审的目的后，我们就可以从评审前、评审过程和评审后三个时间去思考如何更好地开展测试用例评审。
图2-1测试用例评审流程评审前，我们要新建项目工作群，将需要参会的人员拉进群。在测试用例的设计过程中，如果遇到疑问点，我们可以群里
对应负责人进行确认。如果还有未确认的点，我们可以标记下待会议上讨论。在完成了测试用例设计后，我们要提前把测试用例文档发群里，相关人员查看测试用例并