软件测试学习(2)

5.21-5.23

知识点回顾

说出常见的测试分类（按照软件编写流程）

测试步骤

学习目标！！！

对穷举场景设计测试点
对限定边界规则设计测试点
对多条件依赖关系进行设计测试点

对项目业务进行设计测试点

等价类划分

见我写的上一篇文章

重点：有效等价和单个无效等价各取一个即可；按照步骤：明确需求；确定有效和无效等价；编写用例

例题1： 见我写的上一篇文章

适用场景

完整的用例：等价类+边界值

边界值分析法

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

边界范围节点

边界值法设计用例步骤

例题2

优化前9条，优化后7条 （合法为P0,不合法为P1）

例题3

边界值优化及总结

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

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

离点：开内闭外 开区间选择内部离点，闭区间选择外部离点（开区间时候，如果上点的不符合，那么就没有必要再测更外的离点了，应该是内部离点；同理闭区间）

#强调单个输入框，常用方式 边界+等价类
#面试题目：最常用的用例设计方法有哪些？  等价类，边界值
#常见词语，大小尺寸重量最大至多

判定表（解决多条件有依赖关系测试）

说明

定义及组成部分

步骤

例题1（订单）

例题2（文件修改）

判定表使用场景

#多条件之间有依赖关系，使用判定表进行测试覆盖
#判定表一般适合4个以内条件依赖关系
#如果条件超过4个，不适合覆盖所有条件，应采用（正交法）来解决

场景法（业务测试覆盖）

也称流程图法。测试业务用例

1.流程图 2.介绍 3.使用场景 4.案例

#覆盖业务测试，需要使用流程图法
#先测试业务，再测试单功能、单模块、单页面

流程图

梳理业务用例

例题1（ATM机取款流程）

上面这一步可以省略，如果流程图可以捋清楚，直接写用例图，否则写出上面更清晰

错误推荐法

当项目用例都执行完毕，且bug都完成修复，离上线还有几个小时，这期间用这个方法再复测

主要业务或测试未覆盖的功能。

总结