What does your test strategy look like?

What does your test strategy look like?

Is it a document, a mindmap, a drawing on a whiteboard, something else?

A test strategy != test strategy document.
A test strategy is the set of ideas that guide the test design;

The test strategy is hard to explain what is represented like in my head.
I model my test strategies with goals/risks mainly besides others.
The test strategy changes, adapts, it’s enriched, as I learn more things or move between targeted areas (a few times per day).

As for the documentation it can range from:

  • nothing,
  • to a few notes in a text file or notebook,
  • be comprised of test ideas(without specifically documenting the name of the strategy),
  • sometimes a drawing or mindmap,
  • sometimes it gets the form out of a conversation with a colleague - so it can be an out loud expressed strategy;
  • could be a post-it…
1 Like

Recently one of my colleagues asked: “ Do we have any test framework / strategy document that describe the purpose and which type of projects need which testing: Unit testing, Functional testing, Data Handling testing, Integrity testing,” … +16 other testing activities.

The test strategy, to me, is which of the 16+ you choose. Plus it also needs to answer:

  • Who does what parts of the testing – and why?
  • What to automate?
  • What tools and frameworks to utilize?

Recently I’ve been exploring: What is the value for the decision maker for each part of the test strategy? Perhaps a Wardley map can help me?

In the end I usually summarize the strategy in a document, and will include a drawing or two.

I’m not sure I understand the point:
The test strategy is to you the selection of test techniques?
Why would you limit your testing to the techniques before having detected the risks and getting some test ideas?

hi Stefan,

Sorry if I was being unclear. I was trying to describe what a test strategy looks like, to me.

to me the test strategy looks at the bigger picture - based on the business drivers, which test activities should we have - in the first place… risk and time-to-market are just two drivers, there might be more. Then the test case design strategy, test automation strategy, requirement coverage strategy, test technique comes next.