TesterHQ - The Evil Tester Blog Aggregator

Jul 10, 2017 - 6 minute read - Evil Tester Testing Productivity

Are you stable, or complacent? Is it time to experiment yet?

Original Blog Posting on [blog.eviltester.com]

TLDR; If you are not sure that you should experiment with new techniques then find ways to monitor the domain first, you might be able to learn from someone else’s experience.

When things are stable, and they are going well, a hard question to answer is “Is it time to experiment?”.

I have default tools and techniques which I know I can use to quickly achieve good results. As an example, when I want to start a new web server project for myself or as a training exercise I will use Java and Spark Framework. I know how to get results with the framework, I know Java, I can achieve results quickly. Have I found my peak and ideal solution? Or am I complacent?

Perhaps there is a better solution? Perhaps I should experiment?

There are some obvious points at which I will experiment:

  • when my chose approach or solution has obvious limitations for the task I am about to undertake
  • if I’m not sure that my current solution will handle the next task

With known limitations I’m forced to experiment. I have no choice.

If I’m not sure, then the first experiment I’ll engage in is with my current solution, and if it works then I probably won’t go looking for a new solution.

What about the middle ground when - things are working fine - but what if there is a better way that I am yet unaware of? Should I go hunt down other solutions to experiment with them?

I used to…

  • I used to monitor for new tools
  • I used to try out new tools all the time to see if they were better than those I was using.

But the problem was that I would then:

  • spend a lot of time monitoring tools
  • spend a lot of time superficially evaluating tools,
  • spend time switching between tools

I didn’t measure the time all this was taking. I didn’t consider the Opportunity Cost of this experimentation - what I could have done instead. I didn’t evaluate the benefit of having conducted the experiment i.e. having found and switched to another tool - how ‘much’ am I better off? how much faster is this task to complete?

  • measure the time experimentation takes,
  • consider the Opportunity Cost of experimentation,
  • evaluate the benefit of having conducted the experiment

I decided to cut down on the tool monitoring and evaluating and instead go deep with the tools I had, and to find a way to monitor - not the tools, but instead monitor - other people’s experiences with using tools.

This means that instead of monitoring new lists of tools I would find people in the domain that I was interested in, and monitor their experiences of using tools and techniques.

So if I was interested in new lightweight Java HTTP Servers I would:

  • find blog aggregators for web development, HTTP servers, Java libraries and subscribe to those,
  • create a google alert for search terms such as “lightweight http server java”,
  • subscribe to specific blogs for products, tools and techniques that I already know about.

I changed the monitoring approach and then tried to find ways of learning from other’s experience rather than direct experience (which is generally more costly in time, but clearly you learn more when you engage in it).

You can also use this with your current work by publishing what you do and what you think. Then you can receive additional comments from other people’s experience.

Prior to experimenting:

  • set an aim for what you are trying to learn,
  • decide on the fixed parameters in your experiment e.g. what other tools you will use, what design approach, etc.
  • investigate for any prior work that has tried to achieve the same aims and with the same parameters, (this might mean you don’t have to actually conduct the experiment)
  • set a time deadline,
  • keep your experiment focused on what you are trying to learn,
  • if you spot opportunity for new investigations then note them down, but don’t change the terms of the experiment yet, consider those objectively later

“Is it time to experiment?” might mean - “How can I better monitor this domain?”. You can use those nagging doubts to expand your signal monitoring and ongoing learning and education.


Question from Omkar Khatavkar on 10 July 2017 at 03:18:

I have one question, there are too many things if we start learning and getting educated. what do you think how we go over selecting which can be best for us.. ? or How do we prioritize .. ?

Answer from Alan:

Good question. In the context of this blog post it would be ‘prioritise’ those things which you are uncertain if you are becoming complacent towards, or have an itch to experiment with.

Even when we do this there might be a nagging doubt about… “but what about that area over there?”, “or what about techniqueX?”, “but tool Y seems important!”.

I currently subscribe to over 900 blogs. My news feed often has over 200 items in it over the course of a day. I imagine that a newspaper has a similar amount of headlines and articles. So I adopt the same strategy with my newsfeed as I do with a newspaper - I scan headlines and read those that have relevance.

I assume:

  • by monitoring a whole bunch of feeds on the same domain, if it is important then it will appear with a decent headline in one of those feeds
  • if I miss it one day then it will appear in another feed another day
  • if the domain becomes important enough that I do actually want to experiment then my ‘pre-experiment’ review will find it (particularly if I have monitored the domain and know where to look for information).

In general I prioritise with:

1) stuff I can apply immediately if I learn it 2) stuff that is directly related to what I’m working on 3) stuff I’m really interested in 4) stuff I’m monitoring that other people think is important 5) stuff that might be important in the future

It is easy to get overwhelmed so I couple my scanning strategy with my prioritisation approach. There are some feeds that I don’t read every day, I might only read them once a week.

I have twitter lists that I only read once a week to cut down on information overload.

I also prioritised learning techniques that help me deal with information overload e.g. speed reading, note taking.

I also prioritised learning techniques that help me find information e.g. “Google Fu” - learning ‘advanced search techniques’

I also prioritised finding tools that help - newsblur, evernote, hootsuite. And then I stopped looking when I had the tools and learned how to use them effectively enough.

Hope that helps :)