黑马程序员——2022版软件测试——乞丐版——day02

目录：

1. 解决穷举场景
   1. 等价类划分法
   2. 案例（qq合法验证）
   3. 案例（城市电话验证）
   4. 总结（应用场景）
2. 解决边界限制问题
   1. 步骤
   2. 案例1
   3. 案例2
   4. 总结
3. 解决多条件有依赖关系测试
   1. 介绍
   2. 步骤
   3. 案例（订单）
   4. 练习（文件修改）
   5. 判定表总结
4. 业务测试覆盖
   1. 重点:
   2. 流程图：
   3. 案例（ATM）
5. 错误推荐法
6. 作业

1.解决穷举场景

等价类划分法

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

1. 明确需求
2. 确定有效和无效等价
3. 根据有效和无效造数据编写用例

案例（qq合法验证）

需求：验证6~10自然数的qq合法

自然数：自然数由0开始，一个接一个，组成一个无穷的集体

 

 

案例（城市电话验证）

 

重点：

1. 正向用例：一条尽可能覆盖多条
2. 逆向用例：每一条数据，都是一条单独用例。 

总结（应用场景）

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

• 输入框
• 下拉列表
• 单选复选框

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

友情提示：完整的用例应该是等价类和边界值一块写。

2.解决边界限制问题

说明：使用边界值解决边界位数限制问题。

提示：
    1、有关范围限制，最多7条用例（暂时未优化）
    2、边界值能解决位数限制问题，但是不能解决类型问题（要结合等价类） 

步骤

1. 明确需求
2. 确定有效和无效等价
3. 确定边界范围
4. 提取数据编写用例 

案例1

案例2

 

总结

• 强调：单个输入框，常用的方式 边界+等价类
• 面试题：最常用的用例设计方法有哪些？--等价类、边界值
• 在等价类的基础上针对有边界范围的测试数据输入的地方(重点关注边界)常见词语描述:大小、尺寸、重量、最大、最小、至多、至少等修饰词语典型代表:有边界范围的输入框类测试

3.解决多条件有依赖关系测试

介绍

步骤

1、明确需求
2、画出判定表

1. 列出条件桩和动作桩
2. 填写条件项，对条件进行全组合
3. 根据条件项的组合确定动作项
4. 简化、合并相似规则(有相同的动作)

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

案例（订单）

需求 ：

判定表：

用例:

练习（文件修改）

需求:

判定表:

用例:

判定表总结

提示：

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

4.业务测试覆盖

重点:

1. ​覆盖业务测试,需要使用流程图法
2. ​先测试业务，在测试单功能、单模块、单页面

流程图：

提示:业务用例是根据流程图来梳理的,需要先了解流程图

作用:梳理业务用例

练习流程图工具：

1. 线上工具：https://processon.com/diagraming/605880af07912927bd71c388
2. 离线工具：visio
3. 其他工具：Excel 

案例（ATM）

流程图：

用例：

5.错误推荐法

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

• 时间紧，任务量大，你怎么保证把这个项目测完？ （十天的活，让你一天干完，你怎么做？）

我先不写用例，我会和产品经理沟通把最主要的业务流程覆盖完，需求文档应该有写项目的业务流程，根据业务流程图，覆盖主要的模块，正向，逆向， 测到哪里算哪里，测试用例可以后边再补。

6.作业

用思维导图设计一下测试用例：

 

上边用例的模版不是最好的， 接下来这张图目前较好（参考了软件质量模型），说明一下，让你设计的是功能测试用例，你瞎扯（界面，易用性，兼容性，性能，安全）干什么？（我目前也回答不上来，反正后来的系统测试会考虑性能，兼容性等方面，有的测试内容不在一个时间点，较早介入感觉也没问题，这些问题得从实践中掌握了，但是应付面试够了）

设计5条测试用例，跟着流程图跑一遍， 成功，失败的流程都覆盖一下，测试用例的模版在上一小节有