有效的测试用例评审会不是集体逐条读用例，而是用最少时间发现最多问题、达成可执行结果。充分预审 、风险聚焦 、确定角色 、时间盒 、流程跟踪。

一、会前：

确定目的和范围

评审哪些模块？只评审高风险/重要/复杂用例，还是全量？

目的：需求包括？用例可执行？发现遗漏？达成共识？

输出：通过 / 有条件通过 / 需重审。

自检和提前发材料

至少提前 1–2 天发：需求文档、测试用例、评审检查清单、重点争议点。

作者先自检：需求追溯、步骤、预期结果、数据、优先级。

最好要求评审人异步预审并评论，会议只讨论分歧和高风险项。

选对人，控制规模

参与人：测试作者、测试负责人、产品/BA、开发、必要时架构/运维。

人数 5–7 人为宜，超过 8 人效率明显下降。

指定角色：主持人、记录员、决定者、计时员。

时间盒和抽样

60–90 分钟，聚焦20–30条重要用例，而不是几百条全过。

会前标记：新增、复杂、高风险、跨模块、需求模糊的用例。

二、会中：

推荐议程：

5分钟：目的、范围、规则、结果标准

5分钟：需求背景和变更点

30–50分钟：按场景/模块走查重点用例

10分钟：风险、开放问题、依赖

5分钟：总结结果、行动项、责任人、截止时间

会议规则：

不逐字读用例，按场景和风险评审。

先问包括和思路，再抠格式。

问题记录，不现场改用例。

每个争议必须有结果或责任人。

评审什么：

需求是不是可追溯？有没有漏测？

前置条件、步骤、预期结果是不是清晰可证实？

边界、异常、权限、并发、网络、兼容、安全、性能是不是包括？

测试数据是不是可准备？依赖是不是确定？

优先级是不是合理？是不是冗余？是不是可自动化？

三、会后：

24小时内发纪要：结果、问题、行动项、责任人、截止时间。

作者修订用例，评审人抽查确定。

未决问题升级给产品/开发/架构。

必要时安排二次评审，但只审修改点和争议点。

度量改进：发现缺陷数、行动项关闭率、返工时间、漏测率。

四、一页纸清单

会前：目的确定？材料提前发？评审人预审？角色分配？时间盒？

会中：聚焦风险？按场景走查？记录问题？结果确定？

会后：纪要发出？用例修订？行动项关闭？必要时重审？

有效的用例评审会是会前异步预审、会中只讨论高风险和分歧、会后流程跟踪。