探索式测试 前微软，谷歌架构师提出的

在敏捷开发中大量引入

《探索式软件测试》

没有稳定的前提下 测试使用探索式测试开始工作；

根据对软件的理解动态的设计测试策略或用例并执行；

局部探索式测试：更强调页面细节 、单个元素（输入框的输入判断测试：合法 非法 为空 长度等），

  更专注某些状态

全局探索式测试：场景（登录、不登录）组合或变化。更专注用户操作

局部和全局互相补充。

测试策略：

局部：

所有输入控件进行操作保存

所有输入控件都为空

只关注页面ui 数据展示等不进行操作

重复提交 快速重复提交相同数据

定时任务

经常出现问题的某模块需要进行更多的测试

把所有输入控件都输入非法数据

基于错误数据进行测试

尽可能多的覆盖功能  尽可能多的覆盖不同路径

说明书法 要保持软件和说明书一致

自由测试 随机点击 看到什么功能就点击随意测试 不进行过多思考

遍历法 把所有可以看到的功能或按钮都点或使用一遍 不考虑具体功能作用

数据跟踪法 新增的一条数据在系统中所有相关的地方跟踪检查

状态遍历发 涉及到的各种状态及不同状态相关的功能进行验证

代码分支或逻辑覆盖

全局：

场景列表制定

把列表中的场景进行组合

更有可能发现逻辑问题 发现的问题一般更严重