2018-10-06我在讲探索式测试，特别是在讲到SBTM中session概念时，会把测试人员比喻作client、把被测对象比作server，这时就可以重新定义"测试"——是测试人员和被测对象之间的一次对话（session），不断质疑系统。为了让学员理解，这时会举"面试"的例子，和茹老师的开头不谋而合，这可以见我去年写的文章: 看家本领之三：软件测试的批判性思维
https://mp.weixin.qq.com/s/SsJyUkIbAkriTaI_CpWJoQ作者回复: 朱教授来评论，我好紧张！探索性测试更多关注的就是循序渐进，迭代深入的过程，的确是异曲同工的过程。
1 19
2018-10-09我觉得探索性测试最好的地方就是思维没有太多的局限，可以最大程度发散思维地去质疑去测试。我通常会在我测试计划的最后留出一天做这个测试。作者回复: 非常正确的想法。👍
7
2019-08-15对于探索性测试，我个人的一个体会就是对业务和功能需要非常了解，才可以游刃有余的探索 2
2019-08-13老师，我也是dell emc上海的员工，一直在听您的课，也推给了组里，大家反映都很好。对于这个探索式测试，我有一点疑问，以您文章里提到的登陆用户名大小写敏感为例，难道这些信息不应该写在需求文档里面吗？我的理解是，我们要测试的内容，如果需求文档全部完整的涵盖，为什么我们还要花时间去做探索呢？我们不清楚的系统逻辑，为什么不去直接询问开发工程师呢？如果是超越需求文档外的测试内容，那么这种探索也可能是无穷无尽的吗？ 2
2019-06-07我们在做测试或测试用例设计的时候一定要思考终端的用户使用场景，其实这就是类似于错误推测法或者探索性测试，而不能盲目的探索，也类似与我们经常说的自由测试，都是一种思想吧。一点拙见，欢迎大家关注我的公众号「软件测试艺术」 1
2018-11-15老师，探索性测试和错误推断法有什么区别吗？ 1
2019-08-15请问老师怎么看待探索式测试可能出现的“钻牛角尖”的问题？我个人在实践中发觉自己有时会在探索过程中顺着一条线不停的挖下去，注意力过于集中在某一个feature上。特别是在快节奏的敏捷迭代中，会使得某些功能点被挖得很彻底，而另一些则仅限于完成测试用例已有的范围，遗漏掉了一些并不很深的bug。这种情况该如何避免呢？- 2019-06-04什么时候适合采用探索式测试，探索式测试是否可取代传统的测试方式？采用探索式测试怎么保证功能点不遗漏啊？请茹老师指点 1
2019-05-16探索式测试，只是一种思维，在工作中已经用到了，而且这种随着经验，不断学习，不同阶段有不同的理解。
2018-11-291、探索式测试与随机测试主要区别是有无事后总结，不断调整
2、如何在快速发布版本的环境中执行探索式测试？作者回复: 探索式测试是测试的思想方法，个人认为和敏捷环境下更需要探索式测试，可以在那个迭代结束前集中开展
2018-11-27我也想问和错误猜测法有什么区别，老师给上一个提问题的人个回答吧 我看看(●◡●)ﾉ作者回复: 其实没没有很大的必要去严格划分这些概念，关键是要理解其中的设计思路
2018-10-23很想在团队内部推行探索性测试