不写用例的探索性测试

探索性测试的优缺点是比较明显的：

• 探索性测试的好处就是灵活自由，边学习、边设计和执行，从而在极短的开发周期内快速检测缺陷。
  测试人员的要求很高。需要那种“召之即来，来之能战，战之能胜”的测试牛人。实践中，经常出现因为测试人员对产品理解不够，探索不充分，导致漏测。
• 探索性测试由于比较依赖单个的测试人员，在可管理和可监控方面需要设法弥补
• 探索性测试里面的弱文档化体现在，大部分情况都是不写传统的测试用例的。取而代之的，可能是称为“测试点”、“测试想法”等类似的称呼，用简短的文字来描述探索的目标。

思维导图在敏捷测试中的使用

• 用思维导图来组织测试点，就是在探索性测试中经常使用到的一种方法

测试方法

指南测试法： 城市的地图通常会标注一些热门景点，在测试中热门区域非常重要，在每一次发布的过程中，核心功法功能肯定要覆盖到（可参考用户手册）

卖点测试法： 鼓励测试人员管观看销售给客户演示的demo，理解从销售的角度哪些功能对客户来说是最大的卖点，这些点未必是核心功能，但值得把它们当成核心功能来对待

地标测试法： 旅游时规划到访点，通常会在地图上插旗，这就是地标，但没有规定访问地标的顺序。不同的测试人员会选择不同的顺序，有经验的测试会基于对产品构架和技术层面的理解，采取一些古怪的路径但更可能发现缺陷

深夜测试法： 城市灯火阑珊后会在午夜逐渐安静下来，但是软件不会，测试人员应该时刻关注冷门时间段软件所做的附属工作，比如数据备份归档、维护监控任务的运行、定时任务的执行等等

通宵测试法： 繁华的都市总会有通宵热闹的地方，比如夜总会他们从不中断，应用程序是否也能坚持到最后呢？当它面临持续不断的调用、输入、重新读写之类的操作，如果运行时间够长，就很可能会出现问题，内存会需要回收、数据需要清空，永远不要关闭它，保持不间断的运行（自动化）

长路径测试法： 把那个应用程序埋藏最深的页面当做测试目标，来回观察每一个页面

取消测试法： 启动了立即停止，特别是一些运行流程比较耗时的功能如备份还原、搜索，在启动之后立即取消。发散一点还可以变成，启动一个耗时操作，不停止立即启动另外一个耗时操作，以此来检测程序的自我清除能力

懒汉测试法： 选择尽可能少的输入，能不输入就不输入，能不修改就不修改，观察程序是否响应正确

反叛测试法： 反叛思想要求输入最不可能的数据，采用逆向思维输入违反规则的数据，或者不按照正确的顺序来输入/操作

强迫症测试法： 强迫软件一遍又一遍接收同样的数据，反复执行相同的操作，最重要的特点就是重复。此种思维常打破开发人员的设计代码思路，他们预料你会按照步骤操作，却不曾考虑你反复的执行第一步应该如何处理

极限测试法： 快速连续操作一个功能，快速同时操作两个功能

场景删除法： 漏掉操作流程中某一中间步骤

场景操作替换法： 有的用户喜欢用鼠标切换焦点，有的用户喜欢用键盘切换焦点

破坏法： 用户的环境中出现了软件运行所依赖的环境被破坏的情况

管理探索性测试

使用一种被称为基于测试会话的测试管理方法，测试会话呗定义为1个可以持续60min到120min而不被打断的测试周期，流程如下：

• 调研会话：学习和了解系应用如何运作
• 分析会话：对功能或特征的评估
• 深度覆盖：不常见的情况、场景和交互