1 October 2012
During any type of testing, be it mobile testing, web site testing or desktop testing, there are several ways of analyzing the found bugs. For example, when the information about the found bug is obtained later on, the collective analyses is used. Despite the fact that different analysis methods center on different issues, they all have something in common.
Common features of all bug-analyzing methods:
- They answer the question “What?”. The found bugs should be identified and classified in order to relate them to a certain scheme. This is the main priority of any software testing company worker.
- They answer the question “Where?”. Where exactly was the bug tracked? This data will be useful for software developers who are going to fix the faults.
- They answer the question “When?”. It is important to know the exact time or at least the phase at which the bug was detected. Having analyzed this information, it is possible to predict the later bug appearance as well as the overall product quality.
- They answer the question “What type?”. As a continuation of the previous point, the information on the type of bug is of high importance. Namely, it is necessary to find out, is it a pre-release (sometimes called as in-development) or post-release (sometimes called as in-field) type of fault. The latter type consists of the bugs that end-users happen to face, that is why they have to be paid special attention to. However, software testing company workers may face the situation, when they have the make quality assessment based only on pre-release bug information.
- They answer the questions “How?” and “Why?”.The analyses may help you realize, how the bug appeared and why it happened. Answering these questions helps you get to the core of the problem.
Please mind that all of the points listed above are the first priority issues. However, often this information is not enough and additional data on the found bug should be collected.