Buy new:
$51.77$51.77
FREE delivery:
Wednesday, Feb 8
Ships from: Amazon.com Sold by: Amazon.com
Buy used: $20.54
Other Sellers on Amazon
+ $3.99 shipping
97% positive over last 12 months
& FREE Shipping
90% positive over last 12 months

Download the free Kindle app and start reading Kindle books instantly on your smartphone, tablet, or computer - no Kindle device required. Learn more
Read instantly on your browser with Kindle for Web.
Using your mobile phone camera - scan the code below and download the Kindle app.


Follow the Authors
OK
Agile Testing: A Practical Guide for Testers and Agile Teams 1st Edition
Price | New from | Used from |
- Kindle
$34.99 Read with Our Free App - Paperback
$20.54 - $51.77
Enhance your purchase
of agile testing.
Readers will come away from this book understanding
- How to get testers engaged in agile development
- Where testers and QA managers fit on an agile team
- What to look for when hiring an agile tester
- How to transition from a traditional cycle to agile development
- How to complete testing activities in short iterations
- How to use tests to successfully guide development
- How to overcome barriers to test automation
This book is a must for agile testers, agile teams, their managers, and their customers.
The eBook edition of Agile Testing also is available as part of a two-eBook collection, The Agile Testing Collection (9780134190624).
- ISBN-109780321534460
- ISBN-13978-0321534460
- Edition1st
- PublisherAddison-Wesley Professional
- Publication dateDecember 30, 2008
- LanguageEnglish
- Dimensions6.9 x 1.2 x 9.1 inches
- Print length576 pages
What other items do customers buy after viewing this item?
Editorial Reviews
Review
–Ron Jeffries, www.XProgramming.com
“An excellent introduction to agile and how it affects the software test community!”
–Gerard Meszaros, Agile Practice Lead and Chief Test Strategist at Solution Frameworks, Inc., an agile coaching and lean software development consultancy
“In sports and music, people know the importance of practicing technique until it becomes a part of the way they do things. This book is about some of the most fundamental techniques in software development–how to build quality into code–techniques that should become second nature to every development team. The book provides both broad and in-depth coverage of how to move testing to the front of the development process, along with a liberal sprinkling of real-life examples that bring the book to life.”
–Mary Poppendieck, Author of Lean Software Development and Implementing Lean Software Development
“Refreshingly pragmatic. Chock-full of wisdom. Absent of dogma. This book is a gamechanger. Every software professional should read it.”
–Uncle Bob Martin, Object Mentor, Inc.
“With Agile Testing, Lisa and Janet have used their holistic sensibility of testing to describe a culture shift for testers and teams willing to elevate their test effectiveness. The combination of real-life project experiences and specific techniques provide an excellent way to learn and adapt to continually changing project needs.”
–Adam Geras, M.Sc. Developer-Tester, Ideaca Knowledge Services
“On Agile projects, everyone seems to ask, ‘But, what about testing?’ Is it the development team’s responsibility entirely, the testing team, or a collaborative effort between developers and testers? Or, ‘How much testing should we automate?’ Lisa and Janet have written a book that finally answers these types of questions and more! Whether you’re a tester, developer, or manager, you’ll learn many great examples and stories from the real-world work experiences they’ve shared in this excellent book.”
–Paul Duvall, CTO of Stelligent and co-author of Continuous Integration: Improving Software Quality and Reducing Risk
“Finally a book for testers on Agile teams that acknowledges there is not just one right way! Agile Testing provides comprehensive coverage of the issues testers face when they move to Agile: from tools and metrics to roles and process. Illustrated with numerous stories and examples from many contributors, it gives a clear picture of what successful Agile testers are doing today.”
–Bret Pettichord, Chief Technical Officer of WatirCraft and Lead Developer of Watir
From the Back Cover
Two of the industry’s most experienced agile testing practitioners and consultants, Lisa Crispin and Janet Gregory, have teamed up to bring you the definitive answers to these questions and many others. In Agile Testing, Crispin and Gregory define agile testing and illustrate the tester’s role with examples from real agile teams. They teach you how to use the agile testing quadrants to identify what testing is needed, who should do it, and what tools might help. The book chronicles an agile software development iteration from the viewpoint of a tester and explains the seven key success factors
of agile testing.
Readers will come away from this book understanding
- How to get testers engaged in agile development
- Where testers and QA managers fit on an agile team
- What to look for when hiring an agile tester
- How to transition from a traditional cycle to agile development
- How to complete testing activities in short iterations
- How to use tests to successfully guide development
- How to overcome barriers to test automation
About the Author
Janet Gregory is the founder of DragonFire, Inc., an agile quality process consultancy and training firm. Her passion is helping teams build quality systems. Since 1998, she has worked as a coach and tester introducing agile practices into both large and small companies. Her focus is working with business users and testers to understand their role in agile projects. Janet is a frequent speaker at agile and testing software conferences, and she is a major contributor to the North American agile testing community.
Product details
- ASIN : 0321534468
- Publisher : Addison-Wesley Professional; 1st edition (December 30, 2008)
- Language : English
- Paperback : 576 pages
- ISBN-10 : 9780321534460
- ISBN-13 : 978-0321534460
- Item Weight : 2.1 pounds
- Dimensions : 6.9 x 1.2 x 9.1 inches
- Best Sellers Rank: #158,644 in Books (See Top 100 in Books)
- #45 in Software Testing
- #151 in Microsoft Programming (Books)
- #258 in Software Development (Books)
- Customer Reviews:
About the authors
Discover more of the author’s books, see similar authors, read author blogs and more
Discover more of the author’s books, see similar authors, read author blogs and more
Customer reviews
Customer Reviews, including Product Star Ratings help customers to learn more about the product and decide whether it is the right product for them.
To calculate the overall star rating and percentage breakdown by star, we don’t use a simple average. Instead, our system considers things like how recent a review is and if the reviewer bought the item on Amazon. It also analyzed reviews to verify trustworthiness.
Learn more how customers reviews work on Amazon
Reviewed in the United States on June 11, 2015
-
Top reviews
Top reviews from the United States
There was a problem filtering reviews right now. Please try again later.
I say that because the usefulness of this book has a lot to do with your organization, and what your starting point is. If you are working on a development team starting from scratch then this is a must read for any lead or manager involved. There is a ton of high level conceptual information in here that will help you draw out an outline of what you need to think about in terms of testing over the next few months. This runs from what broad categories needs to be tested (Security, -ility, GUI, etc.) to who is responsible for automation (Unit test, API testing, etc.). I can honestly say that sticking to these concepts will help you make a better product faster.
Here's the downside. If you are coming in midway through a project then get ready for the battle of a lifetime getting this stuff implemented no matter how much sense it makes. Unit testing, as an example, is constantly brought up throughout the book, and that is not something that you can get up and going with a snap of your fingers. Especially if you have to educate development on how to do it. This book provides little support in that sort of area, and, honestly, that is most likely the scenario that most people in QA will run into. I have been in QA for ten years, and every place I have worked either had no unit testing at all or the had just enough to claim that they did.
The reality is that Agile Testing in this book equates to Test Driven Development with QA support. That mean QA is responsible for a lot of solution, end to end, and customer requirement verification testing, but very little feature and functionality testing since that is expected to be done in unit testing. If you are in QA and you need to read this book then you almost certainly do no have that already, and need a book that tells you how to do it.
So, anyways, this book is worth reading if you are just starting out, but make sure you are reading it with development and project management as well. If you are not just starting out then In my opinion these steps are required:
1. Get acceptance from Management, Dev, and Project Management that your current model is not sustainable, and that resources will be allocated to changing that.
2. Read this book with all of those involved.
3. Meet up and list out what the book recommends, where you are strong, and where you are weak.
4. Use that as a starting point to find other books and resources to strengthen up your weak points.
5. Make sure that management makes the success of these changes part of everyone's job responsibility, and emphasizes it as part of performance evaluations. Period.
In my experience, if you can't get the five steps above completed then you might as well throw this book out the window, because you'll waste a bunch of time implementing QA practices that will fail miserably due to their reliance on a non existant foundation. Step five is the real key. Otherwise you get one of the following:
1. "Great Idea!" with no action following
2. "You're right, we need these changes," and then an expectation that QA will be responsible for all of them. Including things like forcing individual dev's to do unit testing.
The weakness in the book is that it doesn't really address the needs of QA in terms of helping you get through those five steps.
If you use this book as a planning tool then you will be in good shape and the value is absolutely there. It is a quick and easy read, gets the concepts across in a way that pretty much anyone can understand, and does so convincingly. Just don't go in expecting it to answer all your problems without some supplemental reading. You will need to read up on automation and unit testing frameworks and test driven development.
Before they get to that point, they help readers understand common organizational issues that hinder the transition to agile. They elaborate on the implications of the Agile Manifesto to how individuals, teams, and organizations operate. It is not ivory tower wisdom from above either, but it is rather hard fought, experienced based observations that will help novices avoid some of the potential growing pains. In addition, they give a solid taxonomy of test covering functional and non-functional. They address what types of testing to automate and when. Finally, they spend two chapters in detail on automation strategy and implementation. At regular intervals, readers see either "Lisa's Story" or "Janet's Story" that details with the concept being discussed. These either tell what worked well or how they overcame specific challenges.
I found Crispin and Gregory had a very accessible writing style, and they do a great job of getting their point across. If you are a traditional tester who is unsure or even afraid of moving into the agile world, this is the book that you need. They tackle the tough questions that most people have one by one with answers that can be put in practice. I plan to use the wisdom of this book in helping my testing organization make the transition. I highly recommend this book.
Overall: A
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.
Top reviews from other countries


Not only have the authors laid the book out well, and have made it very readable, they have garnished the chapters with mind-maps and therefore made it very easy to find and review sections you want to read again.
The two authors clearly have had plenty of experience in the AGILE development environment, both on 'disorganised' and 'organised' teams, and are keen to promote how to turn a newbie agile team into an effective one, stressing the collaborative nature for AGILE. Lots of examples from their own experience and from other AGILE practitioners demonstrate the pitfalls and improvements which can be made by thinking about the points made in the book.
As a tester, I found this book very useful in describing how and where testers fit into the process, and how specialist testers can work to enhance things too, especially where views of testing have previously been that "it's done at the end", or that "anyone can test", or that "we'll let the testers know about the development work when (we consider) they need to".
I would recommend this book both to software developers, and to testers, as it can teach everyone a lot about how to get everyone focused on the right goals, improving quality, and meeting customer expectations, and keeping the so-called 'technical debt' of difficult-to-maintain code at bay. The more it's done from the word go, the easier it should be.


