[开发测试]测试方法读书笔记

如果执行结果与预期结果不一致 则 提交缺陷->开发修复->回归测试测试验证->关闭缺陷
缺陷的判定 少功能、多功能（用户可以自己退单）、功能错误、隐形性功能错误（该实现的没有实现）、不易使用
缺陷类型 UI错误 、功能错误、数据、架构、易用性、兼容性、改进建议
编写要素 缺陷ID 标题（描述核心） 预置条件 复现步骤 预期结果 实际结果
可重现 唯一性 规范性
严重程度 s1~s4(主功能、次功能、易用性、建设性问题）
优先权p0~p...

场景测试：(用流程图描述用户的使用场景，覆盖流程图路径来设计测试用例）
优点：
平时测试都是单个功能点测试，而忽略多个功能组合测试
步骤1：分析需求，列出基本流和备选流

　　　　　　基本流（取款成功的业务过程）：

　　　　　　　　验证卡—>输入正确密码—>选取“取款”功能，选择“取款金额”,确认—>吐钞，提示用户取钱，更改余额（账户余额、atm余额）

　　　　　　备选流（取款过程中可能会遇到的各种错误）：

　　　　　　（a）验证卡不通过

　　　　　　（b）输入错误密码（3次以下）

　　　　　　（c）输入错误密码3次（吞卡）

　　　　　　（d）账户余额不足

　　　　　　（e）超过当次取款上限（5000元）

　　　　　　（f）超过当日取款上限（2万元）

?　　　　　? （g）Atm机余额不足
步骤二填写场景表：(基本流有多少个步骤就有几行）
编号 ? 场景描述 ? 后面每一列是基本流的一项
? ? ? ? ? ? ? ? ? ? ? ?
1 ? ? ? ? ? ? ? ? ? ? ? ? ? V V V V V
2 ? ? ? ? ? ? ? ? ? ? ? ? ? V I V V V
3 ? ? ? ? ? ? ? ? ? ? ? ? ? V V I V V ? ? ?

步骤3：根据场景，设计测试用例 ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ?预期结果 ? 实际结果
编号 ?场景 ? ? ? ? ? ? ? ? 预置好上一步每一行的预置条件

边界值法+等价类法（适用场景用于解决穷举问题，一般用于输入框的格式）
上点（正好等于边界点）离点（边界值附近的点，开内闭外）内点
明确需求
确定有效等价类和无效等价类
去边界值
提取数据编写测试用例
先列表
各个部分 ? ? ?有效等价类 ? 无效等价类

弱一般等价类测试 ? 选一组对的就可以了
强一般等价类测试 ? 将各个部分的有效等价类进行笛卡尔积
弱健壮等价类测试 ? 将有效和无效的所有加起来（在弱一般等价类的基础上加上无效等价类）
强健壮等价类测试 ? ?有效和无效都进行笛卡尔积
（健壮代表加入了无效等价类）做加法
强代表各种情况都进行计算笛卡尔积 做乘法

判定表 (适用场景 有多个输入 有多个输出 输入条件之间有组合关系，输入条件与输出结果之间有制约关系，一般用于条件组合较少的情况下）
一条规则贯穿条件项和动作项的一列

步骤
列出条件桩和动作桩
填写条件项、对条件进行组合
根据组合确定动作项
编写测试用例

-------------------------------------------------------------------------------------------------------------------------------------------------
软件回归测试的定义：?

回归测试是指修改了旧代码后，重新进行测试以确认修改没有引入新的错误或导致其他代码产生错误的一种测试方法。

1、回归测试是指重复以前的全部或部分的相同功能测试

2、新加入测试的模块，可能对其他模块产生副作用，因此要进行某些程度的回归测试

3、回归测试的重心，是以关键性模块为核心

用例标题是结果加条件的概述 ?结果（条件）

自动化测试
比手动测试快70％
应用功能的测试范围更广
结果可靠
确保一致性
节省时间和成本
提高准确性
执行时不需要人工干预
提高效率
执行测试的速度更快
可重复使用的测试脚本
通过自动化可以实现更多的执行周期
产品提前上市

为什么要抓包（抓取前端与后端的通信内容）
跳过ui见面认证，验证后端处理能力
分析前端bug还是后端
弱网测试
接口测试时缺乏接口描述文档，需要抓包获取

?