Using the board game for test design

A development team turns an idea into a board game that generates real test cases for checkout software. With shopping lists as missions, shopping carts, event cards and a challenging checkout phase with promotions, around 24 precise test cases are created per run. The game was created iteratively with slips of paper, sharpies and prototypes, refined in a community of practice at five locations. A label printer supplies barcodes for realistic scans. The result: testable artifacts in a form suitable for sprints, visible, tangible and understandable across teams. Findings, limitations and the next step are discussed: first make it resilient internally, then share it more widely. An example of how playful models can simplify complex quality assurance and strengthen collaboration.

Podcast Episode: Using the board game for test design

In this episode, I talk to Ralf Somplatzki about a game for software testers. Ralf and his team have turned an idea into a board game that generates real test cases. Stakeholders, notes, eddings, prototypes, test games. Then fine-tuning in the community of practice. The core: shopping list missions, shopping basket, event cards and a tricky checkout phase with promotions. At the end, there are around 24 test cases for the checkout software, ready for Sprint. The game is freshly produced, curiosity is high.

"And over the course of the game, you collect quite a few test cases, so around 24 of them. And that's enough for a release, where you say, okay, when the sprint is over, we'll take a spin through the game and then we'll all go testing and have fun." - Ralf Somplatzki

After more than twenty years as a software developer and architect, Ralf Somplatzki found his passion, software testing, via the path of requirements engineering.He is enthusiastic about discovering new things and finding solutions to challenges. In this sense, it is precisely the area of software quality assurance that awakens a pioneering spirit, as in the early years of information technology: "We have so much to discover and conquer!".His focus is on (automated) system testing and functional testing. At Gebit Solutions GmbH, he works as a QA manager and coach. He supports teams and customers in developing test strategies and optimizing development and test processes in terms of productivity and quality.

Highlights der Episode

• A board game generates real test cases for checkout software.
• Stakeholder workshops and prototypes accelerate the validation of test ideas.
• Game mechanics cover shopping cases: Shopping lists, shopping cart, events, complex checkout.
• One session delivers about 24 sprint-ready test cases.
• Prove internally first, then share more widely.

Playful testing - How a board game improves software quality

Playing in software development

When it comes to software testing, many people think of checklists, standards and routines. Ralf and his team wanted to get away from the familiar. They asked themselves: Can a game help to find new test cases? As there are many variants and special cases in their POS software, the testers have to keep thinking in new ways. Of course, there are scripts for the standard cases. But what about the special cases, the creative errors that become expensive later on?

Ralf explains that gamification is a fashionable topic in the software sector, but often remains superficial. His approach was to build a tool that really helps. So not just motivating points, but a game that encourages you to think differently and thus find new weak points.

From the idea to the prototype: everyone plays along

The team got off to a classic start: defining the goal, involving stakeholders, a kick-off like a real project. One advantage: a new colleague from marketing came fresh from the games industry and contributed valuable knowledge. Everyone brought along their favorite games and everything was discussed - a real brainstorming session.

They reserved a week and divided it into blocks of time. The prototype was created with sharpies on cardboard and lots of sticky notes. The mix of personalities helped: creative ideas, scrutinizing detailed work, critical questions. Everyone got involved. It was important that the game was not too complicated in the end - the principle of "keep it simple" was a core learning in the process.

The game: From shopping cart to test case

Ralf describes the game as follows: "It's about shopping in retail. The playing field is somewhat reminiscent of Trivial Pursuit. The players move through the store, buy items and are given tasks via mission cards (like a shopping list). The items end up in their own basket.

The clever thing is that each completed mission is also a new test case for the software. In the course of a round, around two dozen different test cases are created - enough to creatively test a development cycle. At the end, there is a "promotion phase" in which special actions are simulated - what makes real cash register software so complex.

Test run in practice: Testers become players

After the prototype, the team started test games. Not only the developers, but also other testers in the company tried out the game. The rules were simplified and unnecessary gimmicks were eliminated. The team collected feedback at various locations. Acceptance is high, many are curious and immediately see the benefits: Those who play think through new combinations and are more likely to recognize unusual test cases that would otherwise slip through.

A clever trick: real product barcodes can be printed on the playing cards using a label printer. This means that the test data is always up to date.

Looking ahead: From the company idea to the market?

Other companies have taken notice. Whether the game also works in other companies depends on their own products. The plan is to expand the experience and test the game even further. Perhaps it will one day become a commercial board game. Ralf remains cautiously optimistic. The main thing is that the company's own testers have fun and test better.

Why playful testing takes us further

Creativity and curiosity are often the best tools for making complex software stable. Ralf and his team's board game shows this: Those who test in a playful way discover more. The method combines fun with serious testing practice. Maybe you'll play a round at the next sprint - and find errors that you would never have discovered otherwise.