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.

Add to Bookmarks Remove Bookmark
Add to Bookmarks Remove from Bookmarks
Add to Bookmarks Remove from Bookmarks

Thank you to our Annual Partners​

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.

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

An acceptance test is a formal description of the behavior of a software product, generally expressed as an example or a usage scenario. A number of different notations and approaches have been proposed for such examples or scenarios.
Test-driven development (TDD) is a style of programming where coding, testing, and design are tightly interwoven. Benefits include reduction in defect rates.
The team meets regularly to reflect on the most significant events that occurred since the previous such meeting, and identify opportunities for improvement.
A product backlog is a list of the new features, changes to existing features, bug fixes, infrastructure changes or other activities that a team may deliver in order to achieve a specific outcome.
An acceptance test is a formal description of the behavior of a software product, generally expressed as an example or a usage scenario. A number of different notations and approaches have been proposed for such examples or scenarios.
Test-driven development (TDD) is a style of programming where coding, testing, and design are tightly interwoven. Benefits include reduction in defect rates.
The team meets regularly to reflect on the most significant events that occurred since the previous such meeting, and identify opportunities for improvement.

Help us keep the definitions updated

Discover the many benefits of membership

Your membership enables Agile Alliance to offer a wealth of first-rate resources, present renowned international events, support global community groups, and more — all geared toward helping Agile practitioners reach their full potential and deliver innovative, Agile solutions.

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.

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.

Not yet a member? Sign up now