测试用例的构成要素：（核心要素：名称、级别、步骤、期望结果、实际结果）
1、用例编号 no.
2、用例名称 test case name
3、重要级别 priority
4、预置条件 precondition
5、输入数据 input data
6、操作步骤 test steps
7、期望结果 expect result
8、实际结果 actual result
备注：功能 function、子功能 sub-f、备注 comments
测试用例设计的方法：(阶段划分的验收测试)
1、等价类划分法※
2、边界值分析法※
3、场景法※
4、因果图法
5、错误推断法※
6、正交试验方法
测试用例的评审人员：(至少软件测试团队)
可分为多个级别进行评审。
1、部门评审，测试部门全体成员参与的评审。
2、公司评审，这里包括了项目经理、需求分析人员、架构设计人员、开发人员和测试人员。
3、客户评审，包括了客户方的开发人员和测试人员。这种情况在外包公司比较常见。
测试用例的评审标准：
1、用例设计的结构安排是否清晰、合理，是否利于高效对需求进行覆盖。
2、优先极安排是否合理。
3、是否覆盖测试需求上的所有功能点。
4、用例是否具有很好可执行性。例如用例的前提条件、执行步骤、输入数据和期待结果是否清晰、正确；期待结果是否有明显的验证方法。
5、是否已经删除了冗余的用例。
6、是否包含充分的负面测试用例。充分的定义，如果在这里使用2&8法则，那就是4倍于正面用例的数量，毕竟一个健壮的软件，其中80%的代码都是在“保护”20%的功能实现。
7、是否从用户层面来设计用户使用场景和使用流程的测试用例。
8、是否简洁，复用性强。例如，可将重复度高的步骤或过程抽取出来定义为一些可复用标准步骤。
※一个“健康”的测试用例至少要通过前5个标准※
测试用例的基本原则：
1、用于简介清晰，但不能过于简单；
2、用语无歧义，尽量少用过长的句子；
3、用例的各个要素要齐备，不能有缺失；
4、用例的步骤应该详细，操作应该明确；
5、容易被其他工程师读懂，并顺利执行。
