This is bug logging acronym that I’ve used previously and works really well (from a developers perspective), I propose you do not accept any defects that do not follows pears (i.e those that don’t have the following information.)
- Priority – indicator to the importance of the issue, 1=showstopper, 5=Meh? if time
- Expected result – clear concise explanation of what you expected to happen, if possible reference requirement id
- Actual result – What actually happened?
- Reproduce (steps to Reproduce) numbered steps to Reproduce to error/issue. You cannot be too detailed in this section.
- System – Os version, device mobile/version, version of app, Browser version, etc.
This came up at a talk at Droidcon 2011, but cannot for the life of me remember who it was. It’s a great and simple idea thanks! If it was you let me know so I can credit you.