测试用例写作

测试用例编号	N3310_IT_FILEITF_READFILE_004
测试项目	测试模块A提供的文件接口
测试标题	文件B正在被其他进程执行读/写操作，通过A模块的文件接口读取文件B中的数据
重要级别	高
预置条件	进程XProcess被创建并启动
输入	1、文件B：路径F： est下面的文件b.txt
操作步骤	1、进程XProcess开始对文件B进行读写； 2、通过测试代码调用模块A的文件接口函数ACallFileitf（CStringszFile）szFile=F: est.txt3、检查结果文件F: est esult.txt中的内容是否正确
预期输出	F: est esult.txt文件中的内容是从F: est.txt中提取的，格式符合下面的要求，字段之间用TAB键隔开姓名性别年龄职业张三男 30 无业游民

上表是测试用例写作的基本格式，主要有八大要素，分别为：测试用例编号、测试项目、测试标题、重要级别、预置条件、输入、操作步骤、预期输出。下面依次进行介绍：

1.测试用例编号

测试用例编号是由字母和数字组合而成的，用例的编号应该具有唯一性，易识别性，比如可以采用统一的约定，产品编号_ST_系统测试项名_系统测试子项名_编号。不同阶段的测试用例有着不同的规则：

系统测试用例：产品编号-ST-系统测试项名-系统测试子项名-XXX

集成测试用例：产品编号-IT-集成测试项名-集成测试子项名-XXX

单元测试用例：产品编号-UT-单元测试项名-单元测试子项名-XXX

这种写法的好处是通过编号就可以直接看出来做的是什么测试，测试对象是什么，简单明了，易于管理。

2.测试项目

当前测试用例所测的项目名，可以是测试用例所属的大类，被测需求，被测的模块，或者是被测的单元。例如：计算器加法功能

系统测试用例测试项目：软件需求项如，对应一个功能点（功能测试），性能指标（性能测试），界面中的控件（GUI测试）；

集成测试用例测试项目：集成后的模块名或接口名如：测试模块A提供的文件接口

单元测试用例测试项目：被测试的函数名如：测试函数int ReadFile(char *pszFileName)

3.测试标题

测试标题是对测试用例的简单描述，它考虑的是如何完成测试项目，也可以看成是测试目的。用概括的语言描述该测试用例的出发点、关注点。每个测试用例的标题不能够重复，因为每个测试用例的测试点是不一样的。例如：手机在没有SIM卡的情况下，拨打119.

4.重要级别

重要级别分为高中低三等：

      高：保证系统基本功能、重要特性、实际使用频率比较高的用例；
      中：重要程度介于高和低之间的测试用例；
      低：实际使用频率不高，对系统业务功能影响不大的模块或功能的测试用例。

    以手机为例，高级别需求为：通话、短信（没有这些功能就不是手机了）；
                     中级别需求为：mp3、拍照（没有这些功能会影响手机销售）；
                     低级别需求为：计步、算命（没有这些功能不会有太大影响）；

注：一般情况下，重要级别为高的测试用例，一个测试子项里有且仅有一个，大多数都是重要级别为中的测试用例。因为在测试开始前，一般会进行一个系统测试预测试项，如果重要级别为高的太多，就失去了预测试的实际意义。

5.预置条件

预置条件就是执行当前测试用例的前提条件，是后续步骤的先决条件；如果不满足这些条件，则无法进行测试。例如测试在某个贴吧发帖功能，预置条件就是要有该贴吧账号同时具有发帖权限。

6.输入

测试用例执行时，需要输入的外部信息。有手工输入、某一个文件或者数据库记录等。

7.操作步骤

执行当前测试用例所要经过的操作步骤，需要给出每一步操作的详细描述，测试人员根据测试用例操作步骤，完成测试用例的执行。要保证操作步骤的完整性。

8.预期输出

当前测试用例的预期输出结果，包括返回值的内容、界面的响应结果、输出结果的规则符合度等，用来与实际结果比较，如果相同则该测试用例通过，否则该测试用例失败。在设定预期输出时可以从以下三方面进行考虑：

1）界面显示；

2）数据库变化；

3）相关信息的变化；

这里给出的八项只是测试用例中非常重要的部分，不同公司对测试用例的写作有不同的要求，比如有的公司要求加上：作者（谁写的）、创建日期（写用例的日期）、修改日期（最后一次修改用例的日期）、测试结果（执行用例后的结果Pass、Fail、Block）等等信息；具体可以根据公司的测试用例模板来。

9.案例

测试某论坛发帖功能，要求标题在10~80个字符以内，内容在200字以上；

这里仅对标题Title做个简单测试，依此类推，发帖内容也可以做同样的测试用例；