- Format: Kindle Edition
- File Size: 1681 KB
- Print Length: 284 pages
- Simultaneous Device Usage: Unlimited
- Publisher: Neuri Limited (5 Jan. 2009)
- Sold by: Amazon Media EU S.à r.l.
- Language: English
- ASIN: B008YZ993W
- Text-to-Speech: Enabled
- Word Wise: Not Enabled
- Average Customer Review: 4 customer reviews
Amazon Bestsellers Rank:
#96,842 Paid in Kindle Store (See Top 100 Paid in Kindle Store)
- #9 in Kindle Store > Books > Computing > Programming > Software Design, Testing & Engineering > Quality Assurance & Testing
- #21 in Kindle Store > Books > Computing > Computer Science > Systems Analysis & Design
- #43 in Books > Computers & Internet > Computer Science > Programming > Software Design, Testing & Engineering > Software Testing
Enter your mobile number or email address below and we'll send you a link to download the free Kindle App. Then you can start reading Kindle books on your smartphone, tablet, or computer - no Kindle device required.
To get the free app, enter your mobile phone number.
|Print List Price:||£22.50|
Save £18.68 (83%)
Bridging the Communication Gap: Specification by Example and Agile Acceptance Testing Kindle Edition
|New from||Used from|
Customers who bought this item also bought
Would you like to tell us about a lower price?
What other items do customers buy after viewing this item?
Top customer reviews
There was a problem filtering reviews right now. Please try again later.
The book is an excellent introduction to agile acceptance testing explaining the concepts, tools available and practices. The book reads very well and the author has also obviously done his research and I learnt a lot from reading it having only recently fully embraced agile methodologies.
He makes sense in a field where relatively few people actually know what they're talking about. At the core, he understands that specification examples are about communication, with regression as a bonus, and that it takes effort and taste to get the (substantial) benefits from applying the technique.
If the thought of developing software without the ambiguity of requirements appeals to you, this is the book to read.
Most helpful customer reviews on Amazon.com
Who are the intended readers?
1. Managers who are accountable for delivering software. If you oversee delivery of software from conceptualization all the way to deployment to production, then this book is something worth every minute of reading time. In fact, the recommended practices here do benefit long term total cost of ownership of the software which your clients (internal or external) can benefit from (perhaps your career too).
2. Business Analysts, Testers and Programmers are also targeted readers because these are the key roles that contribute to the success of the software delivery team.
This is not just another book evangelizing a thesis, but the later chapters give you key takeaways on what the exact tools are recommended to implement it. Although you should not treat that list of tools as the final list because this book is already 'old' as far as that list is concerned today, instead go to Adzic's website to see a more up to date list of tools recommended. Even without the tools, the lessons advocated in this book are classic teachings on software quality -- that we should start addressing good quality software before we even start writing the first line of code.
Agile software development is a game changer some years back but it remains to be an approach that folks are uncomfortable with in traditional organizations with established "tried and tested" methodologies. This book will add further justification on why you should go agile. If you are doing agile now, then this book will improve on that practice further which can help you convince your stakeholders to side with you on the agile movement.
This is a review from somebody who actually wrote code for a living and managed software delivery for years.
What is it? Agile Acceptance Testing is a technique for closing the communication gap between business, developers and testers. A way to write specifications as examples which become executable. The specification are created together in a workshop and not handed over like traditional requirements.
The book is written in four parts. The first part is an introduction to the topic, describes an overview of the technique. An important part of this part (and the whole book) is the focus on communication instead of test. This is reflected in the excellent discussion about naming. Agile Acceptance Testing is perhaps one of the most poorly named practices, but... still... thats the name it became popular with (or with A-TDD). The second part is the most important parts of the book, which describes how to write specifications, why to work with examples, how to run specification workshops and what to do after these workshops. The part ends with a discussion about change in projects and how the automated acceptance test help with that.
The third part discusses implementation. It starts with how to fit this technique in an iteration and how to adopt the practice. Next is a chapter on user stories and its relationship with acceptance tests. Then the part dives in the tools by first covering the current tools and then discussing the requirements for the future tools. The last part of the book describes the impact of agile acceptance testing on the different functions: business analyst, developer and tester.
Bridging the Communication Gap is a small book (300 pages) and is easy to read. It could have been smaller, the writing is sometimes a little too wordy. It doesn't contain too much pictures, which is too bad when a book talks so much about workshops. Yet, despite these drawbacks, I think this is an excellent book and a much needed contribution to the modern software development/agile development literature. It was one of the few practices that did not have its own book yet and Gojko provided that.
I was doubting between 4 and 5 stars for this review. 4 because this book is certainly not perfect. 5 stars because it is good still. Because this is a first in a new area and because I consider this an important area, I decided to go for 5 stars. This will certainly be a book that I will be recommending to other people (and in fact, I already have). Great work Gojko!
Personally I find the style of writing rather dry so pushing ahead through the material takes some commitment, but it is worth it. The lessons, techniques and value of the results provide an excellent payoff.
This book not only explains how to use examples to understand requirements and create tests that drive coding, it explains the cultural shift needed for successful software development. The author explains the communication gap, why we should care about it, and how we can fix it.
Whether you're new to agile development, or are on an experienced team wondering why you keep missing or misunderstanding the business requirements, this book delivers critical value.