首先，我们来解释一下，什么是探索式测试呢？（大家围在一团一起找bug咯！！！）
探索性测试（ET）是敏捷世界里的一种重要测试方法，作为一个研究性的工具，它是用户故事测试和自动化回归集的重要补充。它是一种经过深思熟虑的测试方式，没有测试脚本，可以使你的测试超出各种明显已经测试过的场景。探索测试将学习，测试设计和测试执行整合在一起，形成一种测试方法。探索性测试强调测试过程中要有更多的发散思维，这也是与保守测试方式的最大区别。探索性测试不需要严格遵循测试用例，你可以从边边角角去发现一些平时遵从测试用例发现不到的问题。
概念上面的知识点，我这边就不提到了。其实百度一搜一大把的。我这边给大家分享一下目前我们团队有在实施的新的“玩法”，个人认为很适用也很实用。
我们这边实施的新玩法是这样子的：
1、将项目经理、产品、开发、测试集中在一个小房间里面（阴森森的小房间。。）
2、每个人发一部已经安装好要测试的应用的手机（手机类型可以是不同的）
3、测试时间规定为2个小时，前一个小时是大家的测试时间，后面一个小时，是大家对于所测试出的bug的一个心得分享时间。（当然，怎么少得了奖励呢！！！）测试bug前XXX名，会获得XXX奖品。
其实整个过程中，最重要的就是分享的这个过程。对于一个Team而言，其实团队协作是很重要的。我们经常听到的字眼可能是：1、产品又要来加需求了！！！ 2、啊啥？开发转测，啥东西都不写清楚！每次给他提个bug都要跟我BB个半天 3、你瞧这个测试，这个东西明明不需要改，硬生生的给我提了一大堆的bug！是要一直刷存在感？ 4、这个项目经理也是，分配任务总是专业的不均衡，说有事可以找他，真正找他的时候，忙得连我的电话都没空接。。。
综上，我们的探索式测试，不但可以达到我们的项目可以满意并且放心上线的目的，还可以提高我们整体的团队协作的能力、增进同事们之间的感情（开发和测试应该是朋友的哟）。尤其是在大点的公司，平时大家上班都很忙，私下交流的其实也很少，所以这样的一种形式，都可以堪称一种团建了。当然，最重要的目的还是，开发同学会进行自我进行反思，下次提测的时候，会更多的去考虑测试同事需要测试的点。如果开发同学测试出的bug太多，估计有种当场就想解bug的心情了。。（这是一种很强烈的换位思考）。同时，我们可以听听产品同学对于bug的一些见解，测试同学会更能加深对于一些问题的思考的深度以及广度。
个人认为，这不仅仅是测试，更相当于是整个项目的团队的一个沟通会。是对整体质量把关的一种严谨的态度。是让我们觉得，产品的质量好不好，不是测试同学一个人的事情，是我们所有人共同努力的结果。（哈哈，个人文笔不好，但是有一些新的东西，我总想着要和大家去分享一下。）