软件测试常用方法

目录

1.等价类划分法

1.1 分类

1.2 操作步骤

1.3 实例

2.边界值分析法

2.1 三点

2.1.1 离点优化取值

2.2 操作步骤

2.3 实例

 3.判断表法

3.1 组成

3.2 规则

3.2.1 注意规则

3.3 操作步骤

3.4 实例

4.场景法

4.1 流程图

 4.2 角度

4.3 实例

 4.3.1 补充 冒烟测试实例

 5.错误推荐法

5.1 使用思想、场景

5.2 突发场景时

6. 面试题

---

1.等价类划分法

说明：在所有测试数据中，具有某种共同特征的数据集合划分

通常用来解决穷尽场景

1.1 分类

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

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

1.2 操作步骤

1.明确需求

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

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

1.3 实例

2.边界值分析法

说明：通常边界值分析法是作为对等价类划分法的补充

通常用来解决边界位数限制问题

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

一般按照位数最多用7条用例，优化后可变成5条

2.1 三点

1.上点：刚好等于边界的值

2.离点：刚好大于、刚好小于边界的值

3.内点：范围内的点(数据)  一般取居中值

2.1.1 离点优化取值

开区间(a, b)

闭区间[a, b]

离点在取值时，遇到开区间时，取边界值内的值 取a+1, b-1

离点在取值时，遇到闭区间时，取边界值外面的值 取a-1,  b+1

2.2 操作步骤

1.明确需求

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

3.确定边界值范围

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

2.3 实例

 3.判断表法

说明：以表格形式表达多条件逻辑判断的工具

通常用来解决多条件依赖关系

一般适合4个条件以内的依赖关系

3.1 组成

1.条件桩：列出问题的所有条件         (条件次序无关紧要)

2.动作桩：列出问题中可能采取的操作           (操作次序无关紧要)

3.条件项：列出条件对应的取值，所有条件下的真假值          (真真 真假 假真 假假)

4.动作项：列出条件项的、各种取值情况下应该采取的动作结果           ( √   × )

3.2 规则

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

假设n个条件，每个条件的一般取值只有两个(真, 假)，全组合有2的n次方种规则      2**n种

3.2.1 注意规则

多个条件未必有依赖关系，例如 地址和电话的关系是不依赖的   或者 注册

多个条件才有依赖

如果条件超过4个，就不再适合覆盖全部条件了，应该采用正交法保存，但是这种情况很少很少

3.3 操作步骤

1.明确需求

2.画出判断表

2.1列出条件桩和动作桩

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

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

2.4(有相同的动作时)简化、合并相似规则

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

3.4 实例

 

4.场景法

说明：通过运用场景来对系统的功能点或业务流程的描述，从而提高测试效果的一种方法

通常解决业务用例

注意：要先测业务，再测单功能、单模块、单页面

4.1 流程图

说明：使用标准图形(椭圆，菱形，矩形)和箭头来表达程序或业务的走向

工具：推荐使用微软的 visio 来设计，也可使用word，excel 等等

需要先看懂流程图，才能设计业务用例

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

如下流程图实例

 4.2 角度

用户使用者角度：用户平时使用的不是单个功能，而是多个功能组合起来使用

测试人员角度：平时测试数据的都是单个功能点进行测试，容易忽略多个功能的组合测试

4.3 实例

 4.3.1 补充 冒烟测试实例

 5.错误推荐法

说明：通过经验推测系统可能出现的问题

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

5.1 使用思想、场景

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

场景：时间紧、任务量大且不能加人时，根据之间项目类似经验找出易出错的模块进行重点测试

5.2 突发场景时

先不写测试用例，先赶快与产品人员沟通确定完成最终业务，先覆盖主要业务、主要模块，验证主功能正向、逆向，加班！

6. 面试题

假如你测试的软件有错误，然后软件上线了，里面有个失误，一晚上损失了5000W，你怎么办？