Skip to main content

Posts

Showing posts from 2013

Live and learn

In spring I wrote about a big change on my career , continuing to work as a tester but changing almost all other aspects of the working context, the aspects being: From - Customer acceptance testing role into Developing our own products - Waterfallish into Agilish project models - Business oriented & simple into Mission critical & complex domain - 8000km from developers into a Few meters from developers - Consultant into Employee - Non-technical into Technical So how has it been? Comparing my new job between the jobs in the organizations I've previously worked for isn't really possible, or fair, due to the many contextual differences (trust me, I worked on a blog post comparing the differences for a long time until eventually scrapping it). But still there are huge changes that have happened to me as a tester, which I'll briefly discuss here. Information over-flow The biggest change has happened regarding getting information on the contents of the

All ketchup bottles are not red.

I often have problems in finding the ketchup bottle from our refrigerator. At some point I started to notice this, and eventually realized why I did not find it. It was because I was looking for something red, but the Heinz ketchup bottle isn't actually red but transparent instead. So after it has been used for a while (I have a three year old son so it doesn't last full long), it becomes mainly transparent in color. And when I start to look for the ketchup, I can't find it because I'm searching for something red. Today I had a short discussion with my wife which wen't about like this: Wife: Do you know where's the ketchup? Me: The bottle isn't red, try looking for a transparent bottle. Wife: Oh there it is. You get the lesson already? Well I have another close experience of similar kind. Last week I was taking part in Helsinki testing day as a test lab assistant. I was responsible for my own stand where I had created a few testing tasks for an op

Dumb questions and not getting lost from your route

There's a saying in Finnish "Kysyvä ei tieltä eksy". In English it might translate into "Man asking for directions does not get lost from his route." I really like that saying. Another more famous one is "There are no dumb questions". I disagree with this one. There are dumb questions, and you cannot avoid them. Asking good questions, the right questions, at the right time, from the right source, and in the right way, is really hard. That's pretty much what testing is about. Asking, learning from the answers, and educating others based on the answers. As an example a dumb question would be one that: - is asked at the wrong time - is asked from the wrong source - is not answered - provides no information for anybody - takes a lot of effort to ask, and provides very little value - is asked just for the sake of wanting to ask - you shouldn't want to ask, you should want to ask so that you can hear the response   - does not help you to

The miseducation of Exploratory Testing

I've been noticing a phenomenon lately, that is the over/misuse of the term Exploratory testing. As many testers seems to have kind of settled for the Exploratory testing paradigm and have moved to new frontiers like checking vs testing , it seems many other parties are really getting into it, and of course understanding it in different ways. Couple of examples of this phenomena: 1. In my final days as a consultant one of our sales people, had visited a customer who had no experiences about testing, but specifically requested the sales man to give a offer on Exploratory testing 2. I just looked at the program of Agile testing days 2013 , and really many of the testing related talks were labeled about Exploratory testing, although to me many seemed to talk/practice testing in generally It's nice that the Exploratory testing is gaining momentum, but I am also a bit worried about it. The examples listed above could be supported by many others, which kind of give me the impr

Pretty cool bug list

Noticed a news story about problems in a new fighter plane called F-35 Lightning II. The story included a visual list of known serious bugs on the plane, which you can see here . Pretty nice and compact, high-level list of bugs represented in a seemingly understandable fashion. My next project manager, expect to see my next list of known bugs in flash (at last the graphical design course I attended in school will come in handy)...  

The tester's syndrome

After being a software tester for seven years, I've developed a condition I call the Tester's syndrome. I'm not sure what leads to this, and how specific it is to testers, but I am sure I didn't have it before I became one.

Tester's service promises

My company has a monthly news letter, each month having a different theme. The theme of the news letter is "Service promises" where we discuss and think what is and what should be the service promise we give to our customers. This got me thinking, what is my service promise as a tester, and then spent an hour creating them. Here's the list