A comprehensive and detailed test report preparation during test phase of a newly developed product as mentioned in an earlier post here, makes a lot of sense in ensuring availability of light at the end of tunnel names as project management. Each phase of a project right since its inception is like a tunnel where at the beginning of your journey of that phase, you are never 100% confident for its timely and accurate closure. After all, projects, for years, have been a great topic of discussion and there is no company in the world that can claim this figure of 100% success in all their projects. There are always a number of hidden and visible threats to a project that could fall in the bucket of anticipated ones, or the ones emerging as a shocking surprise at any moment of time during project management.
Each test case must be given an equal amount of attention and the recording of results of test cases and test scenarios is quite important. All test cases do not result positive and same is true for vice versa. Hence it becomes important to record flaws encountered in the Bug Report in a clear and sensible manner so that least amount of time is spent by development team on understanding the bug and more time goes into fixing of bugs. At times, test team, in an attempt to show bigger count of bugs in their test report (so as to reflect higher amount of efforts gone in testing, which obviously is a misconcept) record multiple bugs for the same error thereby duplicating the reporting of bugs. A thorough inspection of Bugs Report is therefore important before handing it over to development team for fixing of bugs.