测试用例的编写流程及一般格式（由浅入深学习）_测试用例格式

目录

1、格式（八大要素）：

2、针对穷举场景设计测试点

案例1：qq号6-10 位自然数

案例2：电话号码

一、确认需求：

二、确认有效等价和无效等价

三、提取测试数据编写用例并执行

3、针对限定边界规则设计测试点

 案例：文章标题

一、明确需求

二、确定有效等价和无效等价、确定边界范围值

三、编写用例

4、对多条依赖关系进行设计测试点

案例1：订单发货验证

一、明确需求：

二、列出条件桩和动作桩

三、编写用例

案例2：字符与数字

一、明确需求：

二、列出条件桩和动作桩

三、编写用例

5、对项目业务进行设计用例

案例：ATM机

设计测试用例 

错误推测法

---

前言：什么是测试用例

• 用例：用户使用的案例
• 测试用例：执行测试的文档（用户使用的案例）
• 考虑点：质量模型（功能、性能、兼容、易用、安全）
• 作用：防止漏测、实施测试标准

1、格式（八大要素）：

• 用例编号：项目+模块+编号
• 用例标题：预期结果+操作步骤
• 模块/项目：所属项目或模块
• 前置条件：要执行此条用例，有哪些前置操作
• 优先级：表示用例的重要程度或者影响力P0 ~ P4（P0最高）
• 测试步骤：描述操作步骤
• 测试数据：操作的数据，没有的话可以为空
• 预期结果：期望达到的结果

2、针对穷举场景设计测试点

方法：等价类实现

• 分类：

                有效等价类：所有有效数据集合，取一个即可。

                无效等价类：所有无效数据集合，取一个即可。

• 步骤：

                1、明确需求。

                2、确定有效和无效等价类。

                3、提取数据编写用例。

案例1：qq号6-10 位自然数

• 示例：

案例2：电话号码

一、确认需求：

1. 区号:空或者是三位数字。
2. 前缀码:非“0”且非“1”开头的三位数字。
3. 后缀码:四位数字

二、确认有效等价和无效等价

三、提取测试数据编写用例并执行

• 场景：

针对需要大量数据测试输入，但是没法穷尽测试的地方。

例如：输入框、下拉列表、单选复选框。

典型代表：页面级的输入框类测试。

3、针对限定边界规则设计测试点

方法：边界值设计方法

名词：

• 上点：边界上的点（绿色）
• 离点：离边界最近的点（黄色）
• 内点：范围内的点（蓝色）

 案例：文章标题

一、明确需求

标题长度大于0，小于等于30个字符

二、确定有效等价和无效等价、确定边界范围值

三、编写用例

使用场景：

• 常见的词语描述：大小、尺寸、重量、最大、最小、至多、至少等修饰词语
• 典型代表：有边界范围的输入框类测试

提示：边界值可以覆盖等价类的长度，但是无法覆盖类型。所以设计用例时必须两者结合。

4、对多条依赖关系进行设计测试点

方法：判定表

• 定义：是一种以表格形式表达多条件逻辑判断的工具
• 组成：

1. 条件桩：列出问题中的所有条件，列出条件的次序无关紧要。
2. 动作桩：列出问题中可能采取的操作，操作的排列顺序没有约束。
3. 条件项：列出条件对应的取值，所有可能情况下的真假值。
4. 动作项：列出条件的各种取值情况下应该采取的动作结果。

• 规则：

1. 判定表中贯穿条件和动作项的一列就是一条规则。
2. 假设有n个条件，每个条件的取值有两个（0，1），全组合有 2 的 n 次方种规则。

• 步骤：

1. 明确需求
2. 画出判定表

          1）、列出条件桩和动作桩

          2）、填写条件项，对条件进行全组合

          3）、根据条件项的组合确定动作项

          4）、简化、合并相似规则（有相同的动作）

       3.根据规则编写测试用例

案例1：订单发货验证

一、明确需求：

    1）、如果金额大于500元，又未过期，则发出批准单和提货单; 
    2）、如果金额大于500元，但过期了，则不发批准单与提货单; 
    3）、如果金额小于等于500元，则不论是否过期都发出批准单和提货单; 
    4）、在过期的情况下不论金额大小还需要发出通知单。

二、列出条件桩和动作桩

三、编写用例

案例2：字符与数字

一、明确需求：

二、列出条件桩和动作桩

三、编写用例

• 应用场景

1. 有多个输入条件，多个输出结果，输入条件之间有组合关系，输入条件和输出结果之间有依赖（制约）关系
2. 判定表一般适用于条件组合数量较少的情况（比如4个条件以下）

提示：如果碰到项目中多条件组合大于4个相互依赖，可以使用正交表和因果图实现。

5、对项目业务进行设计用例

方法：使用流程图，测试业务

案例：ATM机

设计测试用例 

• 错误推测法

1. 定义：通过经验推测系统可能出现的问题。
2. 思想：根据经验列举出可能出现问题的清单，根据清单分析问题可能原因推测并发现缺陷。
3. 场景：时间紧任务量大时，根据之前项目类似的经验找出易出错的模块重点测试。时间宽裕时通过该方法列出之前问题出现较多的模块再次测试。