Posted in Manual Testing

How do you deal with an inconsistent defect?

Inconsistency defect is nothing but the defect which is not stable, a bug which is not reproducible while retesting i.e. the defect is valid but it’s not reproducible always. For example, observing an issue whole day and at the end of the day when you reported that defect, you find it’s no more reproducible.

Here are the steps to reproduce defect

  1. Include exact data used during testing for easy reference
  2. The steps have to be in the exact order
  3. Mention pre-requisites when applicable
  4. Always recheck your steps to reproduce on a new system, clearing all cookies and cache memory
Posted in Manual Testing

Why do defects have priority and severity?

Priority indicates how soon the bug should be fixed. Severity indicates the seriousness of the defect on the product functionality. More severe the defect is, higher the priority is given to ensure the defects are fixed as soon as possible to maintain the quality of the application.

Example: A bug that would damage data is more severe than something that is just annoying like say some functionality taking too long to load. Both should be fixed but those with higher negative impact should be fixed first. 

Posted in Manual Testing

Why is defect management process important in software development teams?

Defect management process is very useful to identify the defect of the software for the following reasons:

  1. Provide developers and other parties with feedback about the problem to enable identification, isolation and correction
  2. Provide test leaders means of tracking the quality of the system under test and the progress of the testing
  3. Provide ideas for test process improvement
  4. Find defects easily and at a very early stage of process because as soon as the defect is detected the cost of fixing it will be low
Posted in Manual Testing

Explain Requirement Traceability Matrix (RTM) in simple terms?

  1. RTM is mapping between test cases and customer requirements.
  2. It is used to track the requirements and to check the current project requirements are met.
  3. RTM is prepared before test case designing.  Requirements should be traceable from review activities.

Conclusion: The main purpose of Requirement Traceability Matrix is to see that all test cases are covered so that no functionality should miss while doing Software testing.