测试用例是为了检测某个目标软件，实际结果是否与预期相符。

下面就根据我实际的操作经验讲解如何编写测试用例，非常实用！

工具/原料

• Excel

方法/步骤

1. 首先对目标软件有一个大致的了解，可以依据需求规格说明书，先操作一遍软件，对软件的目标客户、喜好、交互有充分的了解（可以问产品经理，可以自己查资料了解，可以调研）。

2. 依据需求规格说明书，用excel编写测试用例。测试用例包含两部分：测试说明和测试功能用例。第一个sheet页编写测试说明。

   测试说明包含：编制历史（测试用例之后可能会优化，评审，将这些操作记录在案），编制说明（用例编号的说明，编制的规则讲解）

         

3. 测试功能用例包含：模块名称，用例编号，用例目的，预置条件，操作步骤，输入数据，期望结果，优先级，实际结果，测试者。

   模块名称：如果功能较复杂，可以分一级模块，二级模块等。例如阿里云，控制台-资源管理（一级模块-二级模块）

   用例编号：用例编号的规则，例如：项目名称首字母_一级功能目录首字母_二级功能目录首字母_TC+测试人员编码+用例编码(从00001开始)，公共测试用例编号统一为GG+5位用例编码

   用例目的：一个用例目的可以由多条用例来实现，简明扼要的描述一组测试用例设计的目的。

   预置条件：测试该用例的前置条件，例如：测试淘宝退款功能，前置条件是已购买，并且符合退款要求。

   操作步骤：详细写明测试用例的执行步骤，例如：测试登录功能，打开软件，输入账号密码，点击登录。（每一个步骤都不能放过）

   输入数据：为检验是否存在预期结果而设定的一组数据，例如：测定登录功能，那输入数据就是账号密码。

   期望结果：一组特定的操作及特定的输入预期产生的特定结果，例如：测试登录功能，期望结果就是登录成功并自动跳转到首页。

    优先级：分为三级（P1、P2、P3），每条用例都需有唯一的用例等级标志。P1级为业务级，是正向的业务用例。P2级为功能级，是指所有不涉及到业务路径的功能用例，包含正向、反向。P3级为非主要级，所有不属于P1、P2的用例都属于P3级，包含各种小功能、建议类、不在主要业务路径上的控件类。

   实际结果：一组特定的操作及特定的输入实际产生的结果，例如：测试登录功能，点击登录后提示‘404‘，那这就是实际的结果。

    测试者：测试人员名称。

4. 测试用例需要分析需求规格说明书中的多种条件，多重路径。

   例如一个简单的登录，除了正向用例（输入账号，点击登录，登录成功！）之前，还有反向用例（输入账号，点击登录，提示'用户名密码不匹配'，或者其他登录失败的情况）。

   所以一个测试用例的形成会有多个用例组成。尤其是涉及到业务逻辑复杂的功能，会有很多分支组成，每一个分支我们都要写出来，不能漏掉任何一条。

   如何覆盖所有用例?可以将每个功能点画流程图，所有发生的情况都画进去，最后得到的结果可能会有多个，那用例就按照流程图的分支写步骤，流程图的多个结果写预期，这样可以减少遗漏，尽量覆盖全面

5. 除了正向，反向用例，还需要验证数据的测试用例。

   例如：登录的输入框，规则是20个字符，由数字和字母组成，那测试用例就要有输入大于20个字符，小于20个字符，输入特殊字符，输入空格等情况都要列出来进行测试。

6. 之所以说测试驱动开发，是让我们以专业角度检测目标软件是否达到预期效果，如果没有达到标准，我们是要和开发沟通，完善产品的。

   除了按部就班的编写用例，也要将我们作为用户带入测试环境中，比如你是真正需要这个软件的人，你会希望这个产品功能怎么样，交互如何，可以大胆提出自己的意见或建议，和产品经理沟通，这样才能形成有利的循环，促进产品完善。

7. 现在有很多软件可以直接填写测试用例，例如禅道，可以和需求挂钩，测试完成后修改结果，形成闭环

   END

未经允许不得转载：经验百科 » 如何写测试用例