本文讲解了软件测试的四种常用测试用例设计的方法
目录
大纲
等价类划分
边界值分析方法
边界值分析方法
判定表法
场景法
错误推荐法（剩下几个小时需要上线）
前言
软件测试描述一种用来促进鉴定软件的正确性、完整性、安全性和质量的过程。换句话说，软件测试是一种实际输出与预期输出之间的审核或者比较过程。软件测试的经典定义是：在规定的条件下对程序进行操作，以发现程序错误，衡量软件质量，并对其是否能满足设计要求进行评估的过程。
大纲
能对穷举场景设计测试点：等价类划分法
能对限定边界规则设计测试点：边界值分析法
能对多条件依赖关系进设计测试点：判定表法
能对于项目业务进行设计测试点：场景法
错误推测法
等价类划分
说明：在所有测试数据中，具有某种共同特征的数据集合进行划分
分类：有效等价类和无效等价类：满足需求的数据集合和不满足需求的数据集合
步骤：明确需求，确定有效和无效等价类，提取数据编写测试用例
重点：
正向：一条用例尽可能覆盖多条
逆向：每一条都是一个单独用例
总结（应用场景）
针对：需要有大量数据测试输入，但是没法穷举测试的地方
输入框，下拉列表，单选复选框
典型代表：页面的输入框类测试
完整的用例应该是等价类和边界值一起写
边界值分析方法
选取正好等于、刚好大于、刚好小于边界的值作为测试数据
上点：边界上的点（正好等于）（绿色）
离点：距离上点最近的点（刚好大于、刚好小于）（黄色）
内点：范围内的点（区间范围内的数据）（蓝色）
明确需求
确定有效和无效等价
确定边界范围
提取数据编写用例
提示：有关范围限制，最多7条用例（暂时未优化）
边界值能解决位数限制问题，但是不能解决类型问题（要结合等价类）
边界值分析方法
使用场景
在等价类的基础上针对有边界范围的测试数据输入的地方（重点关注边界）
常见词语描述：大小、尺寸、重量、最大、最小、至多、至少等修饰词语
典型代表：有边界范围的输入框类测试
结论：7个优化为5个点
上点：必选（不考虑区间开闭）
内点：必选（建议选择中间范围）
离点：开内闭外（考虑开闭区间，开区间选择内部离开，闭区间选择外部离点）
强调：单个输入框，常用的方式 边界+等价类
面试题：最常用的用例设计用例设计方法有那些？ --等价类、边界值
判定表法
验证：若用户欠费或者关机，则不允许主被叫的功能测试
定义：是一种表格形式表达多条件逻辑判断的工具
组成：
条件桩：列出问题中的所有条件，操作的排列顺序没有约束
动作桩：列出问题中可能采取的操作，操作的排列顺序没有约束
条件项：列出条件对应的取值，所有可能情况下的真假值
动作项：列出条件项的，各种取值情况下应该采取的动作结果
解决多条件有依赖关系测试
重点：使用判定表
规则：判定表中贯穿条件项和动作项的一列就是一条规则
假设有N个条件，每个条件的取值有俩个（0，1），全组合有2的N次方种规则
使用场景
有多个输入条件，多个输出结果，输入条件之间有组合关系，输入条件和输出结果质检有依赖（制约）关系
判定表一般适用于条件组合数量较少的情况下，比如4个条件以下
提示：
多条之间有依赖关系，使用判定表来进行测试覆盖
判定表一般适合4个以内的条件依赖关系
如果条件超过4个，就不适合覆盖所有条件，应采用（正交法）来解决。
场景法
扩展：流程图
使用标准图形和箭头来表达程序或业务的走向
流程图对测试人员有什么作用？
能够看懂流程图，设计业务用例
当需求文档信息不全时，能够根据需求，梳理出流程
业务测试覆盖
重点：
覆盖业务测试，需要使用流程图法
先测试业务，再测试单功能，单模块，单页面
流程图：提示-业务用例是根据流程图来梳理的，需要先了解流程图
作用：梳理业务用例
练习流程图工具
线上：ProcessOn思维导图流程图-在线画思维导图流程图_在线作图实时协作
离线工具：X-Mind、visio
错误推荐法（剩下几个小时需要上线）
定义：通过经验推测系统可能出现的问题
思想：根据经验列举出可能出现问题的清单，根据清单分析出问题可能原因，推测发现缺陷
场景：1.时间紧任务量大时，根据之前的项目类似经验找出容易出错的模块重点测试
2.时间宽裕通过该方法列出之前出现问题较多的模块再次测试
应用场景：当项目用例都执行完毕，且BUG修复完成，距离上线还有一段时间，在这段时间中可以使用错误推荐法复测主要业务或测试来覆盖的功能
总结
以上就是今天要讲的内容，本文讲解了软件测试的四种常用测试用例设计的方法。
