Ticket	Summary	Owner	Status	Type	Component	Priority	Effort	Importance
#1412	SCS_ISSUE_TRACKER_MAINTENANCE_R5	deyan	closed	planned_task	PROJECT_COMMUNITY	3	1	99
Reported by Astea, 4 years ago.
Description	wiki page: SCS_ISSUE_TRACKER_MAINTENANCE_R5 - effort: 1d
Analysis_owners	deyan
Analysis_reviewers	dido
Analysis_score	4
Design_owners	pac, deyan
Design_score	0
Imp._score	0
Test_score	0

Analysis

Overview

A custom workflow for bugs will be useful. Also bug types should be introduced and the script should be updated in order to calculate contribution based on bugfixing.

Task requirements

• Create a new lightened version of the workflow for the bugfixes.
• See the contribution script in manage folder in the repository. Add bug tasks to the contribution score. Bug severity should be taken in mind.

Task result

Eased bug fixing process

Implementation idea

new->analysis_finished->implementation_finished->implementation_ok->closed(fixed)

The easiest way to accomplish this is using ​http://trac-hacks.org/wiki/TypedTicketWorkflowPlugin bug types: crash, tweak, feature request

Related

​http://trac-hacks.org/wiki/TypedTicketWorkflowPlugin

How to demo

^{(Provide instructions for demonstration of the task.)}

Design

Attached is the designed workflow for the bug tickets. It is slightly different from the implementation idea. Allows

• Bug reporting, "finish bug report" action allows the status after new to be analysis finished
• Start design means that the design is started.
• Since design and implementation can be reviewed at once, the next allowed actions are "finish implementation" and "finish design". This gives the opportunity to skip the design review.
• If the "finish design" is chosen, the next steps are "review design" which is done by an integrator, then "start implementation" and finally "finish implementation"
• Implementation (and design) are reviewed, ticket is moved to "implementation OK" by an integrator
• Another integrator tests the bug and if it is no longer present, choses resolution and closes the bug.
• Super reviews can be done always, so they are not in the diagram.
• No statuses were removed from the bug ticket workflow, but some won't be used
• Resolutions can be set at any time, they were not included in the diagram.

In implementation section, add this diagram to PLATFORM_STANDARDS_MANUAL_TESTS/Bugs

Implementation

^{(Describe and link the implementation results here (from the wiki or the repository).)}

Testing

^{(Place the testing results here.)}

Comments

^{(Write comments for this or later revisions here.)}