Standards and Practices for Bitwise Industries
This is a simple template that we are going to begin to use for internal QA testing. The purpose of this template is to make it easier for a QA person or developer to report bugs and issues during development and also help developers identify and resolve bugs and issues faster.
For each project the following Labels minor
, major
and catastrophic
must be created to really help filter issues on GitHub.
Issues
.Labels
buttons.New Label
button.minor
, major
, or catastrophic
), choose color (optional).Create Label
.
Date Seen
Date the bug was found goes here, include the time, if you are submitting more than one bug.
(mm/dd/yyyy)
Versions
Operating System and version
Browser and Version
Software name and environment ex. (mappoint staging sandbox).
Bug Description
A concise description of what the problem is. Pure description, no narrative or conversational language.
Steps to Reproduce
1. Step by step instructions on how to reproduce this bug.
2. Do not assume anything.
3. The more detailed your list of instructions.
4. The easier it is for the developer to track down the problem!
Actual Behavior
Type what happens when you follow the instructions. This is the manifestation of the bug.
Expected Behavior
Type what you expected to happen when you followed the instructions. This is important,
because you may have misunderstood something or missed a step, and knowing what you
expected to see will help the developer recognize that.
Troubleshooting/Testing Steps Attempted
Describe anything you did to try to fix it on your own.
Workaround
If you found a way to make the program work in spite of the bug, describe how you did it here.