手工文本用例写作指南

1      前言

面对一个特性的测试，当我们做好测试计划、测试方案，分解完测试点，就直接上手测试。当特性的复杂度或者流程长度规模较大时，很容易出现测试点的执行遗漏；而先输出规范完整的文本用例，按图索骥，既省心，也可以很大程度上防止执行遗漏。文本用例既是测试执行时的详细指南，也是问题回溯时的重要证据。同时，编写测试用例，也是对测试点的细节重放，便于对测试特性的进一步理解。

2      文本用例编写流程

阶段1：根据功能维度，划分模块(若模块较复杂或庞大，需要划分再次划分子模块)；

阶段2：根据测试目标模块的类型，使用等价类划分法，边界值法等测试用例设计方法，划分测试点；

3      文本用例组成结构及编写原则

上图中的用例组成，是测试用例的必要组成部分。

用例名称：

  格式通常为，xxxx功能验证，校验xxx为1时的异常处理功能；

  编写原则，让用例的阅读者顾名思义。

用例编号：

  格式通常为，特性名称_测试类型/特殊操作_编号；

  编写原则，测试套内唯一。

前置环境：

  详细描述该条用例执行的前置条件。

用例步骤：

  逐步拆解用例的执行过程，用例描述尽可能细化。这里的“细”指的是细节，最好让其他人能够根据用例步骤，直接重现测试。

预期结果：

  预期结果需要对应到每一个用例步骤执行后的现象，而不是一个笼统的最终结果。

用例等级：

  通常用例分为0~3,四个等级。0位冒烟用例，每轮迭代必须执行的用例，通常为核心功能；1~3按照用例的场景对于特性本身的重要性依次递减，1为建议每轮迭代执行，2为建议每轮迭代选择性执行，3为不建议每轮迭代执行。

用例类型：

  根据软件六要素，用例类型通常划分为功能，性能，可靠性(故障)，易用性，兼容性，可维护性。

用例应用版本：

  用例配套的代码版本，对于用例的后续维护和问题回溯有重要意义。

用例作者：

  用例的编写人。

用例关联需求编号：

  用例关联的需求编号，便于需求和用例的对应。