首先，我们要明白为什么要评审测试用例，评审的目的是什么？
从效率和成本上考虑，主要三点原因：
1.为了减少测试人员执行阶段做无效工作，
2.为了避免三方需求理解不一致；
3.为了每个测试人员的质量标准与项目要求标准达成一致；
用例评审的四个步骤：
需求评审
A 检查需求讲解思路清晰
B 检查需求理解无偏差
C 检查讲解的内容无丢失
D 检查需求讨论会议提出需求建议、需求讨论的问题都有体现，并且记录的详细
E 检查需求讲解时存在问题的记录，跟进结论
需求实现流程图评审
A 检查实现逻辑的深度与仔细程度
B 检查需求以及实现逻辑内容齐全，补充流程缺失部分
C 检查需求以及实现逻辑内容正确
测试大纲评审
A 检查用例大纲结构、思路清晰
B 检查用例大纲内容齐全--对象齐全影响因素齐全：
1.需求逻辑功能
2.UI
3.用户行为
4.黑盒用例设计方法
5.开发语言特点
6.平台系统的特点
7.发现过的历史bug
8.自身的版本兼容性
9.功能之间相互影响
10.开发实现逻辑和建议
C 检查用例去除冗余用例
D 检查用例大纲语言描述清晰
E 检查用例进行集成，为测试执行的高效做准备
A 检查大纲和用例内容一一对应，影响因素无丢失
B 检查语言描述简洁、清晰、明了
C 检查每条测试用例都有明确的预期结果
D 根据正规化用例的各个字段要求对应的细节
然后，运用专业测试管理工具，都有测试用例管理模块，推荐大家使用ALM是面向软件研发生命周期管理的工具，实现了从产品概念设计、需求分析、历经项目计划、项目进度、配置管理、工时管理、测试管理等阶段，直至项目完成的全过程管理。
sales@spasvo.com
