Skip to content
Snippets Groups Projects
dev-defect-taxonomy.md 1.59 KiB
Newer Older
# Defect Taxonomy and Defect Logging

The purpose of this taxonomy is to be used in classifications of injected bugs.
These bugs are the starting point, if post mortem's reveal we have an
abudnance of a certain type of bug, this reveals an area for room to improve
as well as a potential reason to increase the granularity of a defect type.

## Taxonomy

### Documentation

Comments, messages, etc.

### Syntax

Spelling, punctuation, typos, instruction formats, etc.

### Build/Package

Change management issues, librariy issues, dependencie issues, version issues.

### Assignment

Decleration, naming, scope, bounds/limit issues

### Interface

Procedure calls and references, I/O, user formats

### Checking

Error Messages (stack trace trouble shooting), inadequete error checks

### Data

Structure, content, fixture issues

### Function

Business Logix, loops, recursion, copmputation, and other function issues.

### System

Configuration, timing, memory issues

### Enviornment

Design, compile, test, or other support system problems

## Defect Logging

Logging Defects is encouraged at an individual level (for Personal development
improvement) and required for all bugs that make their way into master branches
of code so our team process can be improved. That is, we can retoroactively
improve our process to reduce bugs that make their way into master branches
of code.

### Personal Defect Logging

This is up to the discretion and/or guidance of both the individual dev as
well as their supervisor

### Team Defect Logging

This will take place in Wrike, in the respective project under a `Defect Log`
folder.