Skip to content

Commit

Permalink
user base impact; closes #53
Browse files Browse the repository at this point in the history
  • Loading branch information
laboon committed Aug 25, 2015
1 parent ab3a455 commit 0d46594
Showing 1 changed file with 3 additions and 1 deletion.
4 changes: 3 additions & 1 deletion text/30_defects.md
Original file line number Diff line number Diff line change
Expand Up @@ -113,10 +113,12 @@ Opposed to the expected behavior field is the __observed behavior__ field. This

### Impact

The tester should have some idea of what impact this will have on the user. In the __Impact__ field, this can be specified.
The tester should have some idea of what impact this will have on the user base. In the __Impact__ field, this can be specified.

Be careful not to overgeneralize or editorialize in this section. Let's say that a video game background color changes from blue to purple when the player jumps. A factual way of describing the impact is that "User will see background color change, but gameplay is unaffected." An editorialized version would be "User will hate this game and everybody who made it, because the stupid background becomes a stupid color when the stupid user does something stupid." In general, if you find yourself using the word "stupid" or other derogatory words in your defect reports, there is probably a better way to express the issue.

Keep in mind that, when possible, this should note what the impact is on the user base as a whole, not just a particular user. For example, if a problem occurs on all browsers, that will make it more serious than the same problem which only affects users of one particular browser. If a defect only happens to power users editing system configuration files, then it is probably of less importance than if it happens mostly to new users of a system. The power users are more likely to be accepting of problems resulting from their modifications than new users. By indicating how the defect impacts the user base, the defect can be more effectively triaged.

### Severity

Related to the Impact field is the __Severity__ field, which contains the defect reporter's initial impression of how severe the issue is. This can either be explained qualitatively (e.g., "this is really, really, bad. Really, really, really bad." or "This isn't much of an issue, to be honest") or a standardized scale can be used in order to be more quantitative. The latter is far more popular, but will usually vary from organization to organization. It may be something as simple as a numeric scale, with "1" being a very minor issue and "10" being an absolute showstopper. However, oftentimes there will be gradations with descriptors.
Expand Down

0 comments on commit 0d46594

Please sign in to comment.