读者提问：
用例评审会议有通用的流程吗，是什么样的 ？
阿常回答：
这个要分复杂项目和简单项目。
一、复杂项目
如果是复杂项目，需要走会议评审，目的是为了查漏补缺，保证用例覆盖了所有需求。
1、将需要评审的用例文档共享给相关人员提前查看（主要是产品、研发、测试）。
2、在项目沟通群和大家确认参加评审会的时间（给出具体的时间，让大家确认）。
3、正式向相关人员（产品、设计、研发、测试）发起用例评审会议邀请。
4、评审会议上由测试团队按主流程、细分模块逐一梳理测试点。
5、产品及研发在测试梳理测试点的过程中，可随时提出疑问或给予补充。
6、会议结束后，测试团队将更新后的测试用例同步给项目组人员查看。
二、简单项目
如果是简单项目，不需要走会议评审，阿常团队的做法是把写好的用例共享给产品及研发，大家有问题再讨论。测试组内部由各组长负责用例的评审工作。
职场小故事：
上周三公司产品小东哥对 A 项目做了需求交底，我们的测试西西子同学负责该项目，今天她完成了 A 项目的用例编写工作，下一步就是发起用例评审会了，我们来看看西西子是怎么做的吧。
第一步，西西子在 A 项目企业微信群 @所有人，告知大家用例编写已完成，询问大家第二天下午 2点～ 5点是否有空参加。
下面是部分群聊信息
西西子（测试）：A 项目用例已编写完成，已上传至微文档 @所有人 明天下午 2点 - 5点 A项目用例评审，各位有时间参加吗
小东哥（产品）：有有有~~
卷阿常（测试）：有有有~~
小品哥（后端）：有有有~~
小马哥（后端）：有有有~~
小帅哥（前端）：有有有~~
第二步，在大家都确认时间 OK 后，西西子发起了正式的邮件邀约。
到这里，A 项目的用例评审约会操作就完成了
