软件工程技术丛书：探索吧！深入理解探索式软件测试

世界知名的大师级敏捷软件测试专家的扛鼎之作，是探索式测试领域的一颗重磅炸弹；

本书给出实用性很强的理念，从典型GUI场景到软件需求的一切皆可探索

《软件工程技术丛书：探索吧！深入理解探索式软件测试》作者是世界著名的敏捷软件测试教练，她的Test Heuristics Cheatsheet被广为流传，是Google Tech Talk on Agile Testing的组织者。本书是探索式开发领域的一颗重磅炸弹。本书给出实用性很强的理念，可用于探索从典型GUI场景到测试软件需求的一切，还包括如何探索低层级代码的建议。这本书不只是给软件测试人员看的，对软件管理人员、开发人员也具有重大意义。
《软件工程技术丛书：探索吧！深入理解探索式软件测试》主要内容分为三大部分：第一部分“奠定基础”，介绍熟练掌握探索所需的核心构件。第二部分“增加维度”，在基础之上进行延伸，深入讲解如何改变交互、顺序、数据、时间点和配置进行探索，如何利用状态建模和数据建模等分析技术辅助探索，总结了进行探索式开发的重要启发法。第三部分“结合场景”，把探索技术带回到软件项目的场景中，介绍如何在不同场景下运用前两部分中讲述的理念，包括对已有应用和无用户接口软件进行的探索，以及如何分享你的发现，如何让探索从一开始就融入到软件开发周期之中。

Elisabeth Hendrickson，业内公认、世界知名的大师级敏捷软件测试专家，她的“测试启发法速查表”在业内广为流传，帮助了无数的测试工作者。她还是Google Tech Talk on Agile Testing系列技术视频的组织者。2010年敏捷联盟为她颁发了Gordon Pask奖，以表彰她为敏捷测试领域所做出的卓越贡献。她早在1980年就开始了软件开发生涯，一直很注重发掘软件中的bug。她在敏捷开发领域不遗余力地教学、演讲、写作、编码，痴迷于软件测试，为敏捷软件测试做出了巨大贡献。

徐毅，中国最有经验的敏捷及精益教练之一，也是敏捷测试、测试自动化以及RobotFramework方面的专家，曾在多家知名企业担任敏捷教练或顾问，在亲身实践和辅导各行业客户实践的过程中，积累了丰富的专业经验，涉猎的领域包括软件测试、测试自动化、Scrum、敏捷软件开发、团队管理等。

李晓辉，大众点评网的资深QA和商务线QA负责人，对于测试和敏捷都有很深的理解。

★“Elisabeth开创了将探索式测试应用于敏捷开发的先河，并推动它不断演进，使其成为了一种主流实践。”

——Ward Cunnningham，wiki概念的发明者，设计模式和敏捷软件方法的先驱之一

★“这是我看到的最佳书籍之一。优良的测试设计源自优良的测试思路，这本书里满是各种优秀的测试思路，辅以故事情节烘托，涎玉沫珠。”

——Alan Page，微软公司Principal SDET，《微软的软件测试之道》作者

第一部分奠定基础
第1章关于测试与探索
1.1测试的两面
1.2探索式测试的基本要素
1.3以限时探测会话开展工作
1.4练习题

第2章为探索制定探测章程
2.1用探测章程指导探险
2.2一个简单的探测章程模板
2.3优质探测章程
2.4产生探测章程
2.5"噩梦头条"游戏
2.6规划探测章程
2.7练习题

第3章观察细节
3.1你看见那个熊了吗
3.2挖得再深点
3.3可测试性与让不可见变可见
3.4控制台和日志
3.5练习题

第4章找出有意义的变化
4.1变量就是会变化的事物
4.2微妙变量，巨大灾难
4.3识别变量
4.4变量无处不在！
4.5练习题
第5章评估结果
5.1绝不和始终
5.2替代资源
5.3近似
5.4练习题

第二部分增加维度
第6章改变顺序和交互
6.1名词和动词
6.2随机导航
6.3角色人物
6.4练习题

第7章探索实体及实体之间的关系
7.1识别实体、属性和依赖
7.2CRUD：创建、读取、更新、删除
7.3跟随数据
7.4练习题

第8章发现状态和转换
8.1找出状态和事件
8.2绘制状态模型图
8.3探索状态模型
8.4改变其呈现：状态表格
8.5练习题

第9章探索生态系统
9.1绘制生态系统图
9.2信任边界
9.3如果的话
9.4跟随数据
9.5练习题

第三部分结合场景
第10章没有用户接口的探索
10.1探索API
10.2探索编程语言
10.3探索Web服务
10.4细究Bug
10.5练习题

第11章探索现存系统
11.1侦察探测会话打头
11.2分享观察结果
11.3采访干系人以收集问题
11.4选择技术
11.5记录调查结果
11.6如何处理恐怖的不可重现型Bug
11.7练习题

第12章探索需求
12.1进入需求会议
12.2需求会议中
12.3需求讨论过程中写下探测章程
12.4积极阅读
12.5练习题

第13章整合探索、融会贯通
13.1在测试策略中包含探索
13.2结对探索
13.3发现问题的系统性根源
13.4估算探索
13.5如何得知探索已够充分
13.6向干系人汇报
13.7捕捉有智慧的结晶
13.8练习题

附录1面试探索式测试技能
附录2测试启发法速查表
参考文献

第3章观察细节
测试软件看起来或许像是一个直截了当的线性流程。输入一个值，看到一个响应，再核对实际的响应情况是否吻合预期。吻合，那测试就是通过了；不吻合，那测试也就失败了。
事情没那么简单。仅仅因为你看见了你想要看见的东西，并不意味着系统就是一切正常的。在我们的视野之外可能潜藏着严重的问题。软件就像是一座冰山，多数行动都在水平面以下。
正是因为这样，所以才会说，优秀探索者所应掌握的最重要技能就是观察的能力。这听起来特简单，似乎随便找个人无须思考就能办到。事实上，观察可没那么简单。一个不小心就会漏掉关键的信息。
能够透过所期待或所希望找到的事物看见真实情况的，才算是好观察。不能只停留在表面，一定要深入到幕后。可以使用控制台、日志或监视程序来进行幕后观察。可以使用私有接口控制应用程序。保持警惕，留意任何惊人之举的苗头。
学会观察，这可是探索者最难掌握的一大必备技能，绝不简单。本章将会介绍一些可以提高观察功效的具体方法。
3．1你看见那个熊了吗
伦敦交通局曾制作过一批鼓励自行车安全骑行的视频，广为人知，其中有一个视频被俗称为月球漫步熊（moonwalkingbear）广告。
广告开篇是一段旁白：
“这是一个注意力测试。白衣团队总共完成了多少次传球？”
视频继续播放，你看见有两个团队，他们各有4名成员。一队身着白色运动服，而另一队则身着黑色运动服。两队队员就在这个狭窄的篮球场上来回地穿插换位，自家队员之间互相传球。
刚看到这个视频时，我个性里的完美派占了上风，一门心思就想着计数准确。可是，做到只关注白队的篮球移动轨迹而忽视黑队并不容易，球员和两个篮球的移动速度都很快。我两眼直勾勾地盯着那个黄色小球，看着它在白衣球员之间飞来飞去。虽然已经如此地全神贯注，我还是不太有把握自己的答案是对的。
视频声音继续：“正确答案是——13次。”见鬼，我多计一个。这怎么可能？
还没等我想清楚为什么计错数，就被旁白打断了思绪：“但是，你看见那个月球漫步熊了吗？”
熊？什么熊？你耍我吧！别开玩笑了，哪来的熊啊？
视频回放。换一个不同的思维角度再来看这段视频，结果，我看到了熊。那么明显都没看到，真是可笑。队员们在传球的时候，那个穿着狗熊衣的家伙，就那样地滑着步从他们中间穿过。
总觉得这是个骗局，于是我又从头开始重新播放这段视频。果真没错，确实有熊。它一直都在，我却完完全全彻底没有注意到它。黑色皮衣跟黑衣团队混在了一起。你也可以自己试试看。在YouTube上搜索“月球漫步熊”（moonwalkingbear）就能找到这段视频。
这些安全骑行相关视频打出了如下的标语：
忽视不经意之物实在常见。
的确，还真是这样。所以呢，我们这一章就全用来讲如何学会看见软件中的跳舞熊了。
伦敦交通局的视频突显了无意视盲（inattentionalblindness）现象，也即人们把全部注意力集中于某个事物时对其他一些显而易见的事物视而不见的效应。
CemKaner和JamesBach的功劳值得表彰，是他们特别指出了这种现象及其相关研究。
……

译者序

为测试而痴迷

作为译者，肯定是应该为自己的翻译作品写一篇译者序才对的，但我却真不知道该怎么来写这篇译者序才合适，刚写好几句一看觉得不好又删除重写，反复数次许久都无法定稿。

打开谷歌（会被重定向到谷歌香港），搜索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月