day06
1.因果图
1.1定义
比较适合输入条件比较多的情况,测试所有的输入条件的排列组合。
所谓的原因就是输入,所谓的结果就是输出
1.2因果图测试用例的编写过程
1.确定原因、结果、中间过程
2.连接因果图
3.标明约束条件
4.输出测试用例
1.3案例
编号 | 输入数据 | 预期结果 | 实际结果 | 是否通过 |
---|---|---|---|---|
1 | 投入2.5元硬币,按“可乐”按钮 | 送出“可乐”饮料 | ||
2 | 投入2.5元硬币,按“啤酒”按钮 | 送出“啤酒”饮料 | ||
3 | 投入2.5元硬币,按“奶茶”按钮 | 送出“奶茶”饮料 | ||
4 | 投入3元硬币,按“可乐”按钮 | 退还5角硬币,送出“可乐”饮料 | ||
5 | 投入3元硬币,按“啤酒”按钮 | 退还5角硬币,送出“啤酒”饮料 | ||
6 | 投入3元硬币,按“奶茶”按钮 | 退还5角硬币,送出“奶茶”饮料 |
2.错误推测法
2.1定义
基于经验和直觉推测程序中可能发送的各种错误,有针对性地设计。只能作为一种补充
2.2案例
测试手机终端的通话功能,可以设计各种通话失败的情况来补充测试用例:
1.无SIM卡插入时进行呼出(非紧急呼叫)
2.插入已欠费SIM卡进行呼出
3.射频器件损坏或无信号区域插入有效的SIM卡呼出
4.网络正常,插入有效的SIM卡,呼出无效号码(如1,333,不输入任何号码等)
5.网络正常,插入有效的SIM卡,使用"快速拨号"功能呼出设置无效号码的数字
2.3技巧
思考和分析测试对象的各个方面,多参考以前发现的bug的相关数据,总结的经验
以一个攻击者的态度对待程序,就能设计出比较完善的测试用例来
3.判定表
3.1定义
设计测试用例时,分析和表达多输入条件下执行不同操作的黑盒测试方法
注意:该方法和因果图法相似
3.2编写过程
1.确定原因和动作
2.排列组合
3.标明结果关系
4.输出测试用例
3.3案例
要求:
对于发动机功率大于100马力的汽车并且维修记录不全或里程超过20万公里的汽车,应给予合作4s店优先的维修处理
分析:
4.正交实验法
4.1概述
工具:正交表
包括两部分:是怎么安排实验、是怎么分析实验结果
4.2应用场景
在一个界面中有多个控件,每个控件有多个取值,控件之间可以互相组合,不可能为每一个组合编写一条用例,如何使用最少最优的组合进行测试。 --正交排列法
day07
1.流程图
1.1定义
通过模拟业务场景来对系统的功能点或业务流程的描述,从而提高测试效果的黑盒测试方法
1.2ATM引入场景法
1.3原理图
1.4两个流
1.4.1基本流
概念:
正确完成的流程
流程:
插卡 → 输入密码 → 选择服务 → 取款 → 选择金额 → 等待出钞 → 取出卡片
1.4.2备选流
概念:
存在异常的流程,对于基本流的每一步都取反
流程
插卡 → 输入密码 → 密码错误 → 重新输入 → 密码正确 → 选择服务 → 取款 → 选择金额 → 等待出钞 → 取出卡片
1.5场景编写测试用例编写过程
1.分析用户场景
2.设计场景覆盖基本流和备选流
3.输出测试用例
1.6 案例
1. 需求说明:
注册网站一共需要三个步骤,输入手机号,密码,输入正确的手机验证码、并同意服务协议后,点
击立即申请,注册成功。信息填写错误时给出友好的提示信息,说明错误原因。注册成功后给注册
用户发一条信息,信息内容如下:“您好!Xxx用户,欢迎您注册,请及时完成实名认证。”
2. 测试点分析方法:
2.1熟读需求:熟读3-5遍,读需求
2.2断句:将需求整理成一段段要求
2.3分类:流程/规则
2.4逆向思维:从不同地的方面进行考虑
2.5质疑:将自己有疑问地方找出来
2.6应用测试用例分析方法
使用相应的测试用例方法对测试点进行用例的编写,一个测试点对应一个或多个测试用例,而测试用例只能对应某个测试点。