**

前言

**Cucumber是一种非常友好的工具。它希望成为团队的一部分，且不介意做一个吹毛求疵的讨厌鬼。每个小组都需要这么一个角色，来记住关于系统能处理什么和不能处理什么的各种细节。

更为出色的是Cucumber会无偿做那些重复检查，以确保系统的运行符合预期。它可以把测试人员解放出来去做有意思、有创意的东西，并且给程序员必要时对代码做大手术的勇气。业务干系人对Cucumber这种开放的态度十分赞赏。Cucumber可以用他们能够理解的术语分享开发团队所做的一切。

Cucumber是一种新兴工具，但人们已对它有了些许误会。那些早期就开始接触Cucumber的人已经本能地意识到，Cucumber不仅是一种测试工具，更是一种协作工具。通过本书，我们希望自己不仅能为你展示怎样使用Cucumber，还能教会你如何更有效地利用Cucumber。

Ruby是一种开源编程语言，可以在绝大多数操作系统上安装和运行。Cucumber最早的版本就是用Ruby写的，到今天它也是最流行的版本，本书正是关于这个版本的。

这并不是说被测系统必须用Ruby来写。Ruby的诸多优点之一是与其他语言和平台的完美交互。我们会向你展示如何利用Ruby工具来测试可用任何语言编写的基于Web的系统。

从一个失败的Cucumber测试开始，然后通过这种失败来驱动应用代码的开发工作，作为一种由外向内的开发方法的一部分，我们已经用Cucumber取得了极大的成功。作为开发人员，这种工作方式能让我们实事求是，一步一个脚印，避免我们想当然地开发将来也许有需求但当前没有需求的功能。

Cucumber可以完善我们的工作方式，但它并不强制。一些团队利用Cucumber自动测试开发人员已经完成的工作。这是采用由外向内方法的第一步，因为Cucumber可读的测试已经吸引了团队中非技术干系人的视线并逐步使他们参与进来。即使用Cucumber编写针对已有代码的测试，你从Cucumber中的获得的好处仍然远远超出同类软件，比如QTP和Selenium IDE。我们相信本书会使你收获很多。我们并不是鼓吹这个过程，而是想和你分享关于哪些方法对我们行之有效以及为什么有效的一些感悟。

目录

第一部分　Cucumber基础

**[第1章　为何使用Cucumber1.1　自动化验收测试](**1.2.1　通用语言1.2.2　实例**[第2章　Cucumber初体验2.1　理解我们的目标](**2.9.1　目录结构2.9.2　小步前进2.9.3　Gherkin2.9.4　步骤定义**[第6章　Cucumber常见问题及解决之道6.1　感受痛苦](**6.1.1　闪烁的场景6.1.2　脆弱的特性6.1.3　缓慢的特性6.1.4　厌倦的利益相关人6.2.1　偶然细节6.2.2　命令式步骤6.2.3　重复6.2.4　语言不通用6.2.5　闭门造车式的特性6.3.1　渗露的场景6.3.2　竞争条件和打瞌睡的步骤6.3.3　共享的环境6.3.4　被隔离的测试人员6.3.5　固件数据6.3.6　大量场景6.3.7　大泥球