边界值分析法
引入的场景：开发人员常常在边界的位置容易出现问题，此时需要针对边界值再测试
边界范围的确定
- 上点：刚好等于边界的值（取值不考虑开闭区间）?
- 离? ?点：刚好小于/大于边界的值（取值类型看需求）
- 内点：边界范围的任何取值（取中间的值）
边界值分析设计用例步骤
- 明确需求???
- ?测试目的
- 测试条件
- ?划分等价类? ?
- 有效等价类
- 无效等价类? ? ?
?确定边界范围值之后，结合等价类进行合并补充
结论：7个优化5个点
上点：必选（不考虑区间开闭）
内点：必选（建议选择中间范围）
离点：开内闭外（考虑开闭区间，开区间选择内部离点，闭区间选择外部离点）
边界值适用场景
对于等价类划分法的完善和补充
- ?针对有边界范围的批量取值的输入类测试（重点关注边界）
- 典型代表：输入框（有边界范围区间）
判定表法
判定表引入
- 判定表：是一种以表格形式多条件判断的工具
判定表构成
- 条件桩 ：列表需求中所有条件，次序无关
?灰色区域
- ?动作桩:列出需求条件中可能采取的操作（动作）,可能存在多个，次序无所谓
?绿色区域
?条件项：所有条件对应取值（一般取真假值）的全组合
?黄色区域
?动作项：上述条件项对用操作结果
蓝色区域
?
?根据表计算测试用例
如果条件的取值只有两个，那么每种的条件的组合数量为2
规则：每种条件项和动作项对应的一列就是一条规则，也叫一条测试用例
?判定表设计用例步骤
- 明确需求
- 测试目的
- 测试条件
- 画出判定表
- 列出条件桩和动作桩
- 在条件桩前面加判定词，根据条件数量进行组合得到所有取值（条件项）??
- 根据每种条件组合得到动作项
- 优化合并相同的条件
- 按照规则编写测试用例? ?
- ?按照测试用例模版编写即可
判定表的适用场景?
- 针对需求中有多个条件，并且条件和条件之间有组合关系，条件和结果之间有制约（因果）关系的场景?
- ?常见词汇：如果.....那么....,若....则.......
注意：超过4个条件的不常见，如果出现超过4个以上条件的，可以使用因果图（网络查询）?
?场景法
?也叫流程图法，通过流程图的描述用户的使用过程，验证整个产品的业务是否正常
- 用户：用户使用更加关注整个系统的应用
- 测试：测试不仅仅要关注单功能测试，还需要关注系统之间的组合测试? ? ? ? ?
?适用场景
- 一般在测试的后期，对于整个系统的模块进行全部的组合测试
- 测试的依据：业务流程范围
?案例： ATM取款
通过测试角度去思考画出流程图
? 
? ?
?问题
1.实际工作中业务流程范围一般有谁来画？
- 一般是由产品/开发的设计人员
- 如果在熟悉需求的基础上，测试可以画出流程图（从用户使用角度去画）? ? ?
?如何画业务流程图[补充]
画图工具：
- Microft Visio
- 在线软件画
- Excel? ??
- ?椭圆：表示流程的开始/结束
- 长方形：流程的处理或者操作
- 菱形：表示流程节点的判断（一般两种结果）
- 平行四边形：表示流程流转过程的数据的输入/输出
- 箭头线：表示流程的走向（箭头线上可以添加标记）
错误推测法 介绍
- 场景1：需要提取核心模块（按照用例的优先级）用例进行测试
- 场景2：需要将原有用例细化完善后，按照用例依次测试即可