史上最详细的测试用例写作规范

软件测试用例得出软件测试用例的内容，其次，按照软件测试写作方法，落实到文档中，两者是形式和内容的关系，好的测试用例不仅方便自己和别人查看，而且能帮助设计的时候考虑的更周。

一个好的测试用例必须包含足够的内容，将这些内容可以拆分为八个要素：用例编号、测试项目、测试标题、重要级别、预置条件、测试输入、操作步骤、预期输出。

1、用例编号

  1）规则：是由字符和数字组成的字符串，具有唯一性、易识别性。
  2）不同阶段的测试用例的用例编号
     --系统测试用例：产品编号_ST_系统测试项名_系统测试子项名_XXX（具体用例序号）
     --集成测试用例：产品编号_IT_集成测试项名_集成测试子项名_XXX（具体用例序号）
     --单元测试用例：产品编号_UT_单元测试项名_单元测试子项名_XXX（具体用例序号）

2、测试项目

  1）规则：对应测试用例编号中的测试子项名
  2）不同阶段的测试用例项目的具体规则
     __系统测试用例：对应一个功能点（功能测试）、性能指标（性能测试）界面中控件（GUI测试）等，即软件需求项
     __集成测试用例：集成后的模块功能名或者内部的接口名
     __单元测试用例：被测试的函数名

3、测试标题（TestCase Title）

  1）规则：体现测试的出发点、关注点以及测试用例期望的测试结果；
          将测试项目和测试标题串在一起表示的是在“测试标题”情况下测试“测试项目”。

4、重要级别/优先级别（TestCase Priority）

  1）含义：用例的重要级别一般分为3个等级：高、中、低，具体划分依据：
       （1）高级别：对应保证系统基本功能、核心业务、重要特性、实际使用频率比较高的测试用例；
       （2）中级别：对应重要程度介于高和低之间的测试用例；
       （3）低级别：对应实际使用频率不高，对系统业务功能影响不大的模块或功能的测试用例。
  2）测试用例的优先级作用
       （1）便于制定测试规程（测试用例执行的顺序）即测试过程；
       （2）回归测试中依据优先级可以选择不同方法；
       （3）自动化测试
       （4）缺陷报告严重性和优先级

@测试用例写作范例（一）

以下测试用例是针对用例编号、测试项目、测试标题、重要级别进行举例说明：

   范例【1】：系统测试用例
            *1*针对计算器中加法功能进行测试
                  * 用例编号 CALC_ST_ADD_01
                  * 测试项目 测试加法功能
                  * 测试标题 两个合法数相加得到合法的和
                  * 重要级别 高
            *2*针对word中打开文件功能进行测试
                  * 用例编号 WORD_ST_FileMenu_OpenFile_08
                  * 测试项目 测试打开文件功能
                  * 测试标题 打开合法doc文档
                  * 重要级别 高
            *3*针对word中新建空白文件功能进行测试
                  * 用例编号 WORD_ST_FileMenu_NewFile_BlankFile_01
                  * 测试项目 测试新建空白文件功能
                  * 测试标题 内存充足时新建空白文档
                  * 重要级别 高
            *4*针对手机拨打紧急号码进行测试
                 (1)  * 用例编号 HUAWEI3c_ST_CALL_URGENTCALL_001
                      * 测试项目 测试手机在没有SIM卡的情况下可以拨打紧急号码
                      * 测试标题 无SIM卡时，在NOKIA的网络环境中拨打119
                      * 重要级别 高
 
                 (2)  * 用例编号 HUAWEI3c_ST_CALL_URGENTCALL_001
                      * 测试项目 测试手机在没有SIM卡的情况下可以拨打紧急号码
                      * 测试标题 无SIM卡时，在NORTEL的网络环境中拨打119
                      * 重要级别 高
 
                 (3)  * 用例编号 HUAWEI3c_ST_CALL_URGENTCALL_001
                      * 测试项目 测试手机在没有SIM卡的情况下可以拨打紧急号码
                      * 测试标题 无SIM卡时，在ERICSIION的网络环境中拨打119
                      * 重要级别 高
   范例【2】：集成测试用例
            *1*针对加法函数接口进行测试
                  * 用例编号 CALC_IT_AddInterface_01
                  * 测试项目 测试加法接口函数
                  * 测试标题 x>y求和
                  * 重要级别 高
               AddInterface对应加法函数接口。
   范例【3】：单元测试用例
            *1*针对ctrl函数进行测试
                  * 用例编号 CALC_UT_Ctrl_01
                  * 测试项目 测试ctrl函数
                  * 测试标题 x=y调用减法函数
                  * 重要级别 高
               Ctrl对应ctrl函数。

5、预置条件（Test Pre_condition）

  1）含义：测试用例在执行时需要满足一些前提条件，否则测试用例是无法执行的，这些前提条件就是预置条件，设置预置条件时经常分为两种情况：
       （1）环境的设置，例如测试word文档打开功能，需要提前准备打开的文档，这就是预置条件。
       （2）先要运行其他的测试用例，例如测试自动取款机功能，有输入账户信息的测试用例和输入取钱金额的测试用例，则后者的预置条件就可以写为输入正确账户信息的测试用例。
   2）注意（PS）：测试预置条件--是针对单个用例
                 测试环境--针对所有用例（测试环境有问题会导致测试活动挂起/暂停）

@测试用例写作范例（二）

以下测试用例是针对用例编号、测试项目、测试标题、重要级别、预置条件进行举例说明：

   范例【1】：系统测试用例
            *1*针对自动取款机的取款功能进行测试
                  * 用例编号 ATM_ST_Account_01
                  * 测试项目 测试ATM的账户识别功能
                  * 测试标题 输入正确的账户信息
                  * 重要级别 高
                  * 预置条件 无
 
                  * 用例编号 ATM_ST_GetMoney_01
                  * 测试项目 测试ATM的取款功能
                  * 测试标题 取款金额不是50的倍数
                  * 重要级别 高
                  * 预置条件 ATM_ST_Account_01

6、测试输入（Test Input）

  1）含义：指测试执行过程中需要加工的外部信息。
  2）规则：避免用描述性的语言，要具体；
          根据软件测试用例的具体情况，有手工输入、文件、数据库记录等。

7、操作步骤（Operation/Execute Steps）

  1）规则：执行当前测试用例需要经过的操作步骤，需要明确的给出每一个步骤的描述，测试用例执行人员可以根据该操作步骤完成测试用例执行。

@测试用例写作范例（三）

以下测试用例是针对用例编号、测试项目、测试标题、重要级别、预置条件、测试输入、操作步骤进行举例说明：

   范例【1】：系统测试用例
            *1*针对word中打开文件功能进行测试
                  * 用例编号 WORD_ST_FileMenu_OpenFile_08
                  * 测试项目 测试打开文件功能
                  * 测试标题 打开合法doc文档
                  * 重要级别 高
                  * 预置条件 新建WORD_ST_FileMenu_OpenFile_08.doc文件，其中只有“helloWorld”字符串
                  * 测试输入 WORD_ST_FileMenu_OpenFile_08.doc
                  * 操作步骤 1.点击word文件菜单中“打开”子菜单；
                  *         2.选择WORD_ST_FileMenu_OpenFile_08.doc，点击打开按钮。

8、预期输出（Expected Results）

  1）含义：预期输出是测试用例中非常重要的部分，要想判断被测对象是否正常工作，都需要通过预期输出来进行判定。
    在编写预期输出时可以从以下三个方面来进行考虑：
       （1）界面显示（操作步骤执行完毕后，界面显示的提示信息）
       （2）数据库的变化（操作步骤执行完毕后，数据库中的记录会发生相应的变化）
       （3）相关信息的变化（操作步骤执行完毕后，一些和被测对象相关的信息会发生变化）

@测试用例写作范例（四）

以下测试用例是针对用例编号、测试项目、测试标题、重要级别、预置条件、测试输入、操作步骤及预期输出进行举例说明，即完整的测试用例写作方法，以系统测试用例为例：

   范例【1】针对论坛的注册功能进行测试
                  * 用例编号 DISCUZ_ST_Register_02
                  * 测试项目 测试注册功能
                  * 测试标题 用户名长度不够
                  * 重要级别 中
                  * 预置条件 无
                  * 测试输入 参数1 用户名：yinjidudu
                  *         参数2 密码：yinjidudu
                  *         参数3 密码确认：yinjidudu
                  *         参数4 邮件地址：[email protected]
                  * 操作步骤 1.进入注册页面；
                  *         2.顺序输入以上4个参数；
                  *         3.点击注册按钮。
                  * 预期输出 1.界面提示注册失败；
                  *         2.数据库中查不到yinjidudu用户；
                  *         3.无法访问必须用户才能访问的界面。                                
                              
   范例【2】针对论坛的帖子删除功能进行测试
                  * 用例编号 DISCUZ_ST_DeletePost_06
                  * 测试项目 测试删帖功能
                  * 测试标题 删除多个帖子
                  * 重要级别 高
                  * 预置条件 登录成功且该用户有删帖权限
                  * 测试输入 无
                  * 操作步骤 1.进入删帖页面；
                  *         2.选择4篇帖子；
                  *         3.点击删除按钮，并确认。
                  * 预期输出 1.界面提示删除成功；
                  *         2.数据库中查不到这4篇帖子；
                  *         3.无法访问这4篇帖子对应的链接，提示帖子已删除。  
   范例【3】针对论坛的注销功能进行测试
                  * 用例编号 DISCUZ_ST_LogOut_03
                  * 测试项目 测试注销功能
                  * 测试标题 编辑帖子并上传了附件时注销
                  * 重要级别 高
                  * 预置条件 登录成功
                  * 测试输入 无
                  * 操作步骤 1.编辑帖子，并上传1个附件文件；
                  *         2.点击注销按钮。
                  * 预期输出 1.界面提示注销成功；
                  *         2.数据库中session表中该用户状态发生变化；
                  *         3.无法访问必须用户才能访问的界面。

最后感谢每一个认真阅读我文章的人，礼尚往来总是要有的，这些资料，对于【软件测试】的朋友来说应该是最全面最完整的备战仓库，虽然不是什么很值钱的东西，如果你用得到的话可以直接拿走：

这些资料，对于【软件测试】的朋友来说应该是最全面最完整的备战仓库，这个仓库也陪伴上万个测试工程师们走过最艰难的路程，希望也能帮助到你！