JIRA-Priorities: Difference between revisions

From Qt Wiki
Jump to navigation Jump to search
No edit summary
 
No edit summary
Line 1: Line 1:
=<span class="caps">JIRA</span> priorities=
h1. JIRA priorities


This is an attempt to make the selection of the ‘right’ priority of a <span class="caps">JIRA</span> issue more transparent.
This is an attempt to make the selection of the 'right' priority of a JIRA issue more transparent.


''This is work in progress''
''This is work in progress''


The authoritative resource is https://bugreports.qt.io/secure/ShowConstantsHelp.jspa?#PriorityLevels this page should be understood only as a tool.
The authoritative resource is https://bugreports.qt.io/secure/ShowConstantsHelp.jspa?#PriorityLevels - this page should be understood only as a tool.


==Bugs==
== Bugs ==


Start with priority 3. Then raise, or lower the priority based on the bug’s severity, visibility, whether it’s a regression, or whether there’s a workaround.
Start with priority 3. Then raise, or lower the priority based on the bug's severity, visibility, whether it's a regression, or whether there's a workaround.


{| class="infotable line"
{|
| Default Priority
|Default Priority
| 3
|3
|
|
|-
|-
| Severity
|Severity
| -1
|–1
| Does the bug make the application unusable (crashes/hangups …)?
|Does the bug make the application unusable (crashes/hangups …)?
|-
|-
| Regressions
|Regressions
| -1
|–1
| Does the bug break code that worked in (recent) previous versions?
|Does the bug break code that worked in (recent) previous versions?
|-
|-
| Visibility
|Visibility
| +1/0/-1
|+1/0/-1
| How many people using the feature are affected? Just a few (+1), some (0), quite many (-1)
|How many people using the feature are affected? Just a few (+1), some (0), quite many (–1)
|-
|-
| Workaround
|Workaround
| +1
|+1
| Is there an (easy) workaround?
|Is there an (easy) workaround?
|}
|}


Other factors that might alter the priority: Compilation issues, legal issues, potential for data losses …
Other factors that might alter the priority: Compilation issues, legal issues, potential for data losses …


==Tasks==
== Tasks ==
 
<span class="caps">TODO</span>

Revision as of 10:50, 24 February 2015

h1. JIRA priorities

This is an attempt to make the selection of the 'right' priority of a JIRA issue more transparent.

This is work in progress

The authoritative resource is https://bugreports.qt.io/secure/ShowConstantsHelp.jspa?#PriorityLevels - this page should be understood only as a tool.

Bugs

Start with priority 3. Then raise, or lower the priority based on the bug's severity, visibility, whether it's a regression, or whether there's a workaround.

Default Priority 3
Severity –1 Does the bug make the application unusable (crashes/hangups …)?
Regressions –1 Does the bug break code that worked in (recent) previous versions?
Visibility
1/0/-1
How many people using the feature are affected? Just a few (+1), some (0), quite many (–1)
Workaround
1
Is there an (easy) workaround?

Other factors that might alter the priority: Compilation issues, legal issues, potential for data losses …

Tasks