Acceptance tests are defined in this book as the test created by the customer in collaboration with the developer and the tester prior to implementation. They are not the traditional user acceptance tests performed after implementation. Although acceptance tests can be used at different development stages, Ken Pugh proposes mainly in this book an approach where all project stakeholders will collaborate to create tests that validate business requirements.
The book is clearly written and easy to read. At the end of each chapter, a summary proposes the main points discussed. The author proposes a lot of practical examples and case studies that help to apply the concepts discussed to real cases. Some chapters are only focused on the “how to” aspect of ATDD and an appendix shows how to implement it with different tools like Fit or Cucumber.
As the book insists about the collaboration between the users, developers and testers, I can recommend it to all project team members that want to improve their communication with end users and achieve a better understanding of requirements.
Reference: “Lean-Agile Acceptance Test-Driven Development”, Ken Pugh, Addison-Wesley, 332 pages, IBSN 978-0-321-71408-4
Get more details on this book or buy it on amazon.com
Get more details on this book or buy it on amazon.co.uk
“If a requirement does not have a test, it is not yet demonstrated to be a testable requirement. If you cannot test that a requirement has been fulfilled, how do you know when it has been met?”
“Tests can be made more maintanable by separating what appears to the user from the logic in the underlying business model.”
“If there are no acceptance tests for the portion of a system that needs no change, create acceptance tests before making the change.”