How to Start a Bug Hunt

[article]
Member Submitted
Summary:

A simple guide for young testers to follow before a testing cycle begins.

Purpose–This document makes an attempt to help out Testers who are on the verge of understanding the system, designing test cases, execute and report the test results. If you take the pain of reading this document completely then you shall be able to judge whether your plan for the upcoming challenges is a good one or you may also be able make the necessary corrections in the plan you have in mind or you may also be able to judge, Where is Pradeep Soundararajan going wrong?

Abstract–As Murphy's Law states, "Anything that can go wrong, it will" , but it is good on everyone's part to ensure that they are not a major contributing factor for anything going wrong. (Let's not fight against nature). Testing is considered to be a craft and it’s about how good your methodological approach is, to achieve a good result, matters. In order to test we need to be methodological and methodology comes through effective planning (moreover practice).

Here the focus is on 'How to prepare before a war (bug hunt)?' which I expect would help in building a methodological thinking towards preparing for a testing cycle in a simple way.

Introduction–If you don’t know where you have to go it is tough to choose a road, similarly, let me introduce where we need to go. It is simple; we need to go to a place where your manager says, "GO ahead" once you have done your homework towards test case design and analysis. Also to know what is good, we need to know, what is bad? A bad analysis or bad set of test Cases are the ones that lead to uncovering less number of bugs any system has. Now it is easy to define a Good Analysis and Good Test case. A good analysis as you would have thought by now is a good understanding of the system that needs to be tested and good set of test cases that operate the system to its full operational limits (even beyond).

Now there are lots of questions that we need to come up, starting from

"How do we do a Good Analysis?"

"How do we write Good Test case?"

Answering such relevant questions would make this document good. Isn't it?

How do we do a Good Analysis?
Let's think in a simple fashion and co-relate with the work we have to do.

Step 1– During our school or college days, we have taken up a lot of examinations and can you remember how we used to prepare for the exam.

To my understanding, exam is basically a set of questions that a student needs to answer. For sure you and I were not aware of the questions unless we got the question paper on the day of exam. This factor of not knowing the questions asked in the exam before hand made us to reading the whole textbook and sometimes made us refer to articles, journals...what not?

Similarly, here we need to read a lot of documentation to face the exam (Testing phase).

Now another question arises

"How do I know whether I am reading the right documentation?"

Step 2– When we wanted to score high marks, we would have selected to read a book written by an expert in that field or some standard book that we were suggested to read by our Lecturer/Professor.

Similarly, here we need to ask the experts

"What document should I read to test the system well?"

If you are a bit experienced or smart, you would know that you should read the spec,

About the author

Pradeep Soundararajan's picture Pradeep Soundararajan

Pradeep Soundararajan is a tester, coach, author, and speaker on software testing. He defines his experience as 7,000,400 mistakes and counting. Pradeep takes pride in being a colleague of James Bach and Michael Bolton, who trained him and drained bad testing ideas from his mind. He writes a blog (Tester Tested) and loves receiving email from testers: pradeep.srajan@gmail.com.

AgileConnection is one of the growing communities of the TechWell network.

Featuring fresh, insightful stories, TechWell.com is the place to go for what is happening in software development and delivery.  Join the conversation now!

Upcoming Events

Nov 09
Nov 09
Apr 13
May 03