TicketingPolicy » History » Version 10

Paweł Widera, 12/18/2013 04:41 PM
Formatting corrected. Issue types updated.

1 9 Anonymous
h1. Ticketing Policy
2 1 Anonymous
3 9 Anonymous
This page describes how *Users* and *Developers* should use the ticketing system:
4 1 Anonymous
5 9 Anonymous
h2. General Definitions
6 1 Anonymous
7 1 Anonymous
h3.  Ticket Type
8 9 Anonymous
9 1 Anonymous
Describes the *nature* of a new ticket.
10 9 Anonymous
11 1 Anonymous
  ||*Defect*      ||Anything that does not work as expected||
12 9 Anonymous
  ||*Enhancement* ||An improvement over an existing feature||
13 10 Paweł Widera
  ||*Feature*     ||A new feature that should be added||
14 1 Anonymous
  ||*Task*        ||Anything that does not fall into the categories above||
15 1 Anonymous
16 1 Anonymous
17 9 Anonymous
h3. Priority
18 1 Anonymous
19 1 Anonymous
Describes the *importance* of a ticket and the *order* in which it should be dealt with.
20 9 Anonymous
21 10 Paweł Widera
  ||*immediate*||Reduced functionality of parts of the system or the entire system until problem is fixed||
22 10 Paweł Widera
  ||*urgent*   ||Security breach or severe loss of data due to the defect|| 
23 10 Paweł Widera
  ||*high*     ||Defect with major impact *OR* big enhancement||
24 9 Anonymous
  ||*normal*   ||Defect with normal impact *OR* medium enhancement||
25 10 Paweł Widera
  ||*low*      ||Defect with minor impact *OR* small enhancement||
26 1 Anonymous
27 9 Anonymous
h3. Versioning
28 1 Anonymous
29 9 Anonymous
Describes conventions for *naming* milestones and versions.
30 1 Anonymous
31 9 Anonymous
  ||*Milestone*||Planned version (future)  ||
32 9 Anonymous
  ||*Version*  ||Released milestone (past) ||
33 9 Anonymous
34 1 Anonymous
*Milestones* are named according to the next *Version* number.
35 1 Anonymous
36 1 Anonymous
*Keywords* can be added to specify a special purpose of a *Milestone*/*Version*, e.g. "usability", "performance"
37 9 Anonymous
38 9 Anonymous
h2. Ticket Handling
39 9 Anonymous
40 9 Anonymous
h3. Opening new Tickets
41 1 Anonymous
42 1 Anonymous
Users only need to set the *Ticket Type* and the *Version* of the software to which the ticket applies. The *Priority* is optional and may be reassigned by one of the developers later. 
43 9 Anonymous
44 9 Anonymous
Developers verify each ticket and, on acceptance, assign an *Owner*, *Priority*, *Component*, and *Milestone*. If more information than given in the original ticket description is needed, its status should remain as *new* until acceptance/refusal is possible.
45 9 Anonymous
46 9 Anonymous
47 9 Anonymous
h3. Referring to Tickets
48 9 Anonymous
49 10 Paweł Widera
Tickets can be referenced in the wiki using @#@:
50 9 Anonymous
51 10 Paweł Widera
<pre>
52 10 Paweł Widera
issue #1
53 10 Paweł Widera
</pre>
54 9 Anonymous
55 9 Anonymous
h3. Closing and Referencing Tickets
56 9 Anonymous
57 9 Anonymous
Tickets should not be closed by hand, but automatically when committing the code changes to the SVN repository, referring to the ticket numbers as follows:
58 1 Anonymous
59 10 Paweł Widera
||close a ticket    || "close", "closes", "fix", "fixes" ||
60 10 Paweł Widera
||refer to a ticket || "references", "refs", "addresses", "re", "see" ||
61 10 Paweł Widera
||list-of-tickets   || separator is one of: @, & and@, eg. !#1 and !#2 ||
62 9 Anonymous
63 9 Anonymous
*Example:*
64 5 Anonymous
65 9 Anonymous
The following example will close tickets !#10 and !#12, and add a note to ticket !#12.
66 9 Anonymous
67 5 Anonymous
<pre>
68 10 Paweł Widera
close #10 and #12, references #12
69 10 Paweł Widera
</pre>