Home > Testing > Self-Discipline in Exploratory Testing

Self-Discipline in Exploratory Testing

I am a big fan of Exploratory Testing and I certainly agree with the author (of the following post) that it requires lot of self-discipline. Whether it is while planning, testing, analyzing or logging issues.

The only issue I have with exploratory testing is business continuity – what happens if someone else after you needs to come and do the job? I’d say the the tester should maintain at least some documentation to allow that.

Exploratory Testing

Image Source

Some people when you say you do exploratory testing immediately think ad-hoc testing. I suppose because there is less emphasis on obvious structure and at the end there is little tangible evidence of testing performed.

But in my view, there’s a lot more to exploratory testing than wandering aimlessly through an application looking for bugs. As well as mentally challenging, it requires a lot of self-discipline.

Here’s why you need self discipline:

1) You need self-discipline to test the parts that are not as interesting to you, or not as fun. It’s easy to overlook and ‘forget’ them when other parts are more appealing.

2) You need self discipline to give each bug the time it deserves before racing off to find new ones. Time to analyze, examine and understand. Only then, can you go and look for new bugs.

3) You need self-discipline to write up bugs when they are found, instead of leaving them until later or when you feel like it.

In my view, in exploratory testing, as in many other ways of testing, its the mission and the stakeholder that count and their needs must come first.

What’s different is that instead of relying on documents and reports, you need discipline to make sure you meet those goals.

Source

Bookmark and Share

Related Posts

  1. It’s official – We’re doing Exploratory Testing with Session Based Test Management
  2. Things Software Testers Do
  3. Usability Testing
  4. Compromising User Acceptance Testing
  5. Test Automation and ROI
Categories: Testing Tags: ,
  1. November 19th, 2009 at 22:21 | #1

    Hi Farid,

    Great site! I’ve marked in my RSS feeds to keep an eye on!

    Paraphrasing spiderman “With *freedom* comes great responsibility* – absolutely applicable to ET. Lets keep spreading the word about ET!

    Well done and stay in touch.

    Kind Regards

    Brian

  2. November 21st, 2009 at 12:05 | #2

    @Brian Osman
    Hey Brian,
    The presentation was good and it was great to catchup later as well.

    As you rightly said in your presentation, everyone does a bit of ET, but people are scared to use it officially as the perception is it cannot be reported on as to what was tested and why or how!?! SBTM is a great tool to manage that.

    I am thinking of trying it out on couple of modules of this major project that we are running. Lets see how it goes.

    Yep lets stay in touch and continue exchanging ideas.

    Cheers,
    Farid

  3. February 5th, 2010 at 21:46 | #3

    Hey, Been doing a lot of Exploratory Testing in my current job, and something that really comes handy is logging of your work. So as i do my ET, i keep a timestamped log of what i see, what i intend to do, defects i raised ……. This is stored in folders in a Source repository e.g. SVN. As a result of this i can always go back to any month/day to trace stuff and because it is checked it it is available to other testers.

    Now you might say how does a new tester for instance know where to look, we use Jira for managing iteration and stories and for every stories I would create a testing task in Jira. I ensure that i copy relevant summaries in the test task to explain what i have tested and i would also have raised certain defects in Jira, which i can link to the test tasks.

    Another thing that help is having regular debrief with some other tester in my team and we are managing it brilliantly …

    Enjoy.

  1. No trackbacks yet.