Agile Glossary

Exploratory Testing

What is Exploratory Testing?

Exploratory testing is, more than strictly speaking a “practice,” a style or approach to testing software which is often contrasted to “scripted testing,” and characterized by the following aspects among others:

  • it emphasizes the tester’s autonomy, skill, and creativity, much as other Agile practices emphasize these qualities in developers;
  • it recommends performing various test-related activities (such as test design, test execution, and interpretation of results) in an interleaved manner, throughout the project, rather than in a fixed sequence and at a particular “phase”;
  • it emphasizes the mutually supportive nature of these techniques, and the need for a plurality of testing approaches rather than a formal “test plan”

Agile teams tend to shift and redraw the role boundaries between “developer” and “tester,” mostly as a result of the heavy use by developers of automated unit and functional tests – in one sense an extreme form of scripted testing. These activities are not sufficient to ensure quality, and Agile teams can find valuable assets in team members who have well-developed testing skills (whether or not their job description includes the term “tester”). These skills will be deployed more effectively in the exploratory style on an Agile team, as this style is more consistent with an Agile approach than the “scripted testing” style.

Also Known As

The term “exploratory testing” has been popularized by a community of testers who claim affiliation with a “school of testing thought” known as the “Context-Driven” school, which they distinguish from other schools favoring different approaches to testing: the Analytical, Factory, Quality Assurance, Context-Driven or Agile.

Origins

  • 2001: some techniques of exploratory techniques, together with a first mention of the “context-driven school of software testing”, are introduced in Kaner, Bach, and Pettichord’s “Lessons Learned in Software Testing“
  • 2001: an avowed member of the “context-driven” school of software testing, Brian Marick participates in the Snowbird event leading to the publication of the Agile Manifesto; he has often described himself as the “token tester” of the group, bringing some awareness of practices within exploratory testing to the Agile community
  • 2008: an emerging definition of exploratory testing is given by Cem Kaner, reflecting the continuing refinement of this approach to testing

The Agile movement has indubitably contributed to renewed interest from the developer community in the activities of testing, which were previously not seen as requiring a high level of skill. However, and somewhat paradoxically, it has also led to lessened respect for the value of skilled testers, as a result of shifting some test-related responsibilities to the developer role. In spite of this mixed influence, exploratory testing is still slowly gaining acceptance as part of a broader “Agile testing” skill set.

Join us today!

Agile Alliance offers many online and in-person events and workshops for our members. If you’re not currently a member, you can join now to take advantage of our many members-only resources and programs. LEARN MORE >

Get the latest Agile news!

  • This field is for validation purposes and should be left unchanged.

By subscribing, you acknowledge the Agile Alliance Privacy Policy, and agree to receive our emails.

Additional Agile Glossary Terms

Velocity is the total effort estimates associated with user stories that were completed during an iteration.
Enterprise agility is the capacity to adapt at scale without losing coherence—to decide quickly, redirect resources deliberately, and keep strategy actionable under real-world pressure.
In an Agile context, Incremental Development is when each successive version of a product is usable, and each builds upon the previous version by adding user-visible functionality.
Agile projects are iterative insofar as they intentionally allow for "repeating" software development activities, and for potentially "revisiting" the same work products (the phrase "planned rework" is sometimes used; refactoring is a good example).
In consultation with the customer or product owner, the team divides up the work to be done into functional increments called "user stories."
An Agile team frequently releases its product into the hands of end users, listening to feedback, whether critical or appreciative.
Continuous Integration is the practice of merging code changes into a shared repository several times a day in order to release a product version at any moment. This requires an integration procedure which is reproducible and automated.

Help us keep the definitions updated

Ready to join Agile Alliance?

Unlock members-only access to online learning sessions, Agile resources, annual conference discounts, and more! And when you join, you’ll be supporting our member initiatives, regional events, and global community groups.

Privacy Preference Center

IMPORTANT: We have transitioned to a new membership platform. If you have not already done so, you will need to SET UP AN ACCOUNT on the new platform to establish your user profile. Your previous login credentials will not work until you do this set up.

When you see the login screen, choose “Set up Account” and follow the prompts to create your new account. You can choose to log in using your social credentials for either Google or Linkedin (recommended), or you can set up your account using an email address.