Afontquerni
IGEP Bug tracking
Overview
This article describe IGEP bug tracking system and workflow
Introduction
IGEP Bug tracking system (http://downloads.isee.biz/mantisbt/view.php) is based on MantisBT
Reporting Steps
Step 00: Search for already reported issue
Visit "View Issues webpage and use filters and search box to find it.
Step 01: Report new issue
If you don't already find issue about your question/feature/missing, you could open issue at "Report Issue"
Step 01.01: Choose 'Project'
On right and top it could be selected apropiated project (hardware board, software package, firmware)
Step 01.02: Choose 'Category'
When it is reported some issue, it could be selected these several types:
- bug: missing or wrong functionality
- change: change something or adjust configuration
- feature: add something or new feature
- remove: delete or remove something or feature
- request: costumer request or improvement. IGEP commumity will evaluate which changes will need to do.
Step 01.03: Select 'Product Version' (OPTIONAL)
Step 01.04: 'Summary' - Write a complete and short title about issue
Like a subject in e-mail, summary of an issue is a title of your message that will identify them about reason and theme of this issue
Step 01.05: Write detailed 'Description' about issue
Describe any information about issue. First paragraph should be an introduction and resume about that.
Step 01.06: Describe 'Steps To Reproduce' that issue (OPTIONAL)
It will make easy to analize issue if we could reproduce by ourselves
Step 01.07: Attach file with 'Upload file' (OPTIONAL)
Sometimes, an image or a source code patch are the best way to show issue
Step 01.08: Press 'Submit Report' button
Press 'Submit Report' button ends issue reporting.
After that it will assigned a number which is identificator of issue
Workflow
Issues have several states:
- NEW: First state when issue is created
- ASSIGNED: Somebody has assigned and that person is responsible for resolving/response issue
- RESOLVED: Issue has been resolved
- CLOSED: Issue has been finished (tested OK and archived)
Issues have several participants: Workflow or states issue life and actions
[anybody] NEW (start point) -> [manager] ASSIGNED (responsability) -> [developer] RESOLVED (solution) [MANAGER]-> closed (end point) \<-- [developer] FEEDBACK (needs something) <--/