I Got it Wrong – Did the How not the What

I’ve spoken a number of times about testing asking the “what” of something before jumping into the “how”.

But recently I fell fowl of the very thing I talk about; when writing a new test approach I got too focused on the how and couldn’t see the what. I wrote and re-wrote the approach and each time I was focused too much on the specifics:

  • Helping drive out ACs in Triforce.
  • Using exploratory testing and [these tools] to uncover information.
  • Capturing test notes on [this tool].
  • Raising bugs and managing them via Jira.

I had gone too generic and basically was saying “I’d test stuff”, I hadn’t engaged with the state of the project or the risks that needed mitigating at all. This meant that my test approach wasn’t useful to actually documenting the risks that the project might face and wasn’t telling anyone what I needed or what I’d do to help mitigate those risks.

Luckily, my awesome Test Manager was on hand to show what I’d done and remind me that we need to look at the risks of the project (the what) and then work to the how. Now the test approach has an awesome list of risks and what we need in order to be in a position to test them.

WE’RE NOT INFALLIBLE. SOMETIMES WE CAN GET IT WRONG, EVEN IF WE’VE ADVOCATED FOR THE RIGHT THING BEFORE. BE KIND TO YOURSELF, LOOK OBJECTIVELY AT WHAT YOU’RE DOING AND DON’T BE AFRAID TO REFRESH YOURSELVES ON THE BASICS.