Defect Reporting Flashcards
How can we determine if we’ve found a defect?
If expected result mismatches actual result, we can confidently say we’ve found a defect.
The definition of Defect.
An imperfection or deficiency in a work product where it does not meet its requirements or specifications.
The definition of Expected result.
The predicted observable behavior of a component or system executing under specified conditions, based on its specification or another source.
The definition of Actual result.
The behavior produced or observed when a component or system is tested.
What is a defect report?
Documentation of the occurence, nature, and status of a defect.
What should a defect report do?
~ Describe the issue in details
~ Define the severity and priority of the issue
~ Provide all necessary data to reproduce and fix the issue
~ Help developer to fix the issue
What is the main goal of a defect report?
The main goal of a defect report is to get the defect fixed.
How can you recognize a good defect report?
Good defect report:
~ Provides significant details
~ Easy and obvious
~ Facilitates quick and easy solutions
List main statuses of defect report during its lifecycle.
~ Submitted (Can be later Assigned, Declined or Deferred)
~ Assigned (Can be later Fixed or Declined)
~ Fixed (Can be later Verified or Reopened)
~ Verified (Can be later Closed)
~ Closed (Can be later Reopened)
~ Reopened (Can be later Assigned or Declined)
~ Declined (Can be later Reopened)
~ Deferred (Can be later Submitted or Reopened)
List all key defect report fields.
- ID
- Summary
- Description
- Steps to reproduce
- Reproducibility
- Severity
- Priority
- Symptom
- Workaround
- Comments
- Attachments
Elaborate. Key defect report field: ID
~ Unique
~ Meaningful (if bug tracking system allows)
Elaborate. Key defect report field: Summary
~ Answers questions: ~ What did happen? ~ Where did it happen? ~ In what conditions did it happen? ~ Should at the same time: ~ Provide as much information as possible ~ Be as short as possible/Be Concise ~ Be easily distinguishable from other summaries
Elaborate. Key defect report field: Description
~ Contains detailed defect description
~ Unlike Summary, Description may be as long as it needs to be informative
~ In many BTS testers use Description to write down the actual result and the reference to the corresponding requirement
Elaborate. Key defect report field: Steps to reproduce
~ Contains detailed description of actions to be done to reproduce the defect
~ May contain a short description of the defect or the final erroneous state of the app
Elaborate. Key defect report field: Reproducibility
~ Shows if the defect appear each time we follow steps to reproduce (“Always”), or if the defect sometimes appears and sometimes doesn’t (“Sometimes”)
~ Defects with the reproducibility “Always” are much more easier to fix