测试用例模板组成

测试用例的作用：测试输入、执行条件以及预期结果 

测试用例文档由简介和测试用例两部分组成。简介部分编制了测试目的、测试范围、定义术语、参考文档、概述等。测试用例部分逐一列示各测试用例。每个具体测试用例都将包括下列详细信息：版本号、模块名称、用例编号、用例名称、用例级别、预置条件、验证步骤、期望结果(含判断标准)、测试结果、测试时间、测试人员等。

在规划测试数据前

在我们的实践中测试数据是与测试用例分离的。按照测试用例配套准备一组或若干组测试原始数据，以及标准测试结果。尤其象测试报表之类数据集的正确性，按照测试用例规划准备测试数据是十分必须的。

除正常数据之外，还必须根据测试用例设计大量边缘数据和错误数据。

1.测试项目：（1）系统测试用例：对应一个功能点（功能测试）、性能指标（性能测试）、界面中控件（GUI测试）等等。

　　 （2）集成测试用例：对应集成后的模块功能或者接口功能。
　 　 （3）单元测试用例：对应函数名。

2.测试标题：测试标题考虑的是如何来完成测试项目，或者说从哪个角度来对测试项目进行测试，有的公司也取名为测试目的。
　　测试标题一定要简单、概要；体现测试的出发点和关注点。

3.测试用例编号：一般是数字和字符组合成的字符串，可以包括（下划线、单词缩写、数字等等）

4.用例级别：用例的重要级别一般分成三个级别：高、中、低。
　 　高级别：对应保证系统基本功能、核心业务、重要特性、实际使用频率比较高的用例；
　　 中级别：对应重要程度介于高和低之间的测试用例；
　 　低级别：对应实际使用频率不高，对系统业务功能影响比较大的模块或功能的测试用例。

5.预置条件：（1）环境的设置。
　　 例如：测试word打开文件的功能，预置条件就是：需要提前准备被打开的文件；
　 　例如：登录成功的预置条件就是：该用户名已经注册过了。
　 　例如：购买商品成功的预置条件就是：后台已经配置好商品、发货区域、以及支付方式了。
　　 （2）先要运行的其他用例，有些操作系统会比较复杂，如果都是从最开始的操作开始会导致用例写起来比较麻烦，这样可以在预置条件中设定要先运行的测试用例，后面的用例只需要写后续的操作就可以了。
　 　例如：对自动取款机进行测试，有针对的输入账户信息的测试，有对输入取钱金额的测试，后者的预置条件就可以写成输入正确账户信息的测试用例。

6.操作步骤：明确描述测试执行过程中具体的操作步骤，以方便测试执行人员可以根据该操作步骤完成测试用例执行。
7.预期结果：（1）界面显示：在操作步骤完成之后，界面会有显示；比如说我们测试用户登录功能，界面可能会显示登录成功或者登录失败。
　　 （2）数据库的变化：在操作步骤完成之后，数据库中的记录会发生相应的变化，比如删除功能的测试，点击删除后，数据库中该记录会被删除。
　 　（3）相关信息的变化：在操作步骤执行完成后，一些和被测对象相关的信息会发生变化，比如：注销功能的测试，点击注销后，以前能访问的页面将无法再访问。
8.测试结果：测试者按照测试用例测试后得出的结果。
9.测试者&时间

评估测试

完成测试实施后需要对测试结果进行评估，并且编制测试报告。判断软件测试是否完成、衡量测试质量需要一些量化的结果。例：测试覆盖率是多少、测试合格率是多少、重要测试合格率是多少，等等。以前统计基准是软件模块或功能点，显得过于粗糙。采用测试用例作度量基准更加准确、有效。

例如：下图

测试用例模板组成