Geek4Eva

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.

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

Measuring Test Automation ROI – in his post I.M.Testy has briefly touched on some aspects of test automation.

Image Source

I quite agree with his post and there are certain things that I would like to comment on and those are:

• I totally agree that “Automated software testing ‘is software development.’” and all the managers need to accept and understand that. Therefore an automated tester may demand and does deserve an equal salary package as his software development counterpart.
• I think it is quite difficult to come up with a measurable ROI on automated testing – but thats my understanding. Though it goes without saying that automating any testing is going to payback in future.
• There are always some managers (business and project) who do not understand importance and advantages of automation.
• Upscaling of team members is also very important and every testing manager should invest some time on training the team to understand the ROI of automation and take smart decisions on what tests to automate.