4天搞定软件测试（第二天）

三、设计测试点

 1.对穷举场景设计测试点

•  等价类划分法：在所有测试数据中，具有某种共同特征的数据集合进行划分。

分类：①有效等价类：满足需求的数据集合。

②无效等价类：不满足需求的数据集合。

 步骤：①明确需求

②确定有效和无效等价类

③提取数据编写测试用例

 重点：有效等价和单个无效等价各取1个即可。

 案例1：

案例2：

 重点： 1.正向用例：一条尽可能覆盖多条。

              2.逆向用例：每一条数据，都是一条单独用例。

适用场景：

 重点：完整的用例应改该是等价类和边界值一块写。

2.对限定边界规则设计测试点

边界值分析法

（1）边界值范围点：

（2）步骤：

• 明确需求
• 确定有效和无效等价
• 确定边界范围
• 提取数据写用例

 提示：边界值能解决位数问题，但不能解决类型问题。

案例1：

  案例2：

（3） 边界范围节点：

 （4）优化：7个点优化为5个点

案例2优化之后：

重点：开内闭外（去掉用例005、006）

（5）使用场景：

 重点：单个输入框，常用的方式：边界+等价类（最常用的用例设计方法）

3.对条件依赖关系进行设计测试点

判定表法

判定表：一种以表格形式表达多条件逻辑判断的工具。

（1）组成：

 （2）步骤：

 （3）说明：

等价类边界值分析法主要关注单个输入类条件的测试。

并未考虑输入条件之间的各种组合、输入条件与输出结果之间又相互制约关系的测试。

重点：多个条件之间不一定存在依赖关系，但存在依赖关系的多个条件才能使用判定表。

 （4）案例：

 （5） 规则：

案例1：

案例2：

 使用场景：

 若条件组合数量大于4，则可使用正交、因果图的方法。（现在很少出现，说明业务依赖性过强）

 

4.对项目业务进行设计测试点（业务测试覆盖）

场景法：

（1）流程图：

 重点：1.覆盖业务测试，需要使用流程图法

2.先测试业务，再测试单功能、单模块、单页面。

3.业务用例是根据流程图来梳理的，需要先了解流程图。

根据实际的应用场景，来测试业务用例，可以使用场景法。

 案例：ATM机取款流程

 

 也可以写成以下形式：

 

 5、错误推荐法：通过经验推测系统可能出现的问题。

 （1）思想：根据经验列举出可能出现问题的清单，根据清单分析问题可能原因，推测发现缺陷。

（2）场景：

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

（3）应用场景:当项目用例都执行完毕，且BUG修复完成，离上线还有一段时间，在这段时间中可是使用错误推荐法复测主要业务或测试未覆盖的功能。