软件测试_day02

1. 等价类划分法

1.1适用场景

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

• 输入框

• 下拉列表

• 单选复选框

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

1.2案例

2. 边界值分析法

2.1边界范围节点

• 选取正好等于、刚好大于、刚好小于边界的值作为测试数据

• 上点：边界上的点（正好等于）

• 离点：距离上点最近的点（刚好大于、刚好小于）

• 内点：范围内的点（区间范围内的数据）

2.2边界值法设计用例步骤

1. 明确需求

2. 确定有效和无效等价类

3. 确定边界范围值

4. 提取数据编写测试用例

提示：

1. 有关范围限制，最多7条用例（暂时未优化）

2. 边界值能解决位数限制问题，但是不能解决类型问题（要结合等价类）

2.3案例

2.4优化（7点优化5点）

• 重点：开内闭外（开区间选包含的点，闭区间选不包含的点）

• 开区间：不包含边界上的点（没有等号）。如：a<10

• 闭区间：包含边界上的点（有等号）。如：a<=10

优化策略：

• 结论：7个点优化为5个点

• 上点：必选（不考虑区间开闭）

• 内点：必选（建议选择中间范围）

• 离点：开内闭外（考虑开闭区间，开区间选择内部离点，闭区间选择外部离点）

10<a<=20 --->使用开闭区间表达：（10,20]

2.5使用场景

• 在等价类的基础上针对有边界范围的测数据输入的地方（重点关注边界）

• 常见词语描述：大小、尺寸、重量、最大、最小、至多、至少等修饰词语

• 典型代表：有边界范围的输入框类测试

3. 判定表法

3.1判定表法的引入

• 案例：验证“若用户欠费或者关机，则不允许主被叫”功能的测试

• 说明：

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

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

3.2判定表定义及组成部分

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

• 组成：

• 条件桩：列出问题中的所有条件，列出条件的次序无关紧要

• 动作桩：列出问题中可能采取的操作，操作的排列顺序没有约束

• 条件项：列出条件对应的取值，所有可能情况下的真假值

• 动作项：列出条件项的、各种取值情况下应该采取的动作结果

条件	是否欠费	是	是	否	否
	是否关机	是	否	是	否
操作	是否允许主被叫	否	否	否	是

• 规则：

• 判定表中贯穿条件项和动作项的一列就是一条规则

• 假设有n个条件，每个条件的取值有两个（0,1），全组合有2的n次方种规则

3.3判定表法设计用例步骤

1. 明确需求

2. 画出判定表

1. 列出条件桩和动作桩

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

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

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

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

3.4案例

3.5使用场景

• 有多个输入条件，多个输出结果，输入条件之间有组合关系，输入条件和输出结果之间有依赖（制约）关系

• 判定表一般适用于条件组合数量较少的情况（比如4个条件以下）

• 如果条件超过4个，就不适合覆盖所有条件，应采用（正交法）来解决

4. 场景法

4.1流程图

• 使用标准图形和箭头来表达程序或业务的走向

• 流程图对测试人员有什么用？

• 能够看懂流程图，设计业务用例

• 当需求文档信息不全是，能够根据需求，梳理出流程

• 网页版流程图工具

• Windows工具：visio

4.2案例

5. 错误推测法

5.1介绍

面试题：时间紧任务量大，又不能加人的情况下，我们怎么尽最大可能把项目实施测试？

答：先跟产品人员确定哪些是重要业务，再验证主功能的正向逆向按照时间节点去走，然后通过加班去处理，后期再补上用例。

5.2应用场景

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