In his preface of the book “Common System and Software Testing Pitfalls”, Donald G. Firesmith writes “You can think of this book as a catalog and repository of testing antipatterns: the pitfalls to avoid, how to mitigate their negative consequences if you can’t avoid them, and how to escape from them once you’ve fallen in. Like a naturalist’s field guide to wild animals, let this be your guidebook to the dangerous world of testing mistakes and its denizens – the many creative ways people have discovered to botch testing.”
Software Testing Books: Load Testing, Unit Testing, Functional Testing
Like many Agile approaches, the principles of Test-Driven-Development (TDD) and its Red-Green-Refactor cycle seem deceptively simple. As often, things are more complicated in practice and this is why Jason Gorman wrote a 200 pages book about TDD that explores the multiples dimensions of this approach.
A Coach’s Guide to Agile Testing is part of the nice series proposed to Agile coaches by Samantha Laing and Karen Greaves. This book provides a complete plan to run a workshop where members of a Scrum team can understand and learn the concepts behind Agile Testing.
Software quality or the quality of software is a topic that generates many debates within the software development community. Is it about user satisfaction? Does it deliver value to the organization? Do we consider the quality of the code or its capability to change in the future, maybe with some automated tests to make sure nothing breaks? How good is “good enough”? In his book “What Drives Quality” Ben Linders tries to provide an overview of the quality perspectives during the software development life cycle.
DevOps is currently a trendy approach in software development. The DevOps world mixes the Development and the Operation concepts, but where does software testing find its place in this new approach? This is the topic of the book “Practical Guide to Testing in DevOps” by Katrina Clokie.
In theory, we can consider software testing as a very rationale approach. You start from unit of code or requirements and then you create the tests that will prove that your software does what it is expected to do… and doesn’t create problems with edge cases. In his book Oblique Testing, Mike Talks propose to add an additional perspective to software testing using the oblique strategies approach.