读书笔记_探索式测试_混合探索式测试
一、测试场景
1.讲述用户故事
2.描述需求
3.演示产品功能
4.演示集成场景
5.描述设置和安装
6.描述警告和出错情况
二、使用基于场景的探索式测试
1.通过场景操作引入变化:操作后得到的新场景称为衍生场景。
- 插入步骤:增加更多数据、使用附加输入、访问新的界面
- 删除步骤
- 替换步骤
- 重复步骤
- 替换数据
- 替换环境
- 替换硬件
- 替换容器:浏览器兼容性
- 替换版本
修改本地设置:cookie、注册表、浏览器设置等
三、通过漫游测试引入变化
1.卖点测试法:模拟用户的工作习惯
2.地标测试法:从场景中选择特定功能的地标,然后随机乱序
3.极限测试法:修改场景使软件达到极限条件
4.深巷测试法:使用最不可能用到或最没用的功能
5.强迫症测试法:重复场景中的每个步骤至少两次
6.通宵测试法:自动化或录制回放等
7.破坏测试法:抢占场景需要的资源
8.收藏家测试法:记录执行场景和衍生场景的每个输出
9.超模测试法:关注UI,确保所有元素各就其位,设计合理可用,强迫数据刷新等
10.配角测试法:临近选项
11.取消测试法:取消按钮、停止功能,针对费时的任务
12.混票测试法:混合场景,找出通用数据或功能
四、实践中的探索式测试
1.许多缺陷不是通过用例找到的
2.GUI测试引入的场景和交互不宜使用自动化测试
3.不管自动还是手动,都需要回归测试
4.出租车测试法:所要到达的功能、对话框或一些其他功能组件,用户通常有大量的路线可选,测试人员必须熟悉各个路径并验证,重点是执行不同的测试路径,相反的,禁区测试法,测试不能使用功能的路径,如无权限,状态非法等
5.多元文化测试法:本地化的基本条件——无硬编码文本,检查修改语言和窗体大小后的重绘
6.收集缺陷: 多路径导致的缺陷
7.取消测试法:取消被测对象前应改变其状态,取消后再次尝试同一场景也很重要
8.缺陷修复率:所有发现的缺陷中,被修复的缺陷所占的百分比
9.开发早期目标:发现设计缺陷、被误用的控件、界面和可用性上的错误
10.开发后期目标:产品功能、数据安全、符合要求、功能特性适用范围、改过的缺陷不再复现
——————
专注软件测试,转载请注明出处,谢谢。
【推荐】还在用 ECharts 开发大屏?试试这款永久免费的开源 BI 工具!
【推荐】国内首个AI IDE,深度理解中文开发场景,立即下载体验Trae
【推荐】编程新体验,更懂你的AI,立即体验豆包MarsCode编程助手
【推荐】抖音旗下AI助手豆包,你的智能百科全书,全免费不限次数
【推荐】轻量又高性能的 SSH 工具 IShell:AI 加持,快人一步