一

《探索式软件测试》这本书，是 James Whittaker 在 2010 年写的，至今已经 9 年了，之前网上有不少人推荐过这本书，但是一直没机会看，最近终于找时间给看完了。

通读全书后，我的感觉是，书中思考问题的方式，和我已知的有太大的区别，以至于看的稍微快点就会很懵逼，但是仔细和我们已知的方法进行对应的话，其实是可以关联起来的。

总得来说，James 把手工测试的一些方法，假借旅游的名义，设计了一套漫游测试的理念，重点是这些理念所引发出来的不同角度的测试点的关注，所以和国内流行的等价类、边界值等等各种测试用例设计方法是一个目的，但是角度不同。

二

书中一共分 8 个正式的章节，3 个附录。

书中第 1 章用了 4 个曾经发生过的关于软件质量的例子，让我们理解什么是软件缺陷，并对软件缺陷造成的影响有简单的了解。

第 2 章介绍了软件缺陷的根源，以及各种缺陷预防和检测的策略，并引申出后面要讲的重点内容「探索式测试」。

第 3 章根据软件的各种属性，分别从输入、状态、代码路径、用户数据和执行环境这 5 个部分提出了对应的测试关注点，以及怎么考虑到这些关注点，角度总结的很不错，详细内容建议粗读，吸取里面的精髓即可。

第 4、5、6 章是真正的使用漫游测试的概念，把旅游中可能出现的场景同我们的软件测试点进行关联，从而让我们有一套完整的去考虑手工测试覆盖率的方法论，虽然有点晦涩，但还是推荐详细读一下第 4 章，并把里面的内容同我们现在的做法结合起来看看。

第 7 章总结了漫游与测试中的五个棘手问题，不得不佩服 James 的总结提炼能力，每个问题都总结的很到位，我们可以看看是否和我们当前工作中碰到的问题类似，如果是，James 刚好提供了漫游测试的解决方案。

第 8 章软件测试的未来，这个话题就像惯例一样的存在，当然，相对于在《Google 软件测试之道》里面的预测，这次的内容我认为简单看看就行了。

接着是附录，重点推荐下附录 1，里面通过上山、巅峰和下山的比喻，详尽的描述了成功的软件测试职业生涯的完整面貌，一定要反复多读几遍，细嚼慢咽。

附录 2、3 是 James 博客的摘录，除了几篇需要精读外，大部分都可以做个了解即可。

三

针对本书的阅读人群，我的建议是：
1.有 3-5 年测试经验的测试工程师：3 年左右的测试工程师正处在一个爬坡期，甚至对一部分人来说是转型期，这时候看这些内容，可以提供一些新的灵感。
2.测试管理者：总得来说，书里面还是偏方法论多一些，管理者可以先学习吸收，然后结合自己业务的实际情况进行消化和落地。

不建议初学者关注，一方面，概念上确实挺晦涩的，没有一定基础，看完肯定会懵逼，另一方面，书中内容较集中于手工探索式测试范围的提升，初学者建议先关注基本的测试用例设计方法，以及如何保证基本的测试覆盖率。

另外，针对各章节的阅读方法，我的建议是：
1.精读：第 2、4、7 章以及附录 1，附录 2 中的《软件戒律》和《恢复对软件行业的尊重》，还有附录 3 中的《测试人员评估》和《再议手工测试与自动化测试》。

第 2、4、7 章节内容是本书的重点，提到的附录内容是 James 思考过程中的代表性产物，特别是附录 1，很多人奉为经典。

2.粗读：第 3、5、6 章以及附录 2 和附录 3 的其他内容。

第 3、5、6 章都是对第 4 章的完善和补充，建议优先把第 4 章搞定，再酌情回顾 3、5、6 章节，附录 2 和 3 的其他内容都是 James 博客的摘录，可以酌情了解下他的思维方式和理论体系。

3.略读：第 1、8 章。

这部分不是本书的重点，只能算一个好的引入和结尾，权作了解更多的信息。

以上，不知道你是否了解过探索式软件测试的方法，是否看过 James 关于《经营成功的测试职业生涯》的阐述，看过的同学有什么见解？欢迎留言说说你的想法。

当然，如果你认可我的观点，请帮忙转发 + 点个「在看」让更多人看到，谢谢。