发现自己一直没写书评。总体来讲，这本书，内容很棒很详尽，是本值得看的好书。但严格来讲，个人认为书中内容很难讲就是探索式软件测试（简称为ET，Exploratory Testing）。
业内广泛认为ET这个词是由Cem Kaner最早提出的，根据他的说法：ET是一种软件测试的风格（style），强调测试人员的自由权利和责任心，通过同时进行测试相关学习、测试设计、测试执行和测试结果解析这四种相互支持的活动，不断地优化其自身工作的价值。
- 参考一：http://en.wikipedia.org/wiki/Exploratory_testing
- 参考二：http://www.kaner.com/pdfs/QAIExploring.pdf （第36页）
本书的作者，将探索一座城市比喻为测试一个系统，基于此来解释探索式软件测试。例如地标建筑，可以看做是该系统、该软件的主打功能，或者宣传重点；而风景名胜，则可以看做是该系统过去备受好评的那些消费者最爱功能；而地图，我们则可以看做是一份官方的需求文档；当然，还有很多可供查阅的民间游记，这则颇像是工作中的现行测试计划、测试用例或过往测试执行的测试报告等等。
从此角度出发来看的话，那么本书的重点都侧重在讲，在开始探索之前，应该如何规划、计划这趟旅程。而这其中，未知的部分，并不多。
Michael Bolton曾撰写过一篇著名的文章“Testing vs. Checking”，文中提出观点认为testing和checking是不同的，checking是为了确认已知事物的表现是否吻合预期，而测试则是为了找到新信息。
- 参考：http://www.developsense.com/blog/2009/08/testing-vs-checking/
- 详细：Checking is something that we do with the motivation of confirming existing beliefs. Checking is a process of confirmation, verification, and validation.
- 详细：Testing is something that we do with the motivation of finding new information. Testing is a process of exploration, discovery, investigation, and learning.
参照如上的这些观点来看的话，我认为这本《探索式软件测试》可以成为一本非常好的测试设计指南，但是，我很难认可它是一本真正在讲解“探索式软件测试”的书，因为它并未将其重心放在如何同步地进行学习、设计、执行和解析这四件事，而是如何规划自己的测试活动。
==========
徐毅：独立敏捷顾问，经验丰富的国内知名敏捷及精益教练，专注于敏捷软件开发、Scrum、敏捷转型、敏捷测试、测试自动化、robotframework等。