Few tools have managed to bridge the developer-customer divide as well as Cucumber has. Cucumber is not a tool for testing applications. Cucumber is a philosophy for communicating requirements. This book brings that philosophy to life.

I devoured the Cucumber book on a train ride from Grenoble to Brussels a few days after watching Matt’s presentation “BDD As It’s Meant to Be Done.” These two resources helped me understand in just a few hours how to avoid dozens of common mistakes writing scenarios in the Cucumber style. It’s as though I received an injection of perhaps two years of experience writing scenarios poorly so that I didn’t have to go through it all myself. What a gift. I recommend this book to everyone working with Cucumber.

Teams can use Cucumber to get a better understanding of what software to build for their customers. In this book, Aslak and Matt do a brilliant job explaining how you get started with Cucumber with plenty of easy-to-follow examples.

To those of you wondering how to use Cucumber effectively, The Cucumber Book is the answer. Not content to write just a testing book, Aslak and Matt have packed it with practical insights on many aspects of software development. Studying this book will make you a better software developer.

This is a much-needed book, providing not only an expanded description of how to use Cucumber but an opinionated one to suggest how to use it for the best effect. Reading this book is like having Aslak and Matt sitting next to you, patiently helping you through your first project with Cucumber. Not only will you learn effective use of Cucumber, but you’ll also be introduced to several other Ruby tools that can be used with Cucumber.

Matt and Aslak show you how Cucumber can save you from stale documentation, unclear requirements, and absentee tests. By the end of the book, your team’s programmers, testers, and product owners will be talking excitedly about the next great product you’re going to build together.

This book had me at “Cucumber is designed to help build bridges between the technical and nontechnical members of a software team.” Wynne and Hellesøy understand the whole-team approach to specification by example, with diverse team members collaborating to deliver what the customer really wants. They use examples to teach us how to automate regression checks with Cucumber, use it to build a safety net to allow refactoring, and free testers to contribute their most valuable skills to the team.

This book is a tale of how to do effective acceptance testing, with Cucumber as the filling in the sandwich. The authors don’t just scratch the surface; they get right under the skin and show us how versatile Cucumber can be.

Lots of great tips for Cucumber newbies and experts alike—Matt and Aslak have done a great job of explaining everything from getting started to how to get the most out of Cucumber. You’ll want to read this book cover to cover and keep it close as a reference!

The Cucumber Book is a must-read for anyone thinking about using Cucumber; it is scattered with treasures for even the most experienced Cucumber users.