判定表法、场景法

判定表法

案例：订购单检查

1. 如果金额大于500元，又未过期，则发出批准单和提货单；
2. 如果金额大于500元，但过期，则不发出批准单和提货单；
3. 如果金额小于等于500元，则无论是否过期都发出批准单和提货单；
4. 在过期的情况下无论金额大小还需要发出通知 单

1. 明确需求

1.     如果金额大于500元，又未过期，则发出批准单和提货单；
2. 如果金额大于500元，但过期，则不发出批准单和提货单；
3. 如果金额小于等于500元，则无论是否过期都发出批准单和提货单；
4. 在过期的情况下无论金额大小还需要发出通知单

1. 判定表

   条件桩、动作桩

    

案例：文件修改规则

1. 输入的第一列字符必须是A或B
2. 第二列字符必须是一个数字
3. 如果第一列字符不正确，则给出信息L
4. 如果第二列字符不正确，则给出信息M
5. 如果两列字符输入正确，则修改文件成功

 条件桩、动作桩

应用场景

1. 有多个输入条件，多个输出结果，输入条件之间有组合关系，输入条件和输出结果之间有依赖（制约）关系
2. 判定表一般适用于条件组合数量较少的情况（比如4个以下）
3. 提示：如果碰到项目中多条件组合大于4个互相依赖、可以使用（正交表和因果图来实现）

解决业务测试点覆盖问题

场景法

  说明：也叫流程图法，是用流程图描述用户的使用场景，然后通过覆盖流程路径来设计测试用例

  意义：

   用户使用角度：用户平时使用的不是单个功能，而是多个功能组合起来进行使用

   测试人员角度：平时测试的都是单个功能点进行测试，容易忽略多个功能的组合测试

扩展：流程图

用标准图形或箭头来表达程序或业务走向

Q：流程图对测试人员有什么作用？

能看懂流程图，设计业务用例

当需求文档信息不全时，能够根据需求，梳理出流程

Windows工具：visio

网页工具：ProcessOn思维导图流程图-在线画思维导图流程图_在线作图实时协作

练习:

1. 用户名为admin  密码为：123456，输出：登录成功
2. 登录、搜索商品、添加购物车、去结算、支付，如果支付成功，则提示下单成功，否则提示支付失败

提示：流程图只要用来解决业务用例问题

ATM机取款流程

错误推荐法

定义：通过经验推测系统可能出现的问题

思想：根据经验列举出可能的问题的清单，根据清单分析问题可能原因，推测发现问题

场景：

1. 时间紧任务量大
2. 时间充裕，再次测试