Find your way to be trained or even get certified in TMAP.
Start typing keywords to search the site. Press enter to submit.
Delivering software with the right quality at the right moment is only possible if there is a clear view of what quality level is needed to get the pursued business value (which is elaboratedin the requirements). Also, the people involved need a clear view of what the actual quality level currently is. Static testing and dynamic testing, by people in IT delivery teams, contribute to theunderstanding of the current quality level. However, part of the image of quality depends on the impression the stakeholders have from their personal experience. To support building suchpersonal experience, you can organize a collaborative activity with a gamification approach, so-called quality hunting (note: this is not the same as bug hunting).
The main goal of quality hunting is to get a shared view of the quality level of the test object. By having multiple quality huntingteams, consisting of stakeholders and members of IT delivery teams, competing to get the best understanding of the current quality level, these teams are challenged to come up with fresh and innovative ways to assess the quality and to give a good insight into one or more aspects of the quality level.
During the quality hunting event each team documents their findings in a similar way as the debriefing information is presented in exploratory testing. When anomalies are found during the quality hunt, these are handled according to the anomaly management process of the organization.
The information gathered by multiple teams usually complements each other and extends the information that was obtained with earlier scenario-based testing and other quality engineering activities.The stakeholders benefit from quality hunting because, in a short timeframe, many ideas about, and new angles for, relevant quality aspects are investigated, so the stakeholders get a broad and varied overview of the quality level of their system.
The game element in quality hunting consists of a (usually small) reward that is awarded to the team that gives the most informative report and/or the most specific angle to the quality. Quality hunting is about getting the most valuable information about the quality level of the software, which is a different and broader activity than bug hunting which is a gamified testing approach that only motivates finding faults and failures. Quality hunting is organized during a pipeline step related to testing the overall business process as part of the manual testing.The collaborative way of working promotes interaction between the members of the quality hunting team, but also (while discussing the results of the quality hunt) between the different teams. This way, quality hunting contributes to the culture of collaboration and learning of the Agile mindset and the DevOps culture.
In the TMAP books Neil’s quest for quality [Boersma 2014] and Quality for DevOps teams [Marselis 2020], we described how test design is divided into coverage-based testing (using test design techniques to create test scenarios) and experience-based testing (which uses people’s experience to design tests).In experience-based testing so far, we distinguished four different approaches. We now add quality hunting as the fifth approach to experience-based testing.
The five approaches to experience-based testing are (from left to right in the figure): checklists, error guessing, exploratory testing, quality hunting and crowd testing.
In amplified quality engineering we both elaborate on Quality Engineering WITH GenAI and Quality Engineering FOR GenAI. In this section, we look into how GenAI can support you in preparing and performing a quality hunt (QE WITH GenAI).Generative AI tools can support in all sorts of activities, so the examples below are in no way intended to be a complete list.
In this section, we elaborate on how quality hunting can be used to assess the quality level of a GenAI-based solution (QE FOR GenAI).Below are a few examples:
Approaches
Related wiki’s | Experienced based
AmpQE overview