Creating a defect report should follow a consistent format and structure that makes it easy to read and understand. Utilizing a template or tool that provides the necessary fields and guidelines when writing a defect report is recommended. Generally, a defect report includes the Defect ID, Summary, Description, Severity, Priority, Status, Assigned to, Reported by, Reported on, Resolved by, Resolved on and Resolution. The Defect ID is a unique identifier for the defect. The Summary should be concise and descriptive. The Description should be detailed and clear, including steps to reproduce, expected and actual results, environment and configuration as well as any screenshots or attachments. Severity is a rating of the defect's impact on the functionality, usability or performance of the system. Priority is a rating of the defect's urgency for resolution based on business value and risk. Status is the current state of the defect such as new, open, in progress, resolved or closed. Assigned to is the person or team responsible for fixing the defect. Reported by is the person or team who found and reported the defect. Reported on is the date and time when the defect was reported. Resolved by is the person or team who fixed the defect. Resolved on is the date and time when the defect was resolved. Resolution is an explanation of how the defect was resolved including root cause, corrective actions and any verification steps.