The other night I tweeted that I thought I’d lost my testing mojo. I didn’t feel inspired to write about testing. Some good friends of mine suggested I get some rest, that it would indeed return and to be patient. So I kicked back and chilled out. As it turns out it didn’t return today so I decided to do the second best thing and re-post a fairly old post from a now defunct blog.
I sense my mojo is returning as my mind is racing around thinking about some very interest..and far out…ideas about megafactories, plastic testers, ghosts, snot (bear with me), testing therapy and idleness. But for now….a golden oldie (apologise to all who’ve read it already). For those that are interested my old blog is here : http://pac-testing.blogspot.com/
Double Check Your Audiences Values
I’ve been wondering a lot about phrases mentioned in the test world like ‘quality is the value to someone who matters’. I completely subscribe to this notion that what a tester may perceive to be a high priority bug, the customer (or product owner) may actually not. It is a sound theory and something that I try to remember when testing. Its something a tester must appreciate so that they don’t get all gnarled up over a defect they think should have been fixed.
So day one, you find out what your ‘person that matters’ deems to be important and not important, so you raise defects and only highlight (add extra emphasis on communicating in a rapid way) defects in areas your audience has told you have more value. You keep doing this until one day you get asked why you let a high priority defect go in the pot out without making more of a fuss. ‘But you didn’t see the value in fixing that bug last week…’ is your response.
What’s happened is that some dimension of this persons perception of value has shifted and you’ve been left out in the cold. The ‘person that matters’ now perceives this once low value area to be a high value area because of new information they now have at this moment in time. You feel annoyed, frustrated and betrayed.
So when we say that quality is the value to someone that matters I feel we need to add on to that ‘at that moment in time’, in fact I’m pretty sure someone, somewhere will have already done that….. (as it happens it was none other than Mr Bolton and Mr Bach (There’s a line in the Rapid Software Testing course: “Your context guides your choices, both of which evolve over time”. – Michael B))
I’ve seen this happen more times than I can remember where a defect in an area or a defect of a type (i.e. tab order) was not important at point X, but now a shift in focus has happened and it’s suddenly the top priority now at point Y. Whether you get told about this shift in focus or not is irrelevant – I see it as a testers job to find out what the focus is, from the ‘person that matters’. You can report defects until the cows come home but what really adds value for your ‘person that matters’ is when you report the defects with an emphasis on the ones of value to them.
I’m not saying don’t raise every defect you encounter, far from it, but from my experience, testers have a direct influence on how well communicated these issues are to your audience. So spend the time making the ones important to your ‘person that matters’ read like a horror story and also make them aware of these issues faster.
So find out what is important at that time to whoever may matter and work with them to add ‘quality’. Don’t forget that the person who matters will have more dimensions of information at their disposal than you do. They may not care about 100 defects in module X, they may care about 1 defect in module Y due to commercial issue Z. Work with them, let them know they can trust you, let them know you are pro-active and let them know about the bugs that matter to them. But most importantly, keep checking your audiences values as they can, sorry, they will, change over time.