测试用例编写规范.pdfVIP

测试用例编写规范

一．测试用例整体要求

一般的测试用例包括如下几个部分：需求标识、用例编号、用例名称、用例级别、预置条件、操作步

骤、预期结果、备注、用例编写者、测试执行者、测试日期。

需求标识：唯一标识，与用例编号对应，为一对多关系。

用例编号：能够准确的标识每一条用例，每一个用例编号在所有测试用例中必须唯一。

用例名称:能够清晰表达测试用例的测试目的和关键测试要素。

用例级别：区分测试用例的重要程度，确定用例执行的级别。

预置条件：需要描述测试所需要处于的外部环境和测试前测试对象及辅助对象所需要处于的状态和配置。

需要保证在完成预置条件中所描述的状态和配置以及外部环境后，测试执行的正确性、一致性。

用例描述（测试步骤):为了达到测试用例的测试目的，所需要执行的操作；每个操作步骤对应一个预期

结果。

预期结果：针对测试用例的测试目的，测试步骤中操作后对应的预期输出状态。

用例编写者：设计用例的人员。

测试执行者:按照该用例执行测试的人员。

测试日期:执行测试的时间.

1

二．测试用例实现规则

规则1:用例要素要求

需求标识、用例编号、用例名称、用例级别、预置条件、操作步骤、预期结果、实际结果为必选要素，不

能为空，其他字段为可选要素。

规则2：用例名称描述要求

用例名称不允许出现重复、包含关系，或者仅有数字编号差异。

规则3：用例级别分为高、中、低3个级别

高（优先执行)：产品基本的功能验证,不设计配置及场景测试。即关键路径的测试用例,包括最常执行的功能、

基本流程的输入以及界面数据有效性校验作为高级别的测试用例；若该级别的测试用例完全执行通过，则

表示该软件功能渐趋稳定。

中（次级执行）:产品功能测试，常见的配置、交互及场景的测试.即可接收级测试的用例，包括不常执行的

功能、异常流程的输入、边界值以及异常数据的输入作为中等级别的测试用例。

低（最后执行）:冷僻的产品功能,非常见的异常场景测试.即建议执行的测试用例，也就是说该级别的测试用

例不是不重要，而是该级别的用例在整个项目的生命周期内不是常常被运行，包括：界面显示、错误信息

提示不统一、可用性、压力和性能测试等。

规则4：多条预置条件、测试步骤、预期结果描述要求

1）每一条预置条件、测试步骤、预期结果必须以序号编号。测试用例编号方式为“AA—aa、”，AA为该

用例模块的简写，aa为数字从1开始编号。

2

2)多条预置条件、测试步骤、预期结果之间必须用回车换行，并且分条写清楚.

规则5：预期结果与测试步骤对应要求

1)每一条预期结果与其对应的测试步骤的编号要求保持一致。

2）每一测试步骤只能对应一条预期结果。

规则6：用例描述中不包含模糊描述

测试用例的用例名称、预置条件、测试步骤、预期结果中均不允许出现模糊的描述，导致引起歧义或无法

准确判断测试用例测试结果通过与否。

规格7：“验证结果”描述要求

1)通过(Pass)：测试运行结束，测试人得到了预料中的测试结果状态和测试行为。

2）失败（Fail）：测试的实际结果跟预期的测试结果不一致.

3）阻塞（Block）:一些因素会导致测试不能进行到底，例如某个功能欠缺或者测试环境的某个部分欠缺,

需在备注里面写明原因.

3

三．测试用例设计步骤

产品需求测试用例执行结果

用例评审登记问题

评审记录

Checklist

测试需求分析:从产品需求文档中，找出待测模块的需求，通过自己的分析、理解，整理成为测试需求，要

清楚被测对象具体包含哪些功能点。

测试用例设计：测试用例设计的类型主要包括功能测试、边界测试、异常测试等,在设计用例时要尽量考虑

边界、异常等情况。

测试用例评审：由测试用例设计者发起，参加的人员需包括测试负责人、项目经理、开发人员及其他相关

的测试人员。

测试用例完善:测试用例必须定期修改更新;在测试过程中发现设计测试用例时考虑不周，需要对测试