Category Archives: Teach things

daD Talk

One of the things I wanted to develop is critical thinking. Not only by myself, but also by my kids themselves. The led to a rather unpleasant start of one of those dad kid conversations.

There was no way back: a subject I tried to delay for a few years:
computer security.

The complaint about a program was packaged as a request:
“I want to have a computer, which can execute [dangerous module] programs without using [dangerous module].”

I exhaled. My kid had absorbed the information and realised that the use could have a severe consequence for the computer. No more computer time. On the other hand the disadvantages were too big to forget about it.

I tried to find a solution, but I could not find one. If a program can change things on a computer, then it can do bad things.

While blogging I realised I was wrong. There was a work around.
There are programs, which can do same things like the original program, but they are built differently. They are called emulators. Some gamers like to play low resolution games on emulators of very old operating systems.
Wow, that’s my kid.

It’s hammer time
“If you have a hammer, then you can use it to break a window. But that’s not right.”
My kid nodded.
“So I program the hammer, so it cannot be used for a window glass. Then I can go to a door and use it to break a lock. I can program it not to break a lock. Then I can use it for a window frame.”

It would be easier to tell the hammer it could only be used on wood. This looks brown and it has grains. But it could be changed, so that everything looks like wood.”
I made a wide gesture with my arm pointing to different objects in the room.

“But I could change the picture. All objects would look like wood. That is not a good idea, so I store the picture in a book. But the picture in the book can still be changed.

Then I could place a lock on it. But the lock could be picked. I could place a better lock on it, but then the whole book could be replaced by another book.

And that’s why it is so difficult to secure things.”

Another unpleasant guest
My kid had seen a cool app. And it should be installed absolutely. So I did my dad thing:  looking at the permissions, which I would grant to the app. It could handle my files. It was just a game and why should game have a peek at my files? Time for the bad news.

So I told my kid, that the app would access files on the phone. The reply was to buy a phone just for games. Then I told that after a while the phone would be also used for other purposes like making pictures. “You don’t want your pictures in someone else’s hands.” There was a lack of nod.

I needed another way to tell the warning. A visual one.
“Suppose someone comes in. He looks television for the whole evening. And he eats the whole fridge empty.

If you protest, he will say:
“You said I could come in.”

The next evening he comes back. He takes the table and the sofa out of the house.

If you protest, he will say:
“You said I could come in.”

Speaking at TestBash NL 2017

The bus was about to leave Utrecht. But TestBash was in Utrecht. I politely asked the bus driver about my bus stop again.

He put the blame on the broken system in his bus.
Seen that. Done that.
I had a workshop to prepare, mate.

Just a few things
A few weeks earlier.
With a rapid approaching workshop I tried to get a good picture of the room. Okay.

10 people would attend my workshop. I expected more. After digesting my disappointment I looked at the bright side: I could handle them.

Then slowly stress was getting me. On my shopping list for my workshop were a beamer and a screen. Huib mailed back: there is a screen. You do not need a projector.

So I repeated my request. The reply was to attach my laptop to the screen. I was puzzled. It took some time to realize it was a flatscreen.

As a speaker I was allowed to participate in a workshop. I selected Gitte’s in the afternoon.

Then I got curious: was there a way to get more information about the morning workshops including my own one? I clicked.

My workshop was sold out. Wow. Excuse me. Just had another look. My workshop was sold out. I freaked out.

Almost ready
Back to the workshop day.

After the scenic tour with the bus I involuntarily extended it. Using a public traffic app I located the street after some backtracking.

A short walk later I saw a place. Wrong place. The venue should be, where the foreigner with the small backpack was heading to.

He was out of sight. So …. I had passed a church. You’re kidding. Outside was a banner with a 7. The venue had a 7 in the name and it was situated at no 7. I entered the building and saw Rosie. Bingo.

I got my ninja sticker and was ready to prepare my workshop. Huib provided the paper, markers and stickies. And up we went.

He entered a lovely room. Ideal for a workshop: tables and chairs. Just, what I had in my mind.
“You have another room.”, Huib remarked.
Other pleasant thoughts about the room were immediately muted.

I ended in a small room with one big table. A door with a glass plate on top of it. Good enough for an agile tester.

There was a facility manager, which was quite convenient. “We’ve got HDMI.”, she proudly announced.

I showed her the side of my laptop. “I need VGA.” And off she went. Returning with some fancy connector.

Sound was also difficult. The line from the connector was too short. A box was brought up.

“Do you need something?”, the lady informed.
“I would like to have some coffee.”

I prefer to have my laptop in front of me, so I moved my laptop and the screen. After some shuffling I had my preferred position for my laptop on the big table.

Then this table became my next point of concern. 10 people would attend my workshop and I had only place for 9.

Big sigh followed by moving back all stuff in the old position.

“Do you need something?”, the lady informed.
“I would like to have some coffee.”

Already some attendees were present for half an hour. I apologised and continued with my preparation.

I got a glass of coffee from a member of my audience. Cheers mate.

At the end I connected the laptop to the screen and saw a black screen.

It was time to start the workshop after sending a HELP request to facility management.

Work hard shop
The atmosphere was a bit spoiled by moving all that stuff. I had partial fix by connecting my smartphone to the box. Hopefully the music had a calming effect on the audience.

So I started my workshop to talk about visual testing. Why I thought, it could use some attention from testers.

The facility manager came back. And solved the problem with plugging an USB connector.

I should have noted that connection. A photo was faster. Exploratory workshop preparation anyone?

Anyways my presentation was shown on screen.
Now I really could start.

Draw it again Sam
I used some tricks to get interaction with the attendees. Within 10 minutes I got verbal feedback on several questions.

Then it was time for the time out exercise. It was a tough one to do. Paper and stickies were scribbled upon with markers.

I saw people stopping and staring. I showed the next slide and explained the next step.

The advantage and disadvantage of a visual testing is, that I can notice progress in a few seconds.

“Take a new piece of paper and start again.”, I encouraged the attendees. People stretched their arms for the paper.

Some attendees started to scribble on the stickies. “Just take this post it as a starting point.”

After a few minutes the cycle of explaining and exploring restarted. Slowly the result ended in a state transistion diagram.

After showing the diagram I rattled off all missing elements in the model. Then I justified my choices.

On the flip chart I wrote YAGNI, You Ain’t Gonna Need It. This principle of XP, Extreme Programming, could also be used in testing. Why should I describe all details in my model, when it does not really add value?

Looking back I should have switched the time out exercises. Real life examples are pretty nasty.

There was a break after 1 and 1/2 hour and I just had finished the first hour presentation. 2 hours to squeeze.
I just entered the second hour presentation. I already skipped 2 exercises. This was going to be tight.

On the other hand Huib granted me extra time, because the lunch would take place in another workshop room.

After the break I started with another exercise. People used state transition diagrams and process diagrams. I was really happy, that they made a visual model.

During the last part of the workshop I focused on the most important parts of a new visual model. And I succeeded.

In the weeks before the workshop I memorised the mind maps of the hour presentation. I had looked to supporting stories and slides twice a day. It benefited me greatly.

San Francisco Depot or SFDIPOT
During my workshop I remembered, that test ideas could be found using SFDIPOT. This powerful heuristic almost cost me a quarter of an hour.
I just skipped the explanation: I wrote it on the flip chart – “Just search on SFDIPOT.” – and moved on.

That evening I had a talk and a few beers with Klaas. He also used it frequently in combination with FEW HICCUPPS.

FEW HICCUPPS is another heuristic.
Should I use his advice?
Does it count, that he is a world champion in testing?
Yeah… Probably.
Great, extra homework for me.

The next day I remembered that I had blogged about SFDIPOT. So I tweeted this to my followers:

About connections
For one exercise I needed the Wifi. Every attendee needed only 20 kb. It was too much.

Huib had already mailed me several warnings: the wireless network was not fit for workshops.

Ofcourse I had taken measures: I made my smartphone a Wifi hotspot. Within minutes every attendee was on the web.

Later in my workshop the screen went black. One of the attendees pointed at the loose adaptor. By all the moves of my laptop I forgot something to connect. Oops.

I plugged my laptop to the electricity net. It was time for a Fieldstone. I had a small role playing game or RPG.
“If you are familiar with Fantastic Beasts and Where to Find them, he looked like Mewt Scamander.” And I let the game begin..

After the RPG I saw the login screen. I switched back to presentation mode.

Gravity in action
The workshop had to be finished in an appropriate way. I still had so much tell. I picked the Fieldstone with the Pendulum.

A few weeks before the workshop Katrina had written about a pendulum. She used it to illustrate to find the optimal way of testing.

I could not find my props, so I used the mouse. On the flip chart I wrote too deep and too shallow.

With my left hand I held the tail of the mouse. The right one grabbed the mouse and rekeased it at “too deep”. The mouse moved in arc until it lost all its speed. This was the optimum for testing.

In testing a lot of words are used. The trick with visual testing is to find the right balance between no pictures and too many pictures.

During my preparation I remembered Nassim Taleb telling the essence of Antifragile standing on one leg. I had the feeling, that I had done the same.

Relax man
In my mind I was still fretting about the fact, that I had to skip exercises and stories.  When I met Jean-Paul, I told him:
“I have so much material.”

He looked at my backpack and a cilindrical case on my back:
“You always have.”
Or was he really thinking about information, that could be shared?
I don’t know.

Our conversation continued about the small things which improved the life as a speaker like an available presenter. A click on a button of this laser device shows the next slide.
Use the force. Push.

That thing about courage
In the workshop about courage Gitte gave me homework. “Write on a paper the first step of something you are going to do next week.” It was about something that would require courage.

I wrote on my paper: “Short”. I wanted to write a short blog in a few days. Normally it takes me weeks from Fieldstone to blog post. I could reduce that, but how …

The week after TestBash I wanted to write about meeting people. Was there a way to change my way of blogging?
I focused on what I wanted to share. It was basically the feelings and thoughts I had. There was no test knowledge I would share.

Was there a message I could share?
Yes. Meeting peers is great. Surprises are great. The test community is .. you got the message.

I started with a mind map. Then I added notes. I made a funny picture. I gained more and more speed.
The result was the previous blog post BTW.

Soon afterwards I started this blog post. All kinds of memories about my speaking experience at TestBash I put here. Piece by piece. Day by day.

Look who’s speaking
The conference day started a bit unusual for me.
“Welcome mister speaker”, Huib said, followed by a bow.
I tried to find a funny answer. That was difficult without coffee:
“Hello mister organiser”

The day before the conference day I was asked twice:
“Will you speak tomorrow?”
How did they recognise me?

So on the conf day I asked, whether the colour of my ninja badge had an extra meaning. E.g. Talk in black. Workshop in green. Silver for free beers. Etc. Actually there was no silver. Mind you.

There was no connection between colour and role however. Maybe a Chinese with a Dutch accent is associated with a speaker. Or people actually recognised me from the program. Or I was carrying simply too much stuff in a backpack and case on my back.

In a room filled with goodies I got my badge of honour, a T shirt with a golden Ninja.
“Now you are one of the Golden Guys.”
I hereby can confirm there is a connection between the golden ninja and the ministry of testing.

In the morning I remembered, that two attendees had asked me a strange questoon. So I twittered:
Attendee: “Do you give workshops for a living?”
Me:”No, I am a tester.”

In the afternoon other people started to like this tweet. Some of my testing muses did. For a short period I was energised and then drained afterwards.

Zone of what?
During one of the breaks on the conference day I had a talk with Marcel, who wore a sweater with the intimidating text:
“You cannot scare me. My wife has a PhD.”

I told him, that I was surprised about the progress during the exercises. I could solve exercises from my workshop within minutes.   He remarked, that it was all about the zone of proximity.

It is easier for me to transfer knowledge to someone, who has the same experience or only a few years experience less or more. She or he is in my zone of proximity.

This meant, that it would take me more time and effort to teach people, who have significant less experience in testing.

Within an hour I had a new follower on Twitter: a German guy, who had written a respectful blog post about the test pyramid. He looked somewhat familiar. And I had talked to him.

Look who’s speaking
A week after the announcement on the web I met Huib Schoots, the program chair. He asked:
“Did you see the program?”
“Yes, you were not on the list.”, I replied.

“I noticed, that Manon is on the list.”
“I encouraged her to submit.”, Huib admitted.

During the last break on the conference day I saw Manon sitting in the last row. So I informed about her workshop. We talked about tables and Wifi. Pieter and she had set up their own network. Another way to address a workshop risk. Jack in the box. Check.

After the break the audience was asked whether they had switched places. This conference was a way to meet other testers. I had moved from the front row to the back row.
Guilty as charged, Your Honour.

Thanks for the invitation Huib and Rosie.
And it all started here.

Finding courage

After more than 10 minutes of discussion the work item was clear to the developers and the product owner. Then the standard question was posed: “Are there any more questions?”

As a tester I had digested the information. I was not sure about the solution, so I raised my hand. Everyone looked at me.

What’s Up, Doc?

Currently I am the only tester in my team. If something has impact on testing or a quality related attribute, then I talk about it. It is something some people take for granted.

In the past people started rolling their eyes, if I questioned something. Until the main stakeholder supported me. Look who’s talking?

A few years ago I heard about a demo for a certain project. I tried to invite myself. My project leader objected with: “There is nothing to test.”

I persisted and attended the demo. Every now and then I posed a question. After the demo I heard no more objections about my presence.

Invitations for the remaining demos were even sent to me. The stakeholders obviously valued my input. Look who’s listening?

No harm intended
Last month the Skype rehearsal was not that successful. I had one month left to improve the exercises. They were crucial for my workshop at TestBash NL.

During the session I zoomed in on some exercises. In hindsight they were too big to handle in 1 go. Agile people might call them epic.

By breaking them down I got digestible mini exercises. I liked the idea.

Fast feedback for me and you.
[On the melody of Tea for two]

Some exercises had the complexity of my daily work. Using simple tests I might overlook edge cases. So let me complicate things please.

At the beginning of this section I wrote that the exercises were not that successful. I expected that the exercises went more smoothly than experienced.

Luckily there was useful feedback to improve the exercises. I had something to act upon. Things could only improve now. Also by writing down my thoughts and actions in this post.

During the preparation of every talk or workshop of mine there is a moment I think: “I cannot tell this.” And then the presentation is getting better. These experiences form my word of comfort.

The Skype rehearsal reminded me of #30daysoftesting: Lisa Crispin had doodled about experimenting. She was struggling, how to fit it in.

I tweeted her:
“There is no failure. There can’t be, if your only mission was to “see what happens”. ”

Thank you for your attention

“I think I found something.”
All developers were looking straight to their screens. So I waited for a reaction.
“You can talk.” the Scrum Master said. “We are listening.”
I started to tell about my observation. One dev stood up and looked on one of my screens. He went back to his workplace. After a couple seconds I heard:
“I know where the problem is.”

We are both looking

A few years ago this actually happened to me.

The recruiter stood up and made a gesture to the desktop at the other side of the room. “Now you can show your presentation.”
I liked the comfortable sofa, where I was seated on.
“I can show it here.” I pulled my smartphone out of my pocket.
The recruiter seated himself next to me.

“This is the presentation I will give. It still is a draft version.” After flipping the first slides I started a casual talk about a performance test in the past. “On this slide […]” I described the situation.
“I am familiar with performance tests.” the recruiter remarked. I just filed his words somewhere in my memory. Hey, I can still remember them.

“If you look at the graph, […]” I zoomed in on the graph and talked about the lines: what did they tell me?
Slowly the storyteller came up in me. My tone of voice changed. I started to talk in an animated way. The story started to grip me.

I had something to tell.

Excuse me for the interruptions
Last week I started a delayed Skype session with my friend. After some small talk it was time to look at my workshop for Testbash Netherlands.
“Okay. I gonna share my screen with you.” He saw nothing. This was similar to a broken beamer. There was no reason to panic yet.

I switched to Plan B. “I will send you the presentation.” I picked a PDF loaded with Fieldstones.
“Did you receive the presentation?” I kindly informed after a minute. I got no for an answer.

A few moments I heard that my mail was in his spam box.
He put me on the Whitelist.
You’ve got a friend in me.

After he had opened the file, I did a walk through in my native language Dutch. “On this slide I will say […]”
“On slide 4 [….]”

Later in the session I explained an exercise to him and off we went. “What would you do with the sticky note?” I got a reassuring answer. Now I came to the difficult part. He had to connect the imaginary stickies.

I could not give him visual clues. Therefore I focused on his voice. It sounded lower than usual. He was hesitating: there were too many options. So I added a constraint to the exercise. The tone of his voice became higher: that was positive.

Beginning this year I had visualised the solution within seconds. Now I had to breakdown the solution in small pieces for him. I took a metaphor to explain the first step. Confusion was on his mind.

Now I had to be patient.
I repeated the solution several times. Nope. I used other words. I did not hear anything. Then I revealed the solution a little bit and got a good response. Phew.
So I will have to simplify this. As simple as that.

Another exercise followed. The slides were not ready, but I had enough information for him. It took him some time to read it. That was something I could not influence as a workshop leader.

Then I told him his assignment. He told me in a steady flow, what he had found. He picked up the right information. Then he was sidetracked.
“O no”, I thought and kept my mouth shut. I really had to listen. He kept talking. By using logic he figured out the right solution. This went quite smoothly after all.

This exercise was too easy for the middle part of my workshop. I looked for it in the mind map for the second hour, but it was in the First Hour Mind Map. That was just fine with me.

I got valuable feedback by carefully listening and questioning.

A few weeks earlier I showed some slides to my wife. She was more than happy to recognise some pictures. But one slide was really bad and she had good arguments. Right. Make that wrong: I still need to tweak that slide. And yes, my wife is right.

I thank you for reading and the reminder to improve that slide. And uuuuh …. something else, which drew my Attention.


Just give me a couple of blog posts. It will spring in my mind again. Cheers.

Test Creativity, Inc.

Using the book ‘Creativity Inc.’ as a basis for this blog post, I made a mistake. I tried to craft a compelling story, how creativity could be used in every phase of software testing. But the post became a struggle for me. Then I realised that the book was not about creativity or management. It was about leadership. Let me write about it.

Learn, Struggle, and Tell
During one of my workshops about mind mapping I talked with a colleague, who was specialised in project support. She told me, that she already had been taught mind mapping during her master class. She was quite proud about the nice mind map as a deliverable of one master class group project. She described the beautiful details, but I sensed some reluctance to use mind maps for her daily work.

One of my kids had to give a talk. In the US it is called Show and Tell. An object is shown to the class and the pupil tells about it. The teacher of my kid would give a penalty, if no mind map could be shown.

Where’s the fun?

Flow and Tell
What I like about mind maps, is that they are playful in use. I can get in a flow, during which I can add and modify information in a continuous way. I can focus and defocus. With a single delete action I can remove a complete subtree of information.

A mind map makes a TODO list more interactive than a standard checklist. I can make sub tasks and move them around. It shows me, which things need my immediate attention.

This is useful fun for me.

Use and Tell
Years ago I used to work for a consultancy firm. This company had a special program for consultants between projects. One of the workshops was Introduction Mind Mapping, which appealed to me as a knowledge worker. The reasons to attend my workshop were different:

  • “I am curious, what mind mapping is.”
  • “I heard good stories about this workshop.”
  • “It might be useful for my work.”

During the years it became a feel good workshop. I found the right mix between practice and entertaining stories.

In order to maintain the quality of the workshops I was requested to collect filled in evaluation forms. Once I even scored a 10 for the whole workshop on scale from 1 to 10. You guessed right: 10 is perfect. For Dutch people this is quite exceptional. Most of the time I scored 8 or 9, which is good.

The feedback about the use of mind maps after the workshop was quite limited. One consultant used a mind map in a presentation, which I attended.

Another consultant had a long call with me to look at the use of mind maps as a vehicle for knowledge management. And there were a few more.

Show and Provide
There was not enough time to make a test plan. My project manager was quite strict: you have to do your job with the available resources. So I asked my project lead to use a mind map. The reaction was like “Sure, why not?”
I confirmed my request:
“You won’t get [word processor] doc, but a mind map.”
“That’s no problem.” she answered with a smile.

I went back to my computer and made one of the most compact test plans ever. I mailed the plan to her and started playing the theme of Mission Impossible in my head. I succeeded.

Later I heard that the plan was converted to a document. This was not entirely my intention.

Show them & They Tell me
Another time another mind map. This time I presented the test plan mind map to the stakeholders. It was scrutinised and becoming better after each feedback. Weeks later I requested information from a colleague, she answered with:
“I looked to your mind map and […]”.
Just imagine that smile on my face.

A few weeks later I got questions from another colleague. I opened my mind map and talked about the options. It was highly constructive. Test ideas were reframed with new facts and questions. The focus was on the content and not on the form.

There’s No Business like Show Business
There are many people, who already use mind maps like me. So my creativity is not that high. The use of test plans for management is standard in many companies. But the constructive discussion about the tests to be executed was quite unique for me. My test plan mind map was discussed, adjusted, and used to give a direction.

Am I a leader, because people follow me? Maybe they are chatting and not paying real attention. Maybe I am a leader when I tell the right direction in the back of the group. But they might follow another group or be led by some else in the group.

Real leadership is granted and not imposed.

Free Gift as a Service

A few months ago Jokin Aspaziu gave a gift to the Test Community. He added Spanish subtitles to an online video. is doing the same with a big set of mind maps. On a Saturday someone placed a question on a forum about a checklist for testing. I just referred to this big set of mind maps.

So here is my gift, which costed me more than 100 hours of work in my free time (and another 4 hours for blogging this). I am sharing this for free by giving multiple views on a software test exercise. After all it is my way to put my thoughts on the web.

The exercise
[Preparation teacher:
Explore the program extensively yourself before using the exercise.
Be sure, that there are enough smartphones (iPhones are not supported 🙁 ) and laptops plus wifi for the exercise.]

“You have to test a multiplication. You have 5 minutes to prepare. I am the PO or Product Owner. You can ask me any question.”

[My observations for this and similar exercises:
Two things can happen:

  1. Attendees are writing a lot of test cases.
  2. Attendees ask a lot of questions.

FAQ teacher
Q: why do we need to test a multiplication?
A: this is written in a new programming language.

Q: what can be multiplied?
A: all kind of numbers.

Q: are real numbers supported?
A: yes.

Some advices:

  • Give only information, when asked.
  • Act, if you know everything.
  • Tell a consistent story.]

[After the five minutes]
“What are you going to do?”
Or “What did you find out?”

[In case of silence or answers about test cases you can ask the attendees:

  • What is your mission?
  • What are you going to test?
  • What are the priorities in testing?
  • Etc.]

“You have 10 minutes to test the application. Here is the link to the application:”

[Additional information:
Give only information when asked.

Depending on the purpose of the context of the exercise you can encourage people to make notes.

In the past there were several reasons why I had to part from my smartphone:

  • It does not operate on an iPhone.
  • The battery of an attendee’s phone is low.]

[After 10 minutes of testing]
“Time is over. I want you to form pairs and debrief each other.”

[In case of uneven number of attendees let one attendee debrief to you.]

After the debriefing
“What were your experiences?”

[If people continue to talk about bugs, you can ask about exploring or notes. Did you accomplish your mission?

Other question:
“I was the PO. Why did you not ask me about [program]?”]

A workshop
The reader is of course advised to embed the exercise in a workshop. A good example is note taking during testing as subject. What must be noted during testing?

The first part could be focused on personal experiences and information from bug registration tools. An overhead projector can be used to show some notes as used in practice.
Let people voice their opinions and let them discuss the options.

In the second part theory could be presented like ET templates. ET is short for Exploratory Testing and not for a cute little stranded traveller looking for a roof and candy.

The last part is the exercise. As described above.

I was looking for a way to engage all attendees at the same time. It would be great, if they could do the exercise at their own pace. Not everyone has a laptop, but smartphones are quite common these days.

So I wanted to have a tool to make an app for mobile phones. The development environment and deployment of the application for workshop should be free and it should be able to support more than 20 attendees at the same time. Hum, these sentences sound like requirements.

I looked to different tools. There were a lot of cloud based tools, but they had restrictions on users or mobile platforms. Also had time consuming pitfalls like learning to code. I try to avoid proprietary code.

Then I noticed Twine. This tool had a similar interface of a CMS or Content Management System for web sites. It was free and simple to use. Twine is used to tell a story with branches. So I could add several happy endings. Or in the case of a bug a bad ending.
It can even be used for a RPG or Role Playing Game: please enter the room. Hit the baddies and take the loot. Cheers. Have another healing potion. Rinse & repeat.

Then the painful embedding of Twine html in my web site started. It looked bad. Some forums did not have proper information, so I had to place it outside this blog space.

But I had still more than enough Mb left over in my hosting space. So I cruised through my personal Command and Control Centre of my hosting provider and discovered that I could use subdomains. That sounded pretty cool. was born.

The next step was to move the file to the internet. I used ftp. Very primitive, but good enough.

Another speed limit was imposed by the awkward URL. That is a lot of typing. On Twitter I discovered, that is used frequently. It reduced the number of characters to be entered after the slash to a reasonable digit. I looked on the web site. It was free. What was the business model? Marketing could use the information of the click behaviour. Rather useful for keeping tracks of campaigns. Only this information would cost money.

A similar tool is the QR code. The user needs a QR reader or a photo to URL converter on his smartphone. On the Internet I found several QR code generators for free use.

The difficulty with bugs is, that they are small and sometimes hard to detect. With a high reproducibility bug reports I had to investigate a lot. The consequence was that programmers got a reproduction path with more than 10 steps. From me.

My basic idea was to make a calculator with buttons for digits and a lot more. I first tried a rough version to explore the possibilities; it worked and I was happy for a short time. A calculator lookalike would cost me lots of work, so I skipped it. So the prototype slowly evolved in the program of the featured exercise.

How would I be able to keep track of the right state of the program? A state transition diagram offered a simple way to design it. Then a new proof of concept or PoC was needed to verify, whether I could program it. Then I PoCed again and again.

My auto generated html file looked good on a desktop. There were some drawbacks on a mobile phone: small characters and difficult to manoeuvre. So I added some space to handle big finger tips.

In 2014 I was invited to give a 2 hour workshop for the Let’s Test conference. In the last years I had developed a strong preference for a work and learn experience. So I wanted to have some exercises, which could be done by the participants. The featured exercise is one of the three.

When I read the blog posts of previous conferences, I noticed a pattern. Surprisingly not every tester at this context driven test conference was extrovert. So the exercises should be done by introvert testers. At their own pace in their own Circle of Comfort.
Then I used all my humour to convince them to come to my workshop.

On the first day of the test conference I met a shy tester. She was looking for an interesting talk or workshop. I suppressed the urge to mention my workshop. This would not be consistent with my blog post and invitation for introvert testers.

In hindsight the exercise was out of place. With all the hours spent I did not consider to drop it. What were the bad signs?

  • I flipped through the slides, until I discovered that I had to do two exercises in succession. So there was no good mental hook for this exercise.
  • The exercise was linked to the message: little tricks lead to nice combinations. Were the actions of the attendees really tricks? On a high level of abstraction maybe.
  • I ran over my 45 minutes limit with 100 %. The exercise was one of the causes of this time expenditure.

Another observation was, that the QR code and did not accelerate the start of the actual testing.

Related posts
For the testing of this exercise I used different people.

My last upload before my workshop was for me another exercise in exploration. The actual exercise was not completely smooth.

Just for fun
Why is it not possible to explore outside the domain of software testing and make decent notes?
And make a smile on the face of the reader?
Just by breaking a bike lock.

Special mentions
The one, who inspired to write this blog post, is Matthew Middleton. He asked a puzzle for testing on a forum.

In order to get so many views on the exercise I used a variation of the Rule of Three. This rule basically states, that there are at least three questions to be asked. Why not views?

Have another one. Take a health potion mind map.

Mindmap of this blog post

Hit the baddies road and take the loot exercise. Cheers.

I want to thank Michael Bolton for experiencing his calculator exercise. Thanks for Carsten Feilberg for his workshop about Exploratory Testing at Tasting Let’s Test NL. Also thanks for Elisabeth Hendrickson for writing about her experiences with ET and Jean Paul Varwijk for putting ET templates on line ( And finally special thanks for Ray Oei for making me rethink testing.

I can make a test scenario with 100 % coverage of the shown tests and only good positives. Some might call it checking.

I can make a test scenario with more variations in state transitions, which leads to some good negatives. Some might call it testing.

Some people would love to automate tests.