1. Title should be clear:

A good title is a must, which the essence of the bug report be well grasped by the developer.

2. One but per report:

A bug report should have only one bug and not more or no less. In case more bugs are placed, some of the bugs may be overlooked.

3. Minimum, quantifiable steps to reproduce the problem:

This is a very important tip. Developers need to get the problem in the shortest possible time. So the tester needs to help them for doing just that task. Testers need to have few rounds of testing and be able to produce the problems using minimum steps.

4. Expected and observed results:

A bug report should always contain the expected and the observed result. The developer does not think that the bug is a real bug. Testers should take the responsibility to explain the developers that went wrong.

5. The build that the problem occurs:

It is common the daily builds. If the exact problematic build is not specified by the tester, it is hard for developers to resolve an already-solved problem.

6. Pictures:

‘A picture is worth a thousand words’! Certain times, the words do not flow. If such situations, it is better to have a clear picture that perfectly illustrates the problem.