Exploratory testing is conducted using time‑boxed sessions and test charters, which serve as guides that define the goals and direction of each session.
This approach requires QA engineers who possess deep domain knowledge and a solid understanding of how to operate the system.
Below are some examples of the tours we use during testing.
| Guidebook Tour |
Based on the user manual, this tour follows the documented flow to ensure that key points are not missed.
|
| Money Tour |
Tests the product by following the flow typically used in sales demonstrations for prospective customers.
|
| Landmark Tour |
Identifies major landmarks within the software and explores the paths between them.
|
| Intellectual Tour |
Uses the most challenging or demanding inputs and scenarios the software may encounter.
|
| FedEx Tour |
Tracks key data as it flows through the system, following its lifecycle from start to finish.
|
| Garbage Collector Tour |
Performs a broad sweep of screens and dialogs to check for anything obviously incorrect without focusing on fine details.
|
| Bad‑Neighborhood Tour |
Targets areas where defects have previously been found, based on the tendency of bugs to cluster.
|
| Museum Tour |
Focuses on legacy areas of the codebase that are more likely to contain hidden issues.
|
| Back‑Alley Tour |
Tests features or paths that typical users are unlikely to use.
|
| All‑Nighter Tour |
Leaves the system in a half‑finished or prolonged state, such as keeping files open for an extended period.
|
| Supermodel Tour |
Evaluates the product based on appearance and first impressions, focusing on UI visuals and perceived performance.
|
| Couch Potato Tour |
Uses the product with minimum necessary actions, such as proceeding with default values wherever possible.
|
| Obsessive‑Compulsive Tour |
Repeats the same actions over and over, recording steps and timing in order to ensure reproducibility.
|