评审计划
一次高效的用例评审活动，是需要提前做好评审计划的。计划中需要明确：本次评审的目的、评审范围、参与人员的角色与职责、评审过程及形式、评审通过准则等。像用例评审检查清单一般在此环节整理完成。
发起评审
待评审文档即测试用例编写完成，即可发起评审通知。用例初稿完成后，先在测试组内部发起，内部确认用例ok，再到整个项目组评审通知。一般至少用例评审活动前2天发起评审通知，可以是OA通知、邮件通知、或者钉钉/QQ讨论群发布信息。通知内容包括：评审时间、地点、参与人员、待评审文档(测试用例文档)、评审内容(评审检查清单)。这样在正式评审活动之前，评审人员可先行检查用例并记录标注问题，提交汇总到测试负责人，保证后续会议评审效率。
用例评审
测试组内部评审，一般评审彼此的用例，以文档检查的形式居多。若需求业务逻辑复杂，视情况开展会议评审。项目组评审主要是会议评审。
会议评审，一般测试负责人(参与测试的测试团队负责人，可能是测试主管、也可能是临时小组长)为会议主持人，会议评审开始时，一般先会大致介绍用例编写的思路，可以按照核心业务流程展开评审，再到各个不同的模块的用例设计，重点包括测试验证点、测试数据、预期输出。同时针对被指出的用例问题组织讨论并做好用例标记记录。会后，整理问题清单，并明确问题责任人。
问题跟踪
评审会议后，针对用例问题清单，需及时修改测试用例。修改完成后，发给评审组成员确认，直到已达评审通过准则，评审结束。否则需采取二次甚至多次评审。
评审结束
评审结束后，测试负责人整理测试用例评审报告(见最后附件模板)、评审结果项目经理同意确认。测试用例评审通过后形成终版并完成归档。
推荐阅读：
sales@spasvo.com
