Exploratory
testing in software testing
·
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.
·
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 us 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 testing.
·
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.
0 comments:
Post a Comment
Note: only a member of this blog may post a comment.