一、测试场景
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.开发后期目标：产品功能、数据安全、符合要求、功能特性适用范围、改过的缺陷不再复现