软件测试的核心就是测试用例编写！！！
等价类划分法定义把所有程序的输入域（输入数据 ）划分为若干个子集合（等价类），从每个子集合这种选取少数具有代表性的数据作为
- 软件测试的核心就是测试用例编写！！！
- 等价类划分法
- 定义
- 把所有程序的输入域（输入数据 ）划分为若干个子集合（等价类），从每个子集合这种选取少数具有代表性的数据作为测试的输入数据。
- 在该子集合中，所有的输入数据对于揭露软件中的错误都是等效的。--减少测试用例数量，提高效率。
- 把所有程序的输入域（输入数据 ）划分为若干个子集合（等价类），从每个子集合这种选取少数具有代表性的数据作为测试的输入数据。
- 划分
- 有效等价类（正面，不报错）
- 无效等价类（负面，抛出错误，提示友好）
- 有效等价类（正面，不报错）
- 等价类划分法用例设计步骤和原则
- 1.分析需求，先确定其有效等价类，列出所有划分出的等价类--列出有效、无效
- 2.在确立了等价类后，建立等价类表，列出所有划分出的等价类--建表
- 3.再从划分出的等价类中选择测试用例--从列出的等价类中进行设计测试用例
- 尽可能多覆盖有效等价类--减少测试用例数量，避免重复，提高效率。
- 仅覆盖一个无效等价类--为了确定哪个因素触发错误，每一种错误都被正确处理。
- 尽可能多覆盖有效等价类--减少测试用例数量，避免重复，提高效率。
- 1.分析需求，先确定其有效等价类，列出所有划分出的等价类--列出有效、无效
- 等价类划分法应用场景
- 当测试需要数据量过大，且数据操作可以分类时进行等价类划分。
- 当测试需要数据量过大，且数据操作可以分类时进行等价类划分。
- 举个栗子：
- 微信红包
- 需求：金额区间【0.01-200】设计测试用例
- （1）分析需求
- 有效：1)0.01-200 4)数字 6）小数点不超过两位
- 无效：2)>200 3)<0.01 5）非数字（中文、字母、字符、空格）7）超过两位小数 8）控制 9）负数
- 有效：1)0.01-200 4)数字 6）小数点不超过两位
- （2）建表--选取有代表意义的数字
- （3）设计测试用例
- 需求：金额区间【0.01-200】设计测试用例
- 密码
- 需求：8-16位，数字、字母、字符至少两种
- 需求：8-16位，数字、字母、字符至少两种
- 微信红包
- 定义
- 边界值分析法--与等价类划分法一起使用
- 定义
- 边界值分析法是对等价类划分法的一个补充，一般从等价类的边缘值去寻找
- 边界值分析法是对等价类划分法的一个补充，一般从等价类的边缘值去寻找
- 原则和步骤
- （1）确定边界，选取正好等于、刚刚大于或刚刚小于的值作为测试数据。
- 方法：两点法：边界。三点法：边界加中间值。四点法：边界、刚刚大于、刚刚小于。
- 方法：两点法：边界。三点法：边界加中间值。四点法：边界、刚刚大于、刚刚小于。
- （2）有效等价类边界、无效等价类边界
- 注意：
- 次边界值：IP地址（0-255）、时间格式（0-23）、2的幂值
- 特殊边界值：0、负值、空值、空格
- 次边界值：IP地址（0-255）、时间格式（0-23）、2的幂值
- 注意：
- （1）确定边界，选取正好等于、刚刚大于或刚刚小于的值作为测试数据。
- 作用
- 经验所得，错误常常发生在边界上。
- 经验所得，错误常常发生在边界上。
- 应用场景
- 需求规定了取值范围或规定了取值的个数时
- 需求规定了取值范围或规定了取值的个数时
- 定义
- 等价类划分和边界值分析法常见运用场景
- 1.输入条件规定的取值范围或值得个数的情况（最小<x<最大，最小<x，最大>x）。例如用户名长度、红包金额
- 2.在下拉列表中包含多个选项的情况；城市下拉选项（第一个、最后一个、中间一个）
- 3.在规定了输入数据必须遵守规则下，可确立一个有效等价类和若干个无效等价类
- 4.报表数据第一行、最后一行、中间一行
- 5.屏幕上光标在最左上、最右下位置
- 1.输入条件规定的取值范围或值得个数的情况（最小<x<最大，最小<x，最大>x）。例如用户名长度、红包金额
- 场景法
- 定义
- 通过场景描述的业务流程（业务逻辑），也包括代码实现逻辑，设计用例来遍历场景（路径），验证软件系统功能的正确性。
- 通过场景描述的业务流程（业务逻辑），也包括代码实现逻辑，设计用例来遍历场景（路径），验证软件系统功能的正确性。
- 如何使用
- 1.画出流程图--矩形：步骤（操作、输入、输出结果），菱形：判断条件，箭头：流向
- 2.遍历场景，提取测试用例
- 覆盖正常路径
- 走每个分支判断的地方
- 出错步骤重新回到主流程建议多走一步正确的步骤
- 覆盖正常路径
- 1.画出流程图--矩形：步骤（操作、输入、输出结果），菱形：判断条件，箭头：流向
- 注意
- 不单独使用
- 场景法重点是测试流程，因此每个流程一个用例验证即可，流程测试没有问题并不能说明系统功能没有问题，还要针对单步的功能进行测试
- 单个功能点+流程测试才是充分的测试
- 不单独使用
- 举个栗子
- 1、ATM机取钱
- 流程图
- 测试步骤
- 场景一：正常流程：插入合法银行卡，输入正确密码，输入正确且充足的金额，ATM姬3足够
- 场景二：插入不合法的卡，退卡提示错误
- 场景三：插入合法银行卡，输入密码后点击取消，--退卡
- 场景四：插入合法银行卡，不点击取消输入，错误密码，不超过3次--提示密码错误重新输入
- 多走一步正确流程：插入合法银行卡，不点击取消输入，错误密码，不超过3次-提示密码出错，输入正确密码
- 多走一步正确流程：插入合法银行卡，不点击取消输入，错误密码，不超过3次-提示密码出错，输入正确密码
- 场景五：插入合法银行卡，不点击取消输入，错误密码，出错3次--吞卡
- 场景六：插入合法银行卡，不点击取消输入，正确密码，输入金额，金额不合法--提示错误，重新输入金额
- 多走一步正确流程：插入合法银行卡，不点击取消输入，正确密码，输入金额，金额不合法--提示错误，重新输入合法金额
- 多走一步正确流程：插入合法银行卡，不点击取消输入，正确密码，输入金额，金额不合法--提示错误，重新输入合法金额
- 场景七：插入合法银行卡，不点击取消输入，正确密码，输入金额，金额合法，账户余额不足--提示错误，重新输入金额
- 多走一步正确流程：插入合法银行卡，不点击取消输入，正确密码，输入金额，金额合法，账户余额不足--提示错误，重新输入账户合法金额
- 多走一步正确流程：插入合法银行卡，不点击取消输入，正确密码，输入金额，金额合法，账户余额不足--提示错误，重新输入账户合法金额
- 场景八：插入合法银行卡，不点击取消输入，正确密码，输入金额，金额合法，账户余额足，ATM机金额不足-提示错误，重新输入
- 多走一步正确流程：插入合法银行卡，不点击取消输入，正确密码，输入金额，金额合法，账户余额足，ATM机金额不足-提示错误，重新输入合法ATM机金额
- 多走一步正确流程：插入合法银行卡，不点击取消输入，正确密码，输入金额，金额合法，账户余额足，ATM机金额不足-提示错误，重新输入合法ATM机金额
- 场景一：正常流程：插入合法银行卡，输入正确密码，输入正确且充足的金额，ATM姬3足够
- 流程图
- 2、OA请假流程
- 流程图
- 测试步骤
- 场景一：正常流程
- （1）员工提交请假天数超过3天，部门经理审批通过，部门总监审批通过，HR审批通过，请假成功
- （2）员工提交请假天数不超过3天，部门经理审批通过，HR审批通过，请假成功
- （1）员工提交请假天数超过3天，部门经理审批通过，部门总监审批通过，HR审批通过，请假成功
- 场景二：员工提交请假天数超过3天，部门经理审批不通过，提示员工重新提交请假申请
- 多走一步：员工提交请假天数超过3天，部门经理审批不通过，提示员工重新输入请假申请，部门经理审批通过，部门总监审批通过，HR审批通过，请假成功
- 多走一步：员工提交请假天数超过3天，部门经理审批不通过，提示员工重新输入请假申请，部门经理审批通过，部门总监审批通过，HR审批通过，请假成功
- 场景三：员工提交请假天数超过3天，部门经理审批通过，部门总监审批不通过，提示员工重新提交请假申请
- 多走一步：员工提交请假天数超过3天，部门经理审批通过，部门总监审批不通过，提示员工重新输入请假申请，员工输入请假申请，部门总监审批通过，HR审批通过，请假成功
- 多走一步：员工提交请假天数超过3天，部门经理审批通过，部门总监审批不通过，提示员工重新输入请假申请，员工输入请假申请，部门总监审批通过，HR审批通过，请假成功
- 场景四：员工提交请假天数超过3天，部门经理审批通过，部门总监审批通过，HR审批不通过，提示员工重新提交请假申请
- 员工提交请假天数超过3天，部门经理审批通过，部门总监审批通过，HR审批不通过，提示员工重新输入请假申请，员工输入请假申请，请假超过3天，部门经理审批通过，部门总监审批通过，HR审批通过,请假成功。
- 员工提交请假天数超过3天，部门经理审批通过，部门总监审批通过，HR审批不通过，提示员工重新输入请假申请，员工输入请假申请，请假超过3天，部门经理审批通过，部门总监审批通过，HR审批通过,请假成功。
- 场景五：员工提交请假天数不超过3天，部门经理审批不通过，提示员工重新提交请假申请
- 多走一步：员工提交请假天数不超过3天，部门经理审批不通过，提示员工重新提交请假申请，员工重新提交，部门经理审批通过，HR审批通过，请假成功
- 多走一步：员工提交请假天数不超过3天，部门经理审批不通过，提示员工重新提交请假申请，员工重新提交，部门经理审批通过，HR审批通过，请假成功
- 场景六：员工提交请假天数不超过3天，部门经理审批通过，HR审批不通过，提示员工重新提交请假申请
- 多走一步：员工提交请假天数不超过3天，部门经理审批通过，HR审批不通过，提示员工重新提交请假申请，员工重新提交，部门经理审批通过，HR审批通过，请假成功
- 多走一步：员工提交请假天数不超过3天，部门经理审批通过，HR审批不通过，提示员工重新提交请假申请，员工重新提交，部门经理审批通过，HR审批通过，请假成功
- 场景一：正常流程
- 流程图
- 1、ATM机取钱
- 定义
- 错误推测法--反推法
- 定义
- 基于经验、知识、直觉；不单独使用，作为补充；考虑可能触发错误场景。
- 基于经验、知识、直觉；不单独使用，作为补充；考虑可能触发错误场景。
- 举个栗子
- 某平台登录页面
- 账号面错误
- 验证码
- 网络问题
- 浏览器兼容性
- 性能弱（并发大量用户）
- 账号黑名单--举报
- 登录失败错误次数过多，冻结账号
- 服务器异常，无响应
- 第三方登录
- 单点登录
- 账号面错误
- 某平台登录页面
- 定义
- 笔试面试题整理
- 1.编写测试用例会用什么方法？接着会问，你觉得你在写用例的时候用到了吗？
- 等价类、边界值、场景法、错误推测
- 等价类、边界值、场景法、错误推测
- 2.输入边长A、B、C 3个值，判断是否能构成三角形，输出对应的信息?
- 分析思路:
- ①首先要考虑a，b, c是否为正数: a>0，b>0， c>0。
- ②三角形判断依据:三角形任意两边之和大于第三边: a<b+c且b<a+c且c<a+b。
- ③直角三角形判断依据:勾股定理: a2+b2=c2 or a2+c2=b2 or c2+b2=a2。
- ④等腰三角形判断依据:两边相等: a=b≠c或a=c≠b或b=c≠a。
- ⑤等边三角形判断依据:三边相等: a=b=c。
- ⑥等腰直角三角形。
- ①首先要考虑a，b, c是否为正数: a>0，b>0， c>0。
- （1）场景法，画出流程图，并整理出测试用例
- （2）等价类划分法，整理出测试用例
- 分析思路:
- 1.编写测试用例会用什么方法？接着会问，你觉得你在写用例的时候用到了吗？
- 知识卡
