[开发测试]day06

day06

1.因果图

1.1定义

比较适合输入条件比较多的情况，测试所有的输入条件的排列组合。
所谓的原因就是输入，所谓的结果就是输出

1.2因果图测试用例的编写过程

1.确定原因、结果、中间过程
2.连接因果图
3.标明约束条件
4.输出测试用例

1.3案例

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应用测试用例分析方法

使用相应的测试用例方法对测试点进行用例的编写，一个测试点对应一个或多个测试用例，而测试用例只能对应某个测试点。