Auto-saved in your browser Β· β members can white-label & sync across devices
About the Bug Report template
A Bug Report is a structured record of a defect found in software or a product, capturing what went wrong, how to reproduce it, and its impact. Clear reports shorten the gap between detection and fix by giving developers everything they need to confirm and diagnose the issue without back-and-forth. Well-written reports also feed quality metrics and prevent duplicate or dismissed defects.
It's part of My QMS, MyPMP's Quality Management System: fill it in online, personalize it with your name and logo, then export a clean, branded PDF. Your work auto-saves in your browser.
When to use a Bug Report
- βΈDuring QA testing when a feature behaves differently from its acceptance criteria
- βΈWhen an end user or support agent reports unexpected behavior in production
- βΈIn UAT to log defects before a release sign-off
- βΈAfter a regression test surfaces a previously fixed issue
What a good Bug Report includes
- βTitle and unique ID summarizing the defect in one line
- βSteps to reproduce, numbered and specific enough to repeat reliably
- βExpected result versus actual result
- βSeverity and priority ratings to guide triage
- βEnvironment details: OS, browser/version, device, build number
- βAttachments such as screenshots, screen recordings, or console logs
What's inside this template
The interactive form above gives you:
Tips & common mistakes
- π‘Write one bug per report; bundling several defects makes triage and closure ambiguous
- π‘Report observable facts, not assumed causes or fixes; describe what you saw, not what you think broke
- π‘Separate severity (technical impact) from priority (business urgency) so triage stays accurate
How it works
- 1. Fill it in β type directly into the fields, tables and sections above.
- 2. Brand it β add your organization name and logo with the Branding button.
- 3. Export β print to PDF, or become a member to white-label and sync across devices.
FAQ
What is the difference between severity and priority in a bug report?οΌ
Severity measures the technical impact of the defect on the system, while priority reflects how urgently the business needs it fixed. A minor cosmetic issue on the homepage can be low severity but high priority.
How do you write clear steps to reproduce?οΌ
List each action as a numbered step starting from a known state, including exact inputs, then state the actual and expected results. A developer should be able to follow them and hit the same defect every time.
What makes a bug report get rejected or marked 'cannot reproduce'?οΌ
Missing reproduction steps, no environment or build details, or vague descriptions like 'it doesn't work' are the main causes. Including logs, screenshots, and the exact conditions dramatically lowers the chance of rejection.
Membership unlocks white-label export (remove the MyPMP footer), cloud sync across devices, plus all apps & ScheduleX.
See membership