Lessons Learned in Software Testing by Cem Kaner, James Bach and Bret Pettichord (2001, Paperback)

Stichomancy is the practice of utilising synchronicity to guide your reading. I have a number of computer books on my bookshelf which are suitable for this highly entertaining pursuit, books by: Jackson [1], Weinberg [2][3], Constantine [4], Perry and Rice [5]; to list just a few. And to that list I can now add Lessons Learned in Software Testing by Kaner, Bach and Pettichord.

Being suited for Stichomancy is not the best prerequisite for a sit down and read sequentially book reading strategy. It is however a very good prerequisite for a long lasting, dip in and out book. These are very good volumes to remind you of concepts, techniques and to give you pause to catch your breath during times of pressure.

293 lessons are partitioned into 11 chapters. Is there a mystical significance to the prime 293 being used for the lesson count and further use of the prime number 11 for the chapters? Is there perhaps a chapter per disciple, excluding the treacherous Judas (where is the heretical chapter numbered 12, what dark secrets did it contain that it could not be brought before the paying public?). In order to escape Earth's gravity a rocket must travel at over 11km per second, are we as testers being encouraged to shake off the shackles of traditional software development thinking and explode into the outer reaches of our potential? Such dalliances with numerical analysis of the number 11 serve us no real purpose, and indeed are laughable nonsense, but this is a book that encourages trains of thought beyond those of a normal testing book, although probably not quite as far beyond as those above.

There are lessons that overlap each other in the various chapters but they are all slightly different projections of the underlying model. Ideally there could be several partitioning schemes, as the lessons could well be grouped in numerous different ways to aid the investigative and thinking process, but that is left as an exercise in applied epistemology for the reader. Different indexed lists don't seem to be the best way to present information in book form.

Curiously, the book is far bigger than expected as it expands in your head as you read it. I did occasionally, very occasionally, in fact I think it was just twice, find myself shaking my head, but that is only because I have never been in the situation where those lessons could have been used, and because in the situation when the lesson could have been applied I took a different approach. I did find myself thinking - "hmmm, what if…" - quite a lot.

In fact I wonder now, if I had had this book when I started, would I have had to learn as much through experience? More likely, I would been better prepared to face those experiences because I could draw upon the years of experience embodied in the text. Don't learn the hard way, read the book and if you really want to make life hard then be reminded of the lessons the hard way.

It is difficult to pull the fundamental concepts out of this book but one of the most obvious is the notion of context dependence (I'm cheating because that is mentioned in the title). Every site is different, every project on every site is different, every tester is different, different techniques and approaches will apply.

Part of the reasons for having a book like lessons Learned is to provide some alternatives but more importantly to help explain to the reader how to identify more alternatives, and the book does explore what "Thinking like a tester" me