本节书摘来自异步社区《Cucumber：行为驱动开发指南》一书中的第1章，第1.5节，作者：【英】Matt Wynne , 【挪】Aslak Hellesy著，更多章节内容可以访问云栖社区“异步社区”公众号查看
我们来回顾一下到目前为止讨论了哪些内容。
只有开发人员和利益相关人一起清晰地交流的时候，软件团队才能工作得最好。要做到这一点有一种非常好的方法，就是让开发人员和业务人员基于自动化验收测试，协作描述需要完成的工作。
当验收测试以实例的形式编写时，它就能够激发人们的想象力，帮助人们发现之前未曾虑及的其他场景。
当团队协作编写验收测试时，他们可以开发出专属于相应问题领域的通用语言。这能帮助他们避免误解。
Cucumber 的设计就是要帮助利益相关人参与到编写验收测试的过程中去。
Cucumber中每个测试用例称为场景，多个场景组成特性。每个场景包含多个步骤。
在Cucumber测试集中，面向业务的部分存储在特性文件中，为了能够让Cucumber正确读取文件，这些内容必须基于一套名为Gherkin的语法规则编写。
往下一层，步骤定义把面向业务语言编写的步骤翻译成Ruby代码。
为了阐明这些概念，下一章我们会进一步深入，我们会以用Cucumber来驱动开发的方式构建一个非常简单的应用程序。
相关资源：Cucumber 行为驱动开发指南 [（英）韦恩，（挪）赫勒索著]