Site icon Software Testing Class

Adapting To Exploratory Testing Is Not Easy For Every Tester

As testers, we all know the importance of Exploratory Testing technique. Some of us might be using it already and some of us are still into the traditional testing methods of writing testing scripts. Let me give a brief introduction to this testing technique and then I will explain why adapting to exploratory testing (ET) is not easy for every tester and why some testers swear by it.

As the name says, exploratory testing is used to “explore” the software freely. Hereby freely, I mean without any prior conditions or pre-defined test scenarios. There are no traditional scripts, test cases, test plans, etc.  involved but the tester is free to test random scenarios on the software, this not only gives a tester freedom but also flexibility in running his scenarios since exploratory testing is more action focused. I have seen testers finding more bugs using Adapting Exploratory Testing than the traditional test scripts methods. Here ET stands for Exploratory Testing.

What is Exploratory Testing?

Sometimes major or difficult bugs are caught by adapting Exploratory Testing. For example, while I was testing a mobile app using ET method, I found that pressing the alphabet A twice restarted the device. Which seems like a small bug but a major bug for all those customers whose name starts with double-A (e.g. Aastha, Aamit, etc.). such bug could not be caught by our traditional test cases or automated scripts. Now, let’s see why some testers find it difficult to adapt to exploratory testing from their usual testing methods.But before digging into that, I am going to brief about all three forms of ET.

You may interested in reading: Difference between Adhoc Testing and Exploratory Testing

Types Of Exploratory Testing:

Below are my three major factors which I think would help a tester to Adapting Exploratory Testing.

Understanding of the whole methodology of exploratory testing:

As discussed above, there are three types of exploratory testing such as freestyle ET, session-based ET, and test tours or bug hunts. When a tester is aware of all these types of ET methods, he can easily determine which method to use and when. There are so many different areas of the software under test, and each area cannot be tested using the same technique. This can be learned with experience and clear understanding of the requirements.

Thinking out of the box:

This is the major skill set required by the tester who performs exploratory testing. Like I have mentioned earlier about the bug I found while doing ET on a mobile app, if I didn’t try to break the software or try different random scenarios then I would not have found that annoying bug. It is very important to think from user’s perspective but it is more important to think out of the box. To think such scenarios which can not only make your software reliable but also gives your utter confidence about the overall quality. It is all about being creative and creativity has no limits.

Knowing the balance:

Balance is the key to everything, whether it is Mother Nature, our karma or software testing technique. I always support the balance of manual and automation in every project. Without the manual, automation would not have enough test scenarios to cover and without automation, manual efforts would increase and time would be wasted too. Likewise, when I say exploratory testing and traditional testing, I am talking about the balance of these two in every project. It is very important to have that balance to get the maximum quality. Let me explain this with an example, say you have an agile project and in the current iteration, you have a new feature to test. As the release date approaches, the client has changed the requirements and now there is not much time left to rewrite all the automated test scripts or manually write every test case. The best way would be ET. Exploratory testing would make sure that every requirement by the customer is satisfied and regression scripts would make sure that nothing is broken by this new feature.

Conclusion:

Knowing your interest and skill set is very important. Exploratory testing is not for everyone. If you are an automation tester then you have a skill to code. You know how to convert a repetitive test case to an automated test to save time and efforts. If you are a manual tester then you would know how to increase test coverage by creating test cases according to the requirements and also the border case scenarios. Expertise in exploratory testing would come with experience and practice.


⇓ Subscribe Us ⇓


If you are not regular reader of this website then highly recommends you to Sign up for our free email newsletter!! Sign up just providing your email address below:


 

Check email in your inbox for confirmation to get latest updates Software Testing for free.


  Happy Testing!!!
 
Exit mobile version