Book Review: 50 Quick Ideas to Improve Your Tests

LGMweb.201512.hammarberg.01They’ve done it again. Gojko Adzic, David Evans and, in this book, Tom Roden, have written another ‘50 Quick Ideas’ book. And this one is equally as good as the previous book on user stories. If not even better.

 

I got so much out of this book, and my tool belt expanded significantly. I really like the approach of these short, focused, one-topic books, starting with Gojko’s book on impact mapping. They don’t promise to be deep dives and total coverage, but rather to give you ideas (well… that’s in the title even), be challenged, and investigate further.

In this book on testing, they have divided the ideas into four groups, brushing on different aspects of testing:

  • Generating test ideas
  • Designing good checks
  • Improving testability
  • Managing large test suites

One of the things that struck me is how far (agile) testing has progressed during my relatively short period of interest in the field. This is a very sober and concrete look at the new breed of testers that want to be part in design, that takes failed tests as an opportunity to learn. We have sections on measuring test half times (how often do test change) in order to focus our testing efforts, and suggestions for how to involve and inform business users directly in the creation of key examples, etc. This is not your father’s testing… and I like it!

The early parts of this book touch more on organization of test efforts and exploratory testing, etc. There’s a lot of good things in there, but it’s not my area of expertise and interest.

The two last parts I found extremely interesting and packed with battled-hardened experiences that I sometimes found myself nodding in agreement with. And sometimes I had to reread paragraphs a few times because it was really a new take on a situation I’ve been in.

And that’s typically how you get the experiences from experts served. Some things you have experienced yourself and others are things that help your knowledge to take a jump ahead.

Everything that I didn’t know about before left me feeling that I wanted more pages on the topic. Or examples on how to implement this or that, although every Idea has a “How to make it work” section that gives you a starter.

This is by design.

The book is not meant to be a complete overview. You should, as they point out in the intro, not read this as your first book.

And, I might add: you should not read the entire book in one go. I would suggest that you browse this book for an overview and general knowledge and then use it as a tool, hands-on, in your team. Keep it next to your team, and as you run into problems, look them up in the book. There are a lot of pointers and ideas that can help you get under control many, if not all, of the testing problems I’ve seen teams run into.

I could not recommend the book more. Any serious agile tester should have this handy to be inspired to move even further.

Thank you, Neuri “Publishing” — looking forward to the next book. On retrospectives.

P.S. Were you the guys behind ‘50 Shades of Grey’ too?

This article originally appeared in the author’s blog, marcusoft.net.

 

Marcus Hammarberg

Marcus Hammarberg, the author of Kanban in Action, is a programmer, consultant and agile coach who has worked for a number of banks and insurance companies, as well as Ebay and Spotify. At present, he is especially jazzed about Node and Koa Js.

Currently, Marcus lives with his family in Indonesia, where he works for the Salvation Army.

Marcus can be reached on Twitter at @marcusoftnet.

Marcus Hammarberg
Marcus Hammarberg, the author of Kanban in Action, is a programmer, consultant and agile coach who has worked for a number of banks and insurance companies, as well as Ebay and Spotify. At present, he is especially jazzed about Node and Koa Js.Currently, Marcus lives with his family in Indonesia, where he works for the Salvation Army.Marcus can be reached on Twitter at @marcusoftnet.

The Related Post

When it is out of the question to delay delivery, the solution is a prioritization strategy in order to do the best possible job within the time constraints. The scenario is as follows: You are the test manager. You made a plan and a budget for testing. Your plans were, as far as you know, ...
This article was developed from concepts in the book Global Software Test Automation: Discussion of Software Testing for Executives. Quality cost is the sum of all costs a company invests into the release of a quality product. When developing a software product, there are 4 types of quality costs: prevention costs, appraisal costs, internal failure ...
Has this ever happened to you: You’ve been testing for a while, perhaps building off of a branch, only to find out that, after all of this time, there is something big wrong. It’s a bad build and now you have to go backwards, fix something, and get a new build. Basically, you just wasted ...
March Issue 2020: Smarter Testing Strategies for The Modern SDLC
Introduction Many companies have come to realize that software testing is much more than a task that happens at the end of a software development cycle. They have come to understand that software testing is a strategic imperative and a discipline that can have a substantial impact on the success of an organization that develops ...
The 12 Do’s and Don’ts of Test Automation When I started my career as a Software Tester a decade ago, Test Automation was viewed with some skepticism.
Internet-based per-use service models are turning things upside down in the software development industry, prompting rapid expansion in the development of some products and measurable reduction in others. (Gartner, August 2008) This global transition toward computing “in the Cloud” introduces a whole new level of challenge when it comes to software testing.
Introduction Software Testing 3.0 is a strategic end-to-end framework for change based upon a strategy to drive testing activities, tool selection, and people development that finally delivers on the promise of Software Testing. For more details on the evolution of Software Testing and Software Testing 3.0 see: The Early Evolution of Software Testing Software Testing ...
Back from more training, I was up at a client in Bellevue and really enjoyed teaching a performance class to a world class testing organization. I found that the students were very receptive to many of the concepts and ideas that the class offers.
With this edition of LogiGear Magazine, we introduce a new feature, Mind Map. A mind map is a diagram, usually devoted to a single concept, used to visually organize related information, often in a hierarchical or interconnected, web-like fashion. This edition’s mind map, created by Sudhamshu Rao, focuses on tools that are available to help ...
Introduction This article discusses the all-too-common occurrence of the time needed to perform Software Testing being short changed as specification, development, and unforeseen “issues” cause the phases prior to testing to expand. The result is that extreme pressure is placed upon the testing organization to perform the testing function within a reduced time frame. The ...
The Testing Domain Workbook is the most extensive and exhaustive work you will ever find on a specific testing technique (or related techniques if you include equivalence class analysis and boundary testing as the book does). What I like best is the combination of academic background and roots combined with practical experience and industrial practice. All the concepts are ...

Leave a Reply

Your email address will not be published. Required fields are marked *

Stay in the loop with the lastest
software testing news

Subscribe