根据自学视频，整理的个人笔记，可能不完美，有不足，请指正！！！
1.等价类划分法
说明：在所有测试数据中，具有某种共同特征的数据集合进行划分
等价类划分
有效等价类：所有有效数据集合，取一个即可
无效等价类：所有无效数据集合，取一个接口
步骤：
1.明确需求
2.确定有效和无效等价类
3.提取数据编写测试用例
适用场景
针对：需要有大量数据测试输入，但没办法穷举测试的地方
如 输入框、下拉列表、单选复选框
典型：页面级的输入框类测试。
案例（学习视频中给出的案例）
1-1需求：验证QQ账号的合法性；要求6-10位自然数。
编写步骤：
1.明确需求
2.有效等价类：6<=自然数<=10，无效等价类：非自然数，大于10，小于6
3.编写出的用例看表
1-2需求 .验证某城市电视号码正确性（练习使用，略难，但是）
要求：1.区号：空或者是三位数
2.前缀码：非0且非1开头的三位数字
3.后缀吗：四位数字
编写步骤：
1.查看需求理清要求中的参数，区号，前缀，后缀，类型（数字），长度，规则
2.列出有效等价类和无效等价类
3.用例
2.边界值分析法
作用：一种等价类测试用例方法的重要补充，统计数数据表明大量程序错误往往容易在边界尚发送。
边界范围节点：选取正好等于，刚好大于，刚好小于边界的值作为测试数
上点：边界上的点（刚好等于）
离点：距离上最近的点
内点：范围内的点
举例说明：验证QQ账号的合法性；要求-99~99之间的自然数。
此时：绿色点是上点；黄色点是离点；蓝色点是内点。
通过数据发现，这类方法一般最多有7个测试用例（可以数点），最少5个测试用例（离点通过开内闭外，可从4个测试点变成2个测试点）
PS：开内闭外指的是当-99<=a<100时，可写成[-99,100),此时 [ 就是闭区间，）是开区间，开区间选择范围内的数，所以100附近的离点有99和101，此时通过开内可判断，应测99，101可以不测，闭外同理。
适用场景
等价类基础上，典型代表有边界范围的输入测试
常见词：大小、重量、最多、至多等。
提示：边界值可以覆盖等价类的长度，但是无法覆盖其类型。
案例2-1
需求：通过边界值法验证标题长度的合法性
要求：标题长度大于0，小于等于30个字符
步骤：
1.明确需求
2.确定有效等价和无效等价（有效：1，15，29，30；无效：0，31）
3.确定边界范围（本题为：0，15，29，30，31）
4.提数据编写测试用例
2-2练习
需求：通过边界值验证 QQ号码的合法性
要求：6-10位自然数
3.判定表法
作用：能够将复杂的问题按照各种可能的组合的情况全部列举出来，简直并避免“遗漏测试点”
说明： 表示的是有多个输入和多个输出，而且输入和输入之间有相互组合的关系，输入和输出之间有相互的依赖关系。
组成：
条件桩：问题中的所有条件，列出条件的次序无关紧要
动作桩：问题中可能采取的操作，操作排序顺序无约束
条件项：列出条件对应的值，以及所有情况下的真假值
动作项：列出条件项，以及各种取值下的动作结果
案例：验证“若用户欠费或者关机，则不允许被主叫”功能的测试
步骤：
1.需求分析；
2.列出条件桩和动作桩；
3.对条件桩进行组合；
4.明确每个组合对应的动作项；
5.设计测试用例，每行数据对应一条测试用例
| 条件 | 是否欠费 | 是 | 是 | 否 | 否 |
| 条件 | 是否关机 | 是 | 否 | 是 | 否 |
| 操作 | 是否允许主被叫 | 否 | 否 | 否 | 是 |
解析：分析案例，我们会发现案例中有两个条件，此时它们有是否两种结果，所以组合在一起为四种结果，即四个动作结果。
PS：判定表中贯穿条件项和动作项的一例就是一条规则，N个条件，每个条件有（0，1）两个取值，全组合有2的N次方种规则
练习：订购单检查
步骤：
1.需求分析；
2.列出条件桩和动作桩；
3.对条件桩进行组合；
4.明确每个组合对应的动作项；
5.设计测试用例，每行数据对应一条测试用例
得到图
分析所得用例图
练习2：文件修改规则
提示
条件：第一列字符必须为A/B；第二列必须为一个数字
动作：第一列不正确，给出信息L；第二列不正确，给出信息M；两个都正确，则修改成功。
使用场景： 集成测试；系统测试；验收测试、冒烟测试
有多个输入条件，多个输出结果，输入条件之间有组合关系，输入条件和输出结果之间有依赖(制约)关系
判定表一般适用于条件组合数量较少的情况(比如4个条件以下)
PS：超过4个条件，使用正交表和因果图（目前基本不用，难度大，使用少）
4.场景法
扩展：流程图（认识即可）
使用标准图形解决业务用例的问题。
1、看懂流程图，设计业务用例
2、当需求文档信息不全时，能够根据需求，梳理出流程
ProcessOn - 免费在线作图，思维导图，流程图，实时协作
流程图练习：
1、用户名为admin密码为:123456，输出:登录成功
2、登录、控索商品、添加购物车、去结算、支付，如果支付成功，则提示下单成功，否则提示支付失败
场景法
说明：
场景法也可以叫流程图法，是用流程图描述用户的适用场景，然后通过覆盖流程图路径来设计测试用例。
意义：
用户使用角度：用户平时使用的不是单个功能，而是多个功能组合起来进行使用
测试人员使用角度：平时测试的都是单个功能点进行测试，容易忽略多个功能的组合测试。
步骤
需求分析
确定基本流与备选流
基于基本流与备选流设计测试场景
一个场景就是一个测试用例
案例-ATM取款流程
看图，画出流程图
根据流程图，我们可以对测试用例进行编写。
其中需要考虑到一些情况，需要加入流程图和测试中。（ATM系统中常用场景法）
练习 业务用例设计
绘制流程图
编写测试用例
练习 单模块用例设计
5.错误推断法
概念：利用测试人员的直觉或经验去发现程序可能犯错或容易犯错的地方，重点强调测试经验。
使用场景：
时间紧，任务量大时使用。（没有时间写用例）