测试用例评审检查单

一个好的测试用例，应该包含以下信息：

1. 软件或项目的名称

2. 软件或项目的版本（内部版本号）

3. 功能模块名

4. 测试用例的简单描述，即该用例执行的目的或方法

5. 测试用例的参考信息（便于跟踪和参考）

6. 本测试用例与其他测试用例间的依赖关系

7. 本测试用例的前置条件，即本测试测试用例必须要满足的条件，如对数据库的访问权限

8. 用例的编号（ID），如可以是 软件名称简写-功能模块简写-NO

9. 步骤号、操作步骤的描述、测试数据的描述

10. 预期结果（这是最重要的）和实际结果（如果有BUG管理工具，这条可以省略）

11. 软件开发人员（必须有）和软件测试员（可有可无）

12. 测试执行日期

评审可以考虑以下几个方面：
1) 用例设计的结构安排是否清晰、合理，是否利于高效对需求进行覆盖。
2) 优先极安排是否合理。
3) 是否覆盖测试需求上的所有功能点。
4) 用例是否具有很好可执行性。例如用例的前提条件、执行步骤、输入数据和期待结果是否清晰、正确；期待结果是否有明显的验证方法。
5) 是否已经删除了冗余的用例。
6) 是否包含充分的负面测试用例。充分的定义，如果在这里使用2&8法则，那就是4倍于正面用例的数量，毕竟一个健壮的软件，其中80%的代码都是在“保护”20%的功能实现。
7) 是否从用户层面来设计用户使用场景和使用流程的测试用例。
8) 是否简洁，复用性强。例如，可将重复度高的步骤或过程抽取出来定义为一些可复用标准步骤。

一般情况达到前面5条即可。