译者序
为测试而痴迷
作为译者，肯定是应该为自己的翻译作品写一篇译者序才对的，但我却真不知道该怎么来写这篇译者序才合适，刚写好几句一看觉得不好又删除重写，反复数次许久都无法定稿。
打开谷歌（会被重定向到谷歌香港），搜索Elisabeth Hendrickson，在页面右侧的信息窗介绍了一位同名的美国女演员，然而在左边的搜索结果主页面则几乎全部都是这本书作者的信息。而当我搜索我自己名字的时候，我却怎么也无法出现在都市快报知名记者的前面。这让我感觉到很是佩服。
Elisabeth是一位和蔼可亲的女士，总是面带着笑容、充满了激情。2007年10月的时候我第一次见到她，她为我们（前诺基亚网络）杭州研发中心提供敏捷测试相关的培训，我参加了她整整5天的培训，内容涵盖敏捷测试、ATDD、探索式测试等话题。当时我正处于职业生涯的低潮期，因为测试理念得不到认同，我有些怀疑自己所坚持的方向是否正确。然而，在她的课堂上，我却找到了共鸣，得到了认可，她的鼓励也给予了我想要成为一名教练的勇气。从这个角度来讲，Elisabeth还是我的人生导师。
当时有几件事情给我留下了极其深刻的印象，一是她所使用的道具读字笔，以及她那份著名的变量参考清单，还有就是她发给大家的“Test Obsessed”手环。在测试之中学习测试，这是她一直所秉持的理念，那天的课堂也就是在不断地尝试使用读字笔的过程中去学习探索式测试。而那份变量参考清单，在业内流传数年之后，终于在今天正式地出现在了书本之中。
在课堂上刚拿到“Test Obsessed”手环的时候，我想到的是：“哇，上测试培训居然还有耐克手环可以拿，唉，好像不是嘛，Test Obsessed是啥意思呢？”。
再次见到Elisabeth，是2009年在德国柏林参加Agile Testing Days会议的时候，她是Keynote讲师，她在欢呼声中走上台发表演讲。演讲中，讲到激动时，她向大家呼喊“I’m Test Obsessed! Are you?”，她还特地向着坐在前排的我挥动手臂，那时候的我正兴奋着自己成为了一名“敏捷开发教练”，测试的日子已然远去，居然微笑地对她摇了摇头。多年以后，我才开始意识到当时的我是多么的愚蠢，我一直都深信，测试的很多思维不仅适用于工作也适用于生活，而那一刻，在她的面前，我却退缩了。Elisabeth则以她的热情和专业积极推动着敏捷测试，而这也为她赢得了2010年度的敏捷联盟Gordon Pask奖，该奖的设立正是为了表彰像她一样对敏捷实践做出了卓越贡献的人们。
自从知道Elisabeth要写这本书，我就决定要把它抢下来翻译，只是我并没有想到其他人的热情也一样高涨，同时有好几个国家的人都在联系她要求翻译，我们甚至还成立了一个邮件组以便在翻译过程中交流对思想的理解和对文字的把控。有意思的是，德文版译者是一位女士，没有想到翻译书中一些小故事时用“她”、“他”还是中性“它”居然也是个需要斟酌的问题。对于简体中文版翻译来说，作为一名有经验但仍在不断探索中的译者，我始终想要在转述作者原意和加入少量诙谐之间保持平衡，希望大家能够喜欢，或者，委婉点说，叫做“少点批评，多提点建设性意见”。
我很确信这篇译者序到此为止，但这本书到底有什么内容还一点儿都没见讲。不必惊奇为什么，本书内容翔实、紧凑、信息量巨大，想用简短的几句话来描述，实在是一个太艰巨的任务。
倒不如，就让我们响应Elisabeth的号召，拿起这本书，开始探索吧！
徐毅
敏捷测试实践者
2013年12月24日凌晨于江苏
序
借助于“程序”这样一个千决万定始出来的逻辑工件，一小群人即可施其影响力于众人之上。因天性使然，该影响力无可预估。这留给人们一个极具影响力的困惑：还有什么是我们想改变的？
这是一个哲学问题：我们怎么知道我们知道什么？
这是一个经济学问题：我们何时才能知道足够多，可以信心满怀地大步向前？
这是一个心理学问题：我们如何说服彼此接受确有必要或确无必要再次做出改变？
Elisabeth Hendrickson向我们展示了一名如何借助于探索式测试这种系统化的调查来回答这些问题。Elisabeth既是一名成功的实践者，也是一名经验丰富的老师，她的话绝对够分量。她开创了将探索式测试应用于敏捷开发的先河，推动它不断演进并成为一种主流实践。这本书贯穿始终都在传达那种协同工作的简单快乐，和发现他人重视之物的愉悦欢欣，满怀怜爱之心，她就是这种人。
探索式测试很重要。
尽管，将此方式运用于任何种类的开发均能产生价值，然而，它最适合于那种快速循环和突发变化很常见的敏捷开发。开发和测试的方法有很多共通之处。它们都青睐那种认真习得的匠艺。它们都期望实践者机敏、有积极性、有判断力。它们都赞成，所有的决策，就算是那些高技术性甚至晦涩难懂的决策，也都要放到业务环境下进行考量。
探索式测试可以习得。
探索性测试提供了解决传统问题的新方法。Elisabeth先是认可了风险和信心源自不断检查这一点并未改变。然后又扮演了叙事人的角色，从基础知识普及一直讲到具体实践的深入剖析，介绍了很多实效技巧。每章结尾都有练习题，可供大家即刻在自己的环境中尝试使用。
探索式测试可以回报。
无须贬损众多特定测试方法，探索性测试脱颖而出成了最广泛适用且协作式最好的流程，团队成员可以藉此更深入地了解所创建的产品以及其他人使用产品的方式。它给我们的好奇心回报了愉快且携带巨大商业价值的信息。
Ward Cunningham
于美国俄勒冈州波特兰市
前言
欲获真知，必探索之。
用这话说城市绝对没错。我总会在旅行的时候，多多少少预留出一点时间，漫步背街小巷，寻找隐藏的“宝石”。我会逃离旅游区，专找那种只有当地人才会去的餐馆，以及那些服务于日常生活所需的店铺。我就是从这闲逛之中开始理解当地文化、认识此地真实面貌的。
对软件来说也是一样的道理。想了解你们软件的真正能力和局限，就得打破常规，不走寻常路。
然而，漫无目的的闲逛和真正的探索是有区别的，Indexed网络漫画集的作者Jessica Hagy就用一幅“实地笔记”形象地描绘了这个区别。
Jessica的漫画传达了一条重要的警示信息。如果没有方向或目的，就算你长时间地漫步也不会有多少收获，你会迷失的。
这本书讲的就是如何做好探索。成为一名探索大师的必备技能技术就藏在书中等着你去发现。
本书是写给谁看的
或许你觉得，这是一本讲软件测试的书，自然就是给测试人员看的。没错，但不只是测试人员。这本书我为那些关心如何产出可靠又健壮的软件的人们而写。他们包括程序员、业务分析师、产品经理，甚至支持人员，虽然支持人员通常都得等到软件接近完工时才能得见软件的庐山真面目。
如果你是一名测试人员，已牢牢掌握状态分析等测试设计技术，那么你将能学会如何在进行探索的过程中运用那些技能设计测试。
如果你是一名程序员，对底层技术有很深的理解，你将会学到如何通过不同焦距镜头观察软件，对它进行多视角透视分析。
如果你是一名业务分析师或产品经理，你会学到如何换用多种方式与软件进行交互，以确保它在更多不同环境中都能实现你的意图。
如果你是支持人员，你将发现如何加深自己对所支持软件的理解。或许你还能从中学会若干技巧，用来复现那些难以重现的客户故障。
简单点说就是，只要你跟创建软件这事有那么一丁点的关系，不管是做规格说明的、写程序的、搞验证的还是搞支持的，这本书都适合你。
本书不挑软件种类。书中技术可适用的技术环境范围很广，从网络应用到桌面应用、移动应用、嵌入式实时软件、API和网络服务，都适用。
本书的组织方式
本书主要分为如下三大部分：
第一部分，奠定基础，介绍那些要熟练掌握探索所需的核心构件。从这部分内容中你将学到：如何精制那些指引探索活动的探测章程；如何观察真实发生的情况（提示：它可比听起来困难多了）；如何识别出有意义的变种；在采取前无古人的方式执行软件的情况下，如何确定应该期待什么样的行为。
第二部分，增加维度，在基础之上进行延伸。你将学到如何改变交互、顺序、数据、时间点和配置进行探索。学完本部分后，你也将学会如何利用状态建模和数据建模等分析技术辅助你的探索。
第三部分，结合场景，把技术带回到软件项目的场景中。你将学到如何在不同场景下运用前两部分中讲述的那些理念，包括对既有（遗留）应用和无用户接口软件进行的探索。你还将学会如何分享你的发现，以及如何让探索从一开始就融入到开发周期之中。
你可以按任何顺序阅读这些章节，然而，按先后顺序阅读各部分内容效果最佳。
提升探索技能不可缺少练习。为了实现这个目的，每章末尾都设有“练习题”环节，它们能够帮你巩固对概念的理解，还提供了如何立刻应用这些概念的思路。
你会发现，整本书贯穿始终都在介绍各种有针对性的技术或启发法。每个启发法都有名称，比如“部分、全无、全部”或 “开始、中间、结束”。启发法的名称首字母皆为大写，易于识别，你还可以在附录2中查阅其完整列表。
在线资源
所有Pragmatic Bookshelf出版的书籍都有一个配套网页，本书也不例外。
祝你快乐探索！
Elisabeth Hendrickson
2013年2月
