软件测试用例的基本要素

 用例编号：测试用例的编号有一定的规则，比如系统测试用例的编号这样定义规则
： PROJECT1-ST-001 ，命名规则是项目名称＋测试阶段类型（系统测试阶段）＋编号。
定义测试用例编号，便于查找测试用例，便于测试用例的跟踪。

　　测试标题： 对测试用例的描述，测试用例标题应该清楚表达测试用例的用途。比如
 “ 测试用户登录时输入错误密码时，软件的响应情况 ” 。

　　重要级别： 定义测试用例的优先级别，可以笼统的分为 “ 高 ” 和 “ 低 ” 两
个级别。一般来说，如果软件需求的优先级为 “ 高 ” ，那么针对该需求的测试用例
优先级也为 “ 高 ” ；反之亦然，

　　测试输入： 提供测试执行中的各种输入条件。根据需求中的输入条件，确定测试用
例的输入。测试用例的输入对软件需求当中的输入有很大的依赖性，如果软件需求中没
有很好的定义需求的输入，那么测试用例设计中会遇到很大的障碍。

　　操作步骤： 提供测试执行过程的步骤。对于复杂的测试用例，测试用例的输入需要
分为几个步骤完成，这部分内容在操作步骤中详细列出。

　　预期结果： 提供测试执行的预期结果，预期结果应该根据软件需求中的输出得出。
如果在实际测试过程中，得到的实际测试结果与预期结果不符，那么测试不通过；反之
则测试通过。

　　软件测试用例的设计主要从上述 6 个域考虑，结合相应的软件需求文档，在掌握一
定测试用例设计方法的基础上，可以设计出比较全面、合理的测试用例。具体的测试用
例设计方法可以参见相关的测试书籍，白盒测试方法和黑盒测试方法在绝大多数的软件
测试书籍中都有详细的介绍，这里不作赘述。