功能测试用例编写规范

一、目的

此文档编写为测试人员设计用例提供一种规范，提高测试用例的可读性、可执行性、复用性，有效的提高系统所有功能点的覆盖率。

二、测试用例编写流程

2.1流程图

下图说明测试用例编写的完整流程，分为需求分析、编写测试设计、编写测试用例三步。

图1：流程图

2.2编写说明

测试负责人可依据实际情况选择是否编写测试设计。若存在项目上线时间紧张或需求简单清晰等情况，可以不编写测试设计。测试用例则必须编写。

三、测试设计编写

3.1使用工具及介绍

    常用的思维导图工具有MindMaster和ProcessOn。思维导图是一种表达发散性思维的有效图形思维工具，把各级主题的关系用相互隶属与相关的层级图表现出来。

3.2测试设计模板

3.3为什么要编写测试设计

3.3.1编写测试设计可以梳理逻辑，将零散的、复杂的需求融会贯通形成一份设计，帮助测试人员更好的理解需求。

3.3.2利于评审，评审测试设计比评审用例更清晰明了。

3.3.3利于编写测试用例，测试设计已覆盖全部的测试点，节省编写用例时的思考时间。

3.4如何编写测试设计

3.4.1需求分析

需求评审时，以测试的角度分析需求是否合理，是否有遗漏，有疑问的地方及时提出。评审完成后，充分了解需求，理清测试思路，明确需求涉及的功能，确定测试范围。

3.4.2业务流程分析

分析需求所涉及的功能相关联的流程，熟悉业务流程，将涉及的业务流程也编写测试用例，设计出覆盖率高的测试用例。

3.4.3编写设计框架

根据需求和业务流程，划分功能模块，根据功能模块编写测试设计的框架。

3.4.4编写测试设计

根据划分好的功能框架编写，补充测试点的操作步骤及预期结果。

3.5测试设计命名规范

3.5.1以升级版本命名：

  系统名称+升级版本+测试设计。

3.5.2以专项(功能)名称命名：

  系统名称+专项(功能)名称+升级版本+测试设计。

四、测试用例编写

4.1使用工具

    使用Excel表格进行用例编写。

4.2测试用例模板

4.3常用测试用例编写方法

   下面介绍编写测试用例常用的5种方法，详细的定义及其他方法可自行学习。

4.3.1等价类法：将输入划分为若干等价类，从每个等价类中选取一个有代表性的值进行测试。分为有效等价类(符合需求的集合)和无效等价类(不符合需求的集合)。

4.3.2边界值法：对有输入区间的数据，选择临界点两侧的数据进行测试。

4.3.3判定表法：将每个输入条件列出其所有可能的取值情况，针对输入的取值情况，列出系统的预期结果。将输入条件和预期结果形成判定表。

4.3.4场景设计法：根据需求，结合软件的实际使用场景和业务流程来编写测试用例。

4.3.5错误推断法：根据以往测试经验和对系统的了解，列出系统中各种可能存在的错误，从而有针对性的编写测试用例。

4.4测试用例编写规范

4.4.1用例名称

定义：描述每一条用例的测试点。

编写规范：1、简洁清晰，清楚的表达每条测试用例的测试点。

2、名称唯一，高度概括测试点。

4.4.2用例编号

定义：定义测试用例的编号，根据功能的框架编写。

编写规范：1、编号规则：【功能】_【序号】或【功能】_【子功能】_【序号】。

2、编号唯一，便于维护用例。 

4.4.3用例级别

定义：定义测试用例的优先级别，分为P0、P1、P2、P3。详细说明参考《功能测试用例模板》。

编写规范：P0：核心主流程及重要功能的用例。P1：确保基本功能及主要功能的测试用例。P2：非基本功能及异常情况的测试用例。P3：界面友好易用性及边界场景的测试用例。

4.4.4前置条件

定义：测试用例在执行前需要满足一些前提条件，否则测试用例是无法执行的。执行该用例的前置条件，预置的操作、配置、特定数据等。

编写规范：1、当用例有多个前置条件时对条件进行序号编写。

2、当没有特定的前置条件时，为保证测试用例完整性，也编写一条。

4.4.5测试步

定义：明确描述测试执行过程中具体的操作步骤。

编写规范：1、操作步骤描述应简洁、清晰。复杂的用例，分为几个步骤。

2、测试步骤不可过多，过多降低可读性及可执行性。可拆分成多条用例。

4.4.6预期结果

定义：描述测试步骤执行的预期表现。

编写规范：1、一个测试步骤对应一个测试结果。

2、根据软件需求以及最终实现结果编写。

3、预期结果描述清晰明确，不可有模糊字眼。

4.4.7测试结果

定义：描述执行测试用例的结果。

编写规范：1、分为通过、未通过和阻塞。

2、阻塞：因其他用例失败导致此条用例无法执行。

4.5用例如何写全面

4.5.1按照规范编写。按照4.4测试用例编写规范进行编写。

4.5.2进行用例评审。评审用例是否符合需求的逻辑，是否覆盖所有的需求。

4.5.3及时完善用例。评审完成后根据评审结果进行用例的完善。测试过程中新增的测试点及时更新到用例中。

4.5.4需求变更需再次编写用例。软件产品新增功能或更新需求后，测试用例必须配套更新。

4.5.5生产环境的缺陷补充到用例中。产品上线后用户反馈的缺陷，因测试用例存在遗漏造成，需要对测试用例进行补充。

4.6测试用例命名规范

4.6.1以需求命名：

【测试用例】系统名称_需求名称_编写人员。

4.6.2以专项命名：

【测试用例】系统名称_专项名称_编写人员。