1、什么是探索式测试？
通俗的讲：探索性测试就是在完全不熟悉项目业务需求的理解上，采用边学产品知识边测试，通过一些手段来操作产品，使其暴露出一些隐含的问题。特点是测试设计和测试执行是同时进行的。
2、探索式测试的测试范围？
探索式测试的测试范围一般是主要的功能实现，再加上主要的功能中隐含的一些潜在的风险。例如超长输入引起的系统错误等。
3、为什么要进行探索式测试？
目前测试人员的功能测试手段太单一；越往后的测试发现的Bug率会逐步降低及投资回报率很低；行业内已经有了比较成熟的理论和实践。
4、什么时候开始做探索式测试？
ET并不是为了发现主要功能的流程问题，所以需要特别在相对稳定的系统上做探索式测试，这样有利于发现之前测试过程中测试盲点，以及发挥测试的极限测试手段
5、怎么做ET？
第一步：首先大概了解下产品需求或者原型
第二步：将系统的主要功能模块和贡献性的功能模块列举出来
第三步：确认之前的几轮测试过程中，哪些模块发现的Bug较多，哪个模块发现的Bug较少，哪个模块存在的风险较大
第四步：对模块进行分解，确定每个模块所需要的时间
第五步：编写测试计划，包括所有测试点的名称和时间及中间的缓冲时间
第六步：根据制定的测试计划，边学习边执行测试，发现问题立即记录问题描述。最后发送ET测试报告
第七步：与项目组人员沟通测试结果及存在的风险，对产品作出总体评价，同时跟踪确认Bug的fix情况
6、探索式测试测试的时候如何考虑？
在做探索式测试的过程中，有一个最基本的原则就是以最少的学习时间来获取最大的学习成果。也就是说在进行探索式测试时，系统主要功能的流程问题已经基本上不存在问题，这时候测试人员要尽可能短的时间去了解产品的某个需求，然后去发现这个需求对应的功能隐含的问题。
探索式测试要求尽可能多的去关注产品实现细节，多使用一些极限测试的手段，如超长字符、特殊字符等等
在测试过程中一旦遇到一些问题导致无法进行，这时应及时的提出来进行解决。
测试过程中一旦发现疑似问题，应立即记录，并在测试时间结束时与相关人员进行讨论确定是否为Bug。
7、探索式测试结果分析
测试结束后对测试结果进行分析：每个级别的Bug数分别有多少，从Bug产生的原因着手分析每类Bug的数