The project I’m working on has an end of August deadline and over the last few weeks I’ve noticed the term MVP being thrown around with increasing frequency. Back at the start of the project, a developer dropped the ‘M’ bomb in a meeting. Before he could finish pronouncing the letter ‘P’, one of the project stakeholders very politely but forcefully interrupted the dev to remind everyone that “we are not building an MVP!”. Continue reading
Michael Bolton first highlighted the difference between testing and checking. The output of checks are binary results (true/false, on/off, black/white). Checks can be executed by humans or automatically by machines. The output of testing is questions, facts and information. Tests can only be executed by humans. Unfortunately, a lot of people continue to use these words interchangeably which can lead to confusion and mistakes. To become better testers, I believe we need to start with the basics; our vocabulary. Continue reading
Mind maps are awesome at allowing you to visualise complex/abstract concepts and link the relationships between them in a very simple format.
A few weeks back I was browsing through James Bach’s website and came across an article about rapid testing (heuristics are a central component of the rapid testing approach). A few days prior, one of the testers at work spoke about using mind maps to capture testing notes. So I decided to combine the two ideas and create a resource that would, at a glance, highlight the tools and techniques available to me as well as remind me of the testing skills I need to improve.Continue reading
Little consideration is given to the opportunity cost of automation. What are the implications to the quality of software being delivered? What do we lose by focusing on the automated/coding skills of testers and ignoring their “true testing skills”? Automation is an important cog in the delivery of software but there are limits to its benefit which aren’t always fully recognised. When making decisions about automation, we all need to understand its limits and associated costs; it’s opportunity cost.
To test is to think creatively.
Working in agile environments, rather than more traditional ones, demand much more of their testers. Testers need to balance their innate bias for quality with the need for shipping working software to customers asap. Testers need to adapt to this changing environment, and fast!
Testers need to be creative, not artistic
For me, creativity simply means problem-solving. Even though the words “artistic” and “creative” are used interchangeably by most, they have different, although related meanings. Being artistic is a gift the lucky few are blessed with. Being creative is something you choose to be. It’s the way you choose to view problems. It’s the lens you see the world through. For the purposes of this article, I’m going to focus on the problem solving/creativity side of things, not the artistic side. The side we all possess but most ignore. Sir Ken Robinson’s explains why and where we lost our creative way in his Ted Talk about creativity.