探索式测试学习总结

探索式测试是一种软件测试风格（Style），而不是一种具体的软件测试技术（如等价类划分、边界值分析等）。作为一种思维方法（Approach），探索式测试强调依据当前语境（Context）选择合适的测试技术（Technique），而不局限于特定的测试技术。

测试人员可以在探索式测试中使用任何一种测试技术，也可以将探索式测试应用于任何测试阶段.

成功的软件必须帮助用户解决现实世界中的问题，辅助他们获得成功。

在**情况下，一个符合规格说明且没有技术缺陷的软件会遭遇失败，因为它没有解

决用户的问题，甚至阻碍用户解决问题。在需求完成（Requirements Complete）时，不确定的范围会大幅缩小。但是，如果需求存在重大缺陷，甚至初始概念就是错误的，那么稳定的开发过程只会“稳定地”产生失败的产品。

这一原则要求测试工作者用软件用户的视角考察整个产品，从显式规格说明

（不完整、模糊、包含错误的项目文档）和隐式规格说明（包括竞争对手产品、相

关产品、已发布版本、电子邮件讨论、口头讨论、论坛反馈、博客文章、领域专

著、测试经验等）中，挖掘、推导、发现需求。

这是探索式测试人员需要掌握的探索技能。

探索式测试:
  全局探索式测试
  局部探索式测试
  场景探索式测试

全局探索式测试：

商业区
  指南测试法
    通过阅读用户手册并严格遵照手册的建议执行操作
  卖点测试法
    根据销售演示的步骤进行执行，对卖点的功能进行测试
  地标测试法
    确定关键的软件特性作为地标，确定他们的先后顺序，然后从一个地标到另一个地标来探索应用程序
  极限测试法
    对软件特性提出难以回答的问题，运行程序看其结果
  快递测试法
    专注于数据，确认输入数据并跟随他们走遍软件。
  深夜测试法
    下班时间，执行卖点特性的代码可能不运行了，但是还有其他程序需要工作；执行维护任务、数据归档、备份等
  遍历测试法
    通过选定目标，使用最短路径访问目标包含的所有对象

历史区
  恶邻测试法
    确定缺陷较多的功能，并对此功能应用遍历测试法进行测试
  博物馆测试法
    对没有修改或修改的老代码进行测试
  上一版测试法
    对上一版本的支持的场景在新版本中进行测试；通过对比测试旧的功能依然可行

旅游区
  收藏家测试法
    收集软件所有输出；我觉得也可以分析软件所有输入
  长路径测试法
    访问离应用程序开始点尽可能远的特性，也就是挖掘隐藏比较深的功能或页面
  超模测试法
    测试界面上各种元素，看是否正确、变化界面是刷新情况如何等等。
  测一送一测试法法
    多个用户使用同一个特性的测试

娱乐区
  配角测试法
    测试紧邻着主要功能的那些特性，讲关注点转移到辅助功能上
  深巷测试法
    测试使用情况最少的特性
  通宵测试法
    连续不断的使用某些特性，让其一直保持运行

旅馆区
  取消测试法
    启动操作然后停止它，检查程序自我清理能力
  懒汉测试法
    做最少的操作，接受所有默认值，检查应用程序处理默认值能力

破旧区
  破坏测试法
    试图利用每个可能的机会破会应用程序，使运行环境恶劣（内存少、权限、断网、故障数据等）
  反叛测试法
    验证错误的、恶意的、没有意义的输入
  强迫症测试法
    反反复复执行同样的操作，输入同样的数据等

场景探索式测试：

场景探索式测试方法：
  插入步骤
  删除步骤
  替换步骤
  重复步骤
  替换数据
  替换环境