Exploratory Testing: Complete Guide with Session Based Testing

Published on December 12, 2025 | 10-12 min read | Manual Testing & QA
WhatsApp Us

Exploratory Testing: The Complete Guide to Session-Based Test Management (SBTM)

In the fast-paced world of software development, where requirements shift and deadlines loom, traditional scripted testing can sometimes feel like navigating a maze with an outdated map. Enter exploratory testing—a powerful, intellectually stimulating approach that empowers testers to simultaneously design and execute tests, leveraging their skills, intuition, and curiosity to uncover critical bugs that scripted checks often miss. This guide dives deep into the art and science of exploratory testing, with a particular focus on the structured, measurable framework of Session Based Testing (SBTM). We'll move beyond ad-hoc testing myths, explore practical techniques, and show you how to implement a disciplined, results-driven exploratory practice.

Key Insight: Exploratory testing isn't the absence of planning; it's the simultaneous engagement in test design, execution, and learning. Session Based Test Management (SBTM) provides the structure to make this powerful technique measurable, manageable, and reportable.

What is Exploratory Testing? Beyond Ad-Hoc Testing

Exploratory Testing (ET) is a hands-on approach where the tester's personal freedom and responsibility are paramount. Unlike scripted testing, where steps are pre-defined, ET involves dynamically creating tests, learning about the software in real-time, and using those insights to design new, better tests. It's a cyclical process of exploration, learning, and test design.

Exploratory Testing vs. Ad-Hoc Testing: Clearing the Confusion

Many conflate exploratory testing with ad-hoc testing, but there's a crucial difference. Ad-hoc testing is informal, unstructured, and often unrepeatable—it's "clicking around." Exploratory testing, especially when framed within SBTM, is a structured, accountable, and documented process.

  • Ad-Hoc Testing: Unplanned, undocumented, unrepeatable. Goal is often just "to see what breaks."
  • Exploratory Testing (with SBTM): Mission-focused (via charters), time-boxed, documented, debriefed, and its results are analyzed for trends.

The Framework: Session Based Test Management (SBTM)

Pioneered by Jonathan and James Bach, Session Based Test Management (SBTM) is the methodology that brings discipline to exploratory testing. It organizes testing into uninterrupted, focused work periods called "sessions," making the work quantifiable and its value clear to stakeholders.

Core Components of a Testing Session

Each session is built on three foundational pillars:

  1. The Charter: The mission statement for the session. It defines the what and why, not the how. (e.g., "Explore the new payment gateway integration to assess transaction reliability under slow network conditions.").
  2. The Time Box: A focused, uninterrupted period of testing, typically 60-120 minutes. This creates a sense of urgency and helps in effort estimation.
  3. The Reviewable Results: The tangible output of the session, primarily the Session Sheet, which includes notes on bugs, issues, data files, and a narrative of what was done.

Crafting the Perfect Test Charter

The charter is the cornerstone of effective SBTM. A well-written charter provides direction without stifling creativity.

Elements of an Effective Charter

  • Target: What feature, component, or user story are you exploring?
  • Resources: What tools, data, or build will you use?
  • Information: What kind of information are you looking for? (e.g., "identify performance bottlenecks," "assess usability for first-time users").
  • Test Design Ideas: Optional prompts or heuristics to kickstart thinking (e.g., "use the CRUD heuristic," "consider boundary values for input fields").

Example Charter: "Explore the user profile editing functionality (Target) in the mobile app v2.5 (Resources) to evaluate data validation and error handling (Information). Consider inputs with special characters, extremely long strings, and SQL-like syntax (Test Design Ideas)."

Ready to Master These Techniques? Structuring exploratory testing sessions and writing effective charters are core skills in modern QA. Our Manual Testing Fundamentals course breaks down SBTM and other essential hands-on testing methodologies with practical exercises.

Documentation & Reporting: The Session Sheet

Documentation is what transforms exploration from a casual activity into a professional practice. The Session Sheet is your primary artifact.

What to Record in Your Session Sheet

  • Charter: The session's mission.
  • Tester & Date: Basic accountability.
  • Task Breakdown: How was the session time spent? (e.g., 40% setup, 30% testing feature X, 20% bug investigation, 10% note-taking).
  • Bugs & Issues: Concise descriptions with clear steps to reproduce, severity, and any supporting evidence (screenshots, logs).
  • Opportunities & Ideas: Notes on usability improvements, feature suggestions, or areas needing more scrutiny.
  • Narrative: A brief prose summary of the tester's journey, thought process, and key observations.

Powerful Exploratory Testing Techniques & Heuristics

To be effective, exploratory testers use mental models and heuristics as "tools of thought." Here are some of the most powerful:

1. Tour-Based Techniques

Structure your exploration by taking guided "tours" of the application:

  • Guided Tour: Follow a user persona's likely path.
  • Money Tour: Test the feature that directly generates revenue.
  • Test the feature that directly generates revenue.
  • Anti-Tour: Deliberately avoid the happy path.
  • Back Alley Tour: Focus on error messages, logs, and settings menus.

2. Heuristic-Based Techniques

Use mnemonic devices to generate test ideas:

  • SFDPOT (San Francisco Depot): Structure, Function, Data, Platform, Operations, Time. A checklist for what to test.
  • CRUD (Create, Read, Update, Delete): Apply these four operations to every data element.
  • FCC CUTS VIDS: Another comprehensive mnemonic covering Function, Complexity, Claims, Configuration, Users, Time, Stress, Variables, Interfaces, Data, and Structure.

Implementing SBTM in Your Team: A Practical Roadmap

Adopting SBTM requires a shift in mindset and process. Follow these steps:

  1. Start Small: Run a pilot with 2-3 experienced testers on a well-scoped feature.
  2. Train on Charters & Sheets: Ensure everyone understands how to write a focused charter and document a session.
  3. Schedule Debriefs: After each session (or daily), hold a short debrief meeting. Discuss findings, adjust charters for future sessions, and share learnings.
  4. Use a Metrics Dashboard: Track key metrics like # of sessions completed, # of bugs found per session, and % of session time spent on testing vs. setup. This provides tangible data on testing coverage and effectiveness.
  5. Integrate with Agile Cycles: Plan exploratory testing sessions for each sprint, focusing on new features and high-risk areas identified during sprint planning.

From Manual to Automation: Exploratory testing uncovers the "unknown unknowns," while automation safeguards the "known knowns." The most effective QA professionals are skilled in both. Learn how to integrate these disciplines in our comprehensive Manual & Full-Stack Automation Testing course.

The Tangible Benefits: Why Exploratory Testing with SBTM Works

Data and experience consistently show the value of a structured exploratory approach:

  • Finds Different Bugs: Studies, such as those referenced by Cem Kaner, suggest ET finds up to 30% more unique bugs than purely scripted testing, especially complex, usability, and integration issues.
  • Adapts to Change: Perfect for Agile/DevOps environments where requirements evolve rapidly.
  • Enhances Tester Engagement: Leverages human creativity and critical thinking, leading to more motivated and effective testers.
  • Provides Actionable Metrics: SBTM generates concrete data (session counts, bug rates, time distribution) that managers can use for forecasting and process improvement.

Frequently Asked Questions (FAQs) on Exploratory & Session Based Testing

Isn't exploratory testing just a fancy term for ad-hoc or monkey testing?
No, this is a common misconception. Ad-hoc testing is unstructured and undocumented. Exploratory Testing within the SBTM framework is a disciplined process with a clear mission (charter), time-boxing, and reviewable results (session sheet). It's a systematic search for information, not random poking.
How do you measure the coverage of exploratory testing?
Coverage in ET is measured qualitatively and quantitatively. Qualitatively through debriefs and charter completion. Quantitatively via SBTM metrics: number of sessions per feature/risk area, types of tours/heuristics applied, and the bug find rate. It's about assessing the breadth and depth of investigation, not just checklist items ticked.
Can we combine exploratory testing with automated checks?
Absolutely! They are complementary. Automation handles repetitive regression checks quickly and reliably, freeing up human testers to perform deep, creative exploratory testing on new features and complex scenarios. This hybrid approach is considered a best practice in modern QA.
Who should perform exploratory testing? Only senior testers?
While experience helps, testers of all levels can perform ET. For juniors, start with more specific charters and pair them with a senior tester during debriefs. The structure of SBTM provides a great learning framework for developing critical testing thinking.
How long should a testing session be?
The ideal length is typically between 60 and 120 minutes. This is long enough for deep focus but short enough to maintain concentration and allow for frequent debriefs. Sessions shorter than 45 minutes often don't allow for deep investigation, while sessions longer than 2 hours lead to fatigue and diminishing returns.
What's the output? How do I report this to my project manager?
The primary output is the session sheet, which details bugs, issues, and observations. For managers, you aggregate data from all sessions: a dashboard showing sessions run per area, bugs found (categorized by severity), and key risks discovered. This provides a clear, data-driven picture of testing progress beyond "pass/fail" counts.
Is Session Based Testing only for manual testing?
Primarily yes, as it leverages human cognition. However, the concept can be extended to "exploratory test automation" where tools are used to aid exploration (e.g., automated data generation, monitoring network traffic during manual sessions, or using scripts to set up complex preconditions for a manual session).
How do I convince my team or manager to adopt SBTM?
Start with a pilot. Propose a time-boxed experiment (e.g., "Let's run 5 focused exploratory sessions on our highest-risk module this sprint"). Use the results—the unique bugs found and the clear documentation—to demonstrate its value. Frame it as a structured, reportable method to complement existing testing, not replace it.

Conclusion: Exploratory Testing, when structured through Session Based Test Management, transforms testing from a reactive, script-following activity into a proactive, intellectual hunt for quality information. It embraces the complexity of modern software and the unique problem-solving skills of the human tester. By implementing charters, time-boxed sessions, and disciplined documentation, teams can harness the power of exploration to find critical bugs faster, adapt to change, and ultimately deliver more robust and user-friendly software.

Ready to Master Manual Testing?

Transform your career with our comprehensive manual testing courses. Learn from industry experts with live 1:1 mentorship.