测试用例作用、要素及常用设计方法——DAY2

学习目标：

1、能够针对穷举场景设计测试点       等价类划分法

2、能够针对限定边界设计测试点       边界值分析法

3、能够对多条件依赖关系进行设计测试点     判定表

4、能够对项目业务进行设计用例                场景法

 

https://i.cnblogs.com/posts/edit;postId=15737293

 

一、测试用例

测试用例作用

1、防止漏测

2、实施测试的标准（前置步骤，具体实施）

用例编写格式（八大要素）：

• 用例编号：项目+模块+编号
• 用例标题：预期结果·+操作步骤
• 模块、项目：所属模块或项目
• 前置条件：执行此用例，有哪些前置操作
• 优先级：表示用例的重要成都或者影响力p0-p4(p0最高）
• 测试步骤
• 测试数据：操作的数据，没有的话可以为空
• 预期结果   

编写测试用例目的：

1. 从测试用例追溯回功能需求以保证没有需求被疏忽
2. 用测试用例来验证产品需求模型的正确性
3. 通过测试用例以确认是否达到了产品期望的要求 

二、等价类划分：

 

 

作用：解决穷举问题

方法：等价类可以实现

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

          无效等价：所有无效数据集合，取一个即可。考虑项为：规则（需求本身）、长度、类型、是否为空、是否重复

步骤：

          明确需求

          确定有效类和无效类

          提取数据编写测试用例

示:1：6-10自然数的qq号码

 示例2：验证某城市电话号码正确性

要求：

• 区号：空或者三位数
• 前缀码：非0且非1开头的三位数
• 后缀码：四位数字 

 

 

 

 

 

 

 

三、边界值划分法：解决边界限制问题

1、边界范围节点

 

2、边界值设计用例步骤

• 1、明确需求
• 2、确定有效和无效等价类
• 3、确定边界范围值
• 4、提取数据编写测试用例

 

 

 

 ！！！如图所示的用例，按照边界值来说已经覆盖了等价类，是不是可以不用等价类了？

！！！答：不行。因为边界值只能覆盖位数，不能覆盖非数字。   只能覆盖位数长度，不能覆盖类型啊。

 

 

 

 

 

2-4 练习

需求：通过边界值法验证QQ号码的合法性

要求：6-10位自然数

 

 

 

 

四、判定表法:多条件依赖问题

 1.判定表定义及组成部分

• 定义：是一种以表格形式表达多条件逻辑判断的工具
• 组成：
  • 条件桩：列出问题中的所有条件，次序无关紧要
  • 动作桩：列出问题可能采取的操作，次序无约束
  • 条件项：条件可能的取值
  • 动作项：列出条件项的，各种取值情况下应该采取的动作结果
  • 
• 规则：
  • 判定表中贯穿条件项和动作项的一列就是一条规则
  • 假设有n个条件，每个条件有两个（0，1）取值，全组合有2ⁿ种规则

2、案例1

 

1)、如果金额大于500元，又未过期，则发出批准单和提货单:

2)、如果金额大于500元，但过期了，则不发批准单与提货单;

3)、如果金额小于等于500元，则不论是否过期都发出批准单和提货单;

4)、在过期的情况下不论金额大小还需要发出通知单。

 

我设计的：                                                                                                                               正确结果：

 

 

 最终测试用例：

 

 

案例2 文件修改规则

 

 

我设计的;

 

 

 

判定表应用场景：

• 有多个输入条件，多个输出结果，输入条件之间有组合关系，输入条件和输出结果之间有依赖(制约)关系
• 判定表一般适用于条件组合数量较少的情况(比如4个条件以下)
• 提示∶如果碰到项目中多条件组合大于4个相互依赖，可以使用(正交表和因果图来实现)

 

五、场景法：解决业务场景测试点覆盖问题

•   说明：场景法也可以叫做流程图法，是用流程图描述用户的使用场景，然后通过覆盖流程路径来设计测试用例。
• 即使场景不满足，前置条件、测试步骤、测试数据也需要补充完整。如流程1-2-3，但是不满足1，用例设计时也需要补充到3.

 

 

 六、错误推荐法（灰盒测试常用）

 定义:通过经验推测可能出现的问题

场景：

• 时间紧任务大，根据之前项目的类似经验找出易出错的模块重点测试
• 实践宽裕，通过该方法列出之前出现问题较多的模块重点测试