Exploratory testing is a hands-on approach in
which testers are involved in minimum planning and maximum test execution. The
planning involves the creation of a test charter, a short declaration of the
scope of a short (1 to 2 hour) time-boxed test effort, the objectives and
possible approaches to be used. The test design and test execution activities
are performed in parallel typically without formally documenting the test
conditions, test cases or test scripts. This does not mean that other, more
formal testing techniques will not be used. For example, the tester may decide
to use boundary value analysis but will think through and test the most
important boundary values without necessarily writing them down. Some notes
will be written during the exploratory-testing session, so that a report can be
produced afterwards.
Test logging is undertaken as
test execution is performed, documenting the key aspects of what is tested, any
defects found and any thoughts about possible further resting. A key aspect of
exploratory testing is learning: learning by the tester about the software, its
use, its strengths and its weaknesses. As its name implies, exploratory testing
is about exploring, finding out about the software, what it does, what it
doesn't do, what works and what doesn't work. The tester is constantly
making decisions about what to
test next and where to spend the (limited) time. This is an approach that is
most useful when there are no or poor specifications and when time is severely
limited. It can also serve to complement other, more formal testing, helping to
establish greater confidence in the software. In this way, exploratory testing can be used as a check on
the formal test process by helping to ensure that the most serious defects have
been found.
No comments:
Post a Comment