81 of 86 people found the following review helpful
on April 24, 2010
Format: PaperbackVerified Purchase
I think this book is a little overhyped. Don't get me wrong. The book offers many interesting insights and experience reports about how testing can be organized by an agile team. However, in my opinion, much of them are "common sense" or were already explored in other sources (as some reviewers stated: "more about agile than agile testing"). For example, suggestions like "begin with the happy path", "put test stories on your backlog to make the test activities visible", "when working with legacy systems, create tests for the new features and, then, treat the old code in small steps" and "i (the tester) used to put candies on my table to attract programmers" are all interesting. But, at least for me, that wasn't *ONLY* what I was expecting for. Also, is that really new to someone that has experience with test or software? Another example of my expectations was about the beginning with test automation chapter. I really liked to be alerted to evaluate the ROI of what needs to be automated, but where are the details of inserting these activities in a team? What are the steps?
As a practical guide I was really expecting to see *DETAILED* examples of software testing in an agile context, distilled in steps or recommendations for its application in other contexts. I wouldn't be bothered if these examples weren't directly applicable to my context, but at least I would know how decisions were made and how they worked out. Overall, I was expecting much more technical content and even without all this the book managed to have 576 pages. Ok, again, maybe it was just my wrong expectations, but be advised to what you will get. If you are new to Agile you can read this book. Also, even if you are experienced, but want to refresh some good "common sense" practices it's a good read too. Otherwise, don't create many expectations as I did.
38 of 41 people found the following review helpful
on January 7, 2009
"Agile Testing" is an excellent and must-needed book related to testing in agile product development. Much has been written about test-driven development on unit level, however, little has been written on higher level testing and the role of testers and test departments in Agile development. This book changes that!
The book consists of 6 parts. The first part if an introduction, the last part is a summary. The introduction starts with a short explanation of agile testing and then followed by the ten principles of an Agile Tester. One of the key messages in this book is "the whole team approach", meaning that testing should be within the team and should not just be "the testers job". Anyone in the team can test, however, teams will probably still benefit from having a test specialist of a test expert. This mindset is one of the key thoughts the book repeats over and over again. In the last chapter, the authors summarize their thoughts with the seven key success factors for testing. Again, "the whole team approach" is #1. The agile testing mindset -- the proactive, creative cooperative mindset as opposed to a quality policy mindset -- is the second success factor.
The second part of the book describes organizational challenges. In my opinion, this part was perhaps the most needed. In many organizations testers struggle to find their role on agile product development. The chapter relate to cultural change, team logistics and transitioning typical processes. I thought the chapters were enlightening. Parts I liked were the discussion about the change in role for QA managers and especially the experience that, without proper coaching, a lot of traditional testing people might simply flee your agile development effort.
The third part of the book takes Brian Maricks four testing quadrants and explains these in details. These quadrants describe the different types of testing and how they would happen in agile development. The unit testing part is not covered thoroughly, as the authors (correctly) mention that this is covered well by other literature. The higher-level functional (acceptance) testing is covered well, including advise on automation. Exploratory testing is also covered in detail and explains its role in agile development clearly. Non-functional testing is covered reasonably well, especially considering that this depends so much on the type of product you are developing.
The fourth part of the book focuses more on test automation. I didn't find much new information in here, though it was a good summary of modern test automation and some of the challenges and difference between traditional test automation.
Part five follows an agile tester though an agile project and explains for every step in an agile project what the role of an agile tester is. It starts with the role in release planning and estimating. Then it explains the preparation before an iteration (product backlog refinement) and how early example tests can (should) be written. It continues with iteration planning and then the actual activities an agile tester would do during the iteration. This part also includes the important discussion related to the use of bug tracking systems. The part ends with the iteration review/retrospective and some final works about the actual delivery.
As mentioned, in my opinion, a good book on agile testing was absolutely needed. And the authors do not disappoint at all. Their knowledge about the subject is obvious. They have put much effort in sharing actual experiences by the many sidebox experience sharing stories. They touch the seldom touched parts related to organizations and roles and transitioning. Their writing is clear, though sometimes repeats itself (but not so that it is annoying). Not much topics are left unanswered, the book is thorough.
All in all, this book is exactly the kind of book that was needed. I'd recommend it to anyone interested in agile development and especially testers who have a hard time finding their new roles. Great work! Five stars.
17 of 18 people found the following review helpful
on February 6, 2009
I'm a QA Manager in a department of 30 testers, most of whom have spent their entire careers on traditional SDLC "waterfall" projects. One of my, perhaps unenviable, tasks is to help transition these folks onto newly formed Agile teams. While I've had success, I wish I had this book sooner!
Crispin and Gregory have created a practical and very readable reference that shines a light on the roles of testers, and testing management -- areas that are often neglected in most of the work that I've found. Perhaps most importantly, they address the fear and apprehension that testers feel when faced with the prospect of joining an Agile team -- the same emotions I've seen (and felt) time and time again.
There's an appropriate mix of high level concepts and low level specifics. The book starts with discussions of principles and mindsets and moves on, in the later chapters to discuss such things as specific techniques of test automation. All along there are anecdotes from interviews with real agile teams and quoted articles from testing luminaries such as Brian Marick, Michael Bolten, et. al.
I've already begun to incorporate much of the material in these books into my own writings and presentations and it's certainly gratifying to see some of my own ideas mirrored. I now have solid references to back them up! I highly recommend this book for testers and testing managers who are planning to start on Agile projects, or who have years of experience on them. There's surely something in this book that will influence you.
17 of 19 people found the following review helpful
on February 17, 2011
This book is unstructured, much too wordy, and filled with repetitions and trivial ad-hoc annotations.
The authors have obviously found a way to split up the work between them, and the result is a superficial, fragmented, story-telling journey through the world of agile testing.
Although this book's title, subject chapters, and timing are excellent, the authors fail in fulfilling the reader's expectations. For beginners it is a swamp of words and ad-hoc stories. For the experienced it lacks new insights, clarity and structure. It is more a "sentiment report", than a good text book.
When the enthusiasm of finally getting an "agile testing bible" has been shaken off, or a competing book is published, I'm sure this book will be put away and forgotten.
On the positive side is that the book covers "the right things", and you may get valuable knowledge if you are willing to wade through 550 pages and filter out the rubbish.
13 of 14 people found the following review helpful
on August 11, 2012
Format: Kindle EditionVerified Purchase
Before buying this book I reviewed the content and it seemed interesting and Introduction seemed promising as well. I have read a half of this book searching for something useful that I can apply to my work (I have 8 years experience working in QA) and found nothing, everything I read is very obvious common sense suggestions, book is very abstract. Summary of this book: "Pair with your team mates and collaboration...", it is repeated many times in different forms.
Book that deserves reading is Software Testing by Ron Patton, purchased it as well and very happy, it is really good.
9 of 9 people found the following review helpful
on November 21, 2011
Format: PaperbackVerified Purchase
The top reviewer said it best, this book manages to weigh in at over 500 pages, yet has almost no examples. It's full of phrases like "business value" which everyone is in favor of but no agrees what it means. I quite literally bought this book by mistake via 1-click. Thanks, Amazon.
14 of 17 people found the following review helpful
on March 30, 2010
Format: PaperbackVerified Purchase
I understand how hard it is to nail down Agile testing and a good understanding of Agile is essential to become part of a team as a tester. Besides describing Agile, the book offers little in the way of actual information on testing on an Agile project. The emphasis in the title is Guide for Agile Teams - the Agile Testing isn't really discussed other than a tester is on an Agile team and you need to know what this means.
5 of 5 people found the following review helpful
on September 17, 2009
I have never been a tester, but I have written some system test patterns so I have spent time learning from
the best testers in a medium-sized organization. Here's the summary of the principles Lisa and Janet think
are important for an agile tester: Provide continuous feedback; Deliver value to the customer; Enable face-to-face
communication; Have courage; Keep it simple; Practice continuous improvement; Respond to change; Self-organize;
Focus on people; and (I love this) Enjoy!
Now what's startling to me is that as I look back on all those testers I interviewed in our pattern mining
exercises (over a decade ago) -- I realize that those testers had all these qualities. Good testers are good testers are good testers. Agile just makes us more aware of what they do. That's certainly worth celebrating and enjoying!
Lisa and Janet clearly know the agile patterns for testing, so I'm giving them two thumbs up!
7 of 8 people found the following review helpful
on February 23, 2009
The main theme of this book is fitting testing tasks into agile projects, and as such this book really is long overdue. Most agile books are written by programmers for programmers, leaving testers in particular to fend for themselves. No wonder why so many of them feel lost in this world. This book definitely delivers on the promise to ease the transition for testers and QA engineers who suddenly found themselves on an agile project. It has a testing focus and presents things in a way that testers, coming from more traditional process oriented software projects, should understand. The key pillars of practice on which the content of this book stands are improved communication, the whole team approach, agile testing quadrants and automation, so the book efficiently points traditional testers to new knowledge and ideas that they need to focus on to contribute to an agile project. It also provides a solid framework for executing traditional testing tasks in an agile environment without lagging behind the development and causing the project to fall into the "mini-waterfall" trap.
I would also recommend it to project managers and team leaders as they will be able to see the project from the testers' eyes and complement their knowledge about quality on agile projects. As such, it is especially an important reading for teams that consider JUnit the extent of their "testing" process. The book raises valid concerns about commonly overlooked tasks such as test planning, security, performance and usability testing, documentation testing and provides some very practical advice how to plan and execute exploratory testing efficiently.
4 of 4 people found the following review helpful
on May 15, 2009
Some authors are good at presenting theories but unable to connect them to practice. Other are good at telling stories from the trenches, but without being able to produce an analysis of the situation and propose some solutions. On the less examined domain of agile testing, Lisa Crispin and Janet Gregory are, luckily for us, presenting a book that covers both the personal experience of being a tester in agile projects and a conceptual vision of the place of quality assurance in software projects. Thus you will find in this book "stories" that comes from past projects and "mind maps" that helps to have a high-level vision of the material of each chapter.
The book offers resource to organize the quality assurance and testing activities in an agile project. It explains also the relationship between test automation and agility. It provides also a part dedicated to the chronicle of the agile testing activities during project life, showing how every member of the team could contribute to quality.
I think however that the more interesting contribution of the book is Testing Quadrants. This concept classifies testing activities depending on their focus (technology or business) and their intent (supporting the team or validating the product). Adding an agile perspective to the original work of Brian Marick, the authors provide resources and examples for each quadrant to make sure that you will cover all the aspects of testing for your project.
This book is certainly a very valuable resource for every people involved in software testing, even if this is not in an agile project. It will also be valuable for ScrumMasters and project managers that have to think on how to integrate the testing activities in their projects.