|
How to Write a Useful Bug Report
| |
|
|
| |
shared by Bhaskar Gurramkonda |
|
Useful bug reports are ones that get bugs fixed. A useful bug report normally has two qualities:
1. Reproducible.
If an engineer can't see the bug herself to prove that it exists, she'll probably stamp your bug report "WORKSFORME"
or "INVALID" and move on to the next bug. Every detail you can provide helps.
2. Specific. The quicker the engineer can isolate the bug to a specific area, the more likely she'll
expediently fix it. (If a programmer or tester has to decipher a bug, they may spend more time cursing the submitter
than solving the problem.)
Description: Please provide a detailed problem report in this field. Your bug's recipients will most
likely expect the following information:
Overview Description: More detailed expansion of summary.
-Drag-selecting any page crashes Mac builds in NSGetFactory
Steps to Reproduce: Minimized, easy-to-follow steps that will trigger the bug. Include any special setup steps.
1) View any web page. (I used the default sample page,
resource:/res/samples/test0.html)
2) Drag-select the page. (Specifically, while holding down
the mouse button, drag the mouse pointer downwards from any
point in the browser's content region to the bottom of the
browser's content region.)
Actual Results: What the application did after performing the above steps.
-The application crashed. Stack crawl appended below
from MacsBug.
Expected Results: What the application should have done, were the bug not present.
-The window should scroll downwards. Scrolled content
should be selected. (Or, at least, the application should not crash.)
Build Date & Platform: Date and platform of the build that you first encountered
the bug in.
-Build 2002-03-15 on Mac OS 9.0
|
