Defect Reporting Flashcards

1
Q

How can we determine if we’ve found a defect?

A

If expected result mismatches actual result, we can confidently say we’ve found a defect.

How well did you know this?
1
Not at all
2
3
4
5
Perfectly
2
Q

The definition of Defect.

A

An imperfection or deficiency in a work product where it does not meet its requirements or specifications.

How well did you know this?
1
Not at all
2
3
4
5
Perfectly
3
Q

The definition of Expected result.

A

The predicted observable behavior of a component or system executing under specified conditions, based on its specification or another source.

How well did you know this?
1
Not at all
2
3
4
5
Perfectly
4
Q

The definition of Actual result.

A

The behavior produced or observed when a component or system is tested.

How well did you know this?
1
Not at all
2
3
4
5
Perfectly
5
Q

What is a defect report?

A

Documentation of the occurence, nature, and status of a defect.

How well did you know this?
1
Not at all
2
3
4
5
Perfectly
6
Q

What should a defect report do?

A

~ 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

How well did you know this?
1
Not at all
2
3
4
5
Perfectly
7
Q

What is the main goal of a defect report?

A

The main goal of a defect report is to get the defect fixed.

How well did you know this?
1
Not at all
2
3
4
5
Perfectly
8
Q

How can you recognize a good defect report?

A

Good defect report:
~ Provides significant details
~ Easy and obvious
~ Facilitates quick and easy solutions

How well did you know this?
1
Not at all
2
3
4
5
Perfectly
9
Q

List main statuses of defect report during its lifecycle.

A

~ 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)

How well did you know this?
1
Not at all
2
3
4
5
Perfectly
10
Q

List all key defect report fields.

A
  1. ID
  2. Summary
  3. Description
  4. Steps to reproduce
  5. Reproducibility
  6. Severity
  7. Priority
  8. Symptom
  9. Workaround
  10. Comments
  11. Attachments
How well did you know this?
1
Not at all
2
3
4
5
Perfectly
11
Q

Elaborate. Key defect report field: ID

A

~ Unique

~ Meaningful (if bug tracking system allows)

How well did you know this?
1
Not at all
2
3
4
5
Perfectly
12
Q

Elaborate. Key defect report field: Summary

A
~ 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
How well did you know this?
1
Not at all
2
3
4
5
Perfectly
13
Q

Elaborate. Key defect report field: Description

A

~ 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

How well did you know this?
1
Not at all
2
3
4
5
Perfectly
14
Q

Elaborate. Key defect report field: Steps to reproduce

A

~ 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

How well did you know this?
1
Not at all
2
3
4
5
Perfectly
15
Q

Elaborate. Key defect report field: Reproducibility

A

~ 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

How well did you know this?
1
Not at all
2
3
4
5
Perfectly
16
Q

Elaborate. Key defect report field: Severity

A
~ Shows the damage the defect causes
~ Typical values are:
    ~ Critical
    ~ Major
    ~ Medium
    ~ Minor
17
Q

Elaborate. Key defect report field: Priority

A
~ Shows the urgency to fix the defect
~ Typical values are:
    ~ ASAP
    ~ High
    ~ Normal
    ~ Low
18
Q

Elaborate. Key defect report field: Symptom

A

~ Allows defects classification by typical indication

19
Q

Elaborate. Key defect report field: Workaround

A

~ Shows if there is a way to achieve the desired result without being interrupted by the defect
~ Typical values are “Yes” and “No”

20
Q

Elaborate. Key defect report field: Comments

A

~ Optional field

~ May contain any data useful to the process of bug fixing

21
Q

Elaborate. Key defect report field: Attachments

A

~ Optional field

~ May contain any files, screenshots, etc. useful to the process of bug fixing