A Practitioner's Guide to Software Test Design [Hardcover]

Copeland starts off with an overview of testing as a process, followed by case studies. These lay the foundation for the techniques for which a chapter is devoted to each technique. The chapters on the techniques are divided into collections of techniques that are most effective for blackbox (seven) and whitebox (two) testing. The next chapters are devoted to scripted testing with an emphasis on IEEE 829, exploratory testing, and test planning. The book wraps up with an outstanding chapter on software defect taxonomies, advice on when to stop testing, and case studies.

So why did I state this book is a page turner? Copeland has masterfully used humor, statements that catch you off guard, and a warm conversational style to hold your attention. Among the priceless gems of humor are the off-the-wall quotes that he uses in front of each chapter. One of many examples of how he holds your attention by catching you off guard is in Chapter 6 on pairwise testing: 'Why does pairwise testing work so well? I don't know', which he then follows up with one of the most cogent explanations of the technique I've had the pleasure of reading. As an aside, his treatment of pairwise testing - and the power of that technique - is reason enough to read this book.

Another aspect of this book I like is the thoroughness with which he presents techniques. This includes citing the work of other well known practitioners, using case studies, summaries, practice scenarios, and additional references for each chapter. Copeland also has a talent for clearly articulating and conveying complex topics and concepts, adding to this book's value as both courseware and a working reference.

If you are a software testing professional, or you are responsible for teaching this discipline this is one of the top books in my opinion. It is not as wide in scope as Software Testing: A Craftsman's Approach (ISBN: 0849308097), but it makes up for that by covering the essentials in the clearest possible manner.

Orthogonal arrays and domain testing are two very challenging topics. They are also essential test design techniques.

As important as these topics are, few books or articles present the concepts in an understandable way. Up until now, the tester had to struggle through some arcane, mystifying ideas before coming to the essence: How to use them for testing.

Lee's presentation skips the arcane and the mystical. He takes you straight to the core of the idea. After a few short pages, you will understand both of these concepts, even if you've read other authors' presentations and come away confused. More importantly, you'll understand how to use these techniques to design effective and efficient tests.

Bravo, Lee, and thank you for demystifying these concepts for the rest of us.

It was interesting to read some of the quotes from Boris Beizer and other early testing authors. Some of those nuggets, such as the example of "Kiddie Pool vs. Real Pool" had a big impact on me years ago as I developed my understanding of what testing is about. Copeland achieves a nice level of coverage in this book, as he addresses black box and white box testing, as well as testing paradigms that shape the way someone may look at testing. The trade-offs between exploratory and scripted approaches are examined in particular.

I really like the readability of this book, due in large part to the humor that Copeland sprinkles through the book just when you need a smile.

Copeland also does an excellent job of thoroughly explaining by example how the various testing techniques are applied. He takes each technique step-by-step and breaks it down so that even a beginner can understand.

I found the chapter devoted to bug taxonomies very helpful by providing the lists by Beizer, Caner, Binder, Whittaker and others in a single location. I often tell my students to "start a bug collection" to understand the defects most common in the software they test. This is a natural and effective starting point for process improvement. The bug taxonomy can give you a head start on your own bug collection.

I can highly recommend this book to any tester. If you are looking for a self-study book in test planning, this is a great place to start!