Project

General

Profile

Wiki » History » Version 17

ph03nix, 2024-10-29 08:00

1 8 ph03nix
# Wiki
2
3 7 ph03nix
QE-C backlog for Non-PublicCloud tasks (Containers and Images). The PublicCloud backlog is at https://progress.opensuse.org/projects/public_cloud/.
4 1 ph03nix
5 7 ph03nix
The keywords `must`, `must not`, `should`, `should not` and `may` follow [RFC2119](https://www.rfc-editor.org/rfc/rfc2119).
6 1 ph03nix
7 7 ph03nix
# Containers and Images backlog
8
9 15 ph03nix
The overall scope is defined by the following domains and their associated tags:
10 7 ph03nix
11
|Name|Description|Domain tag|
12 3 ph03nix
|--|--|--|
13 4 ph03nix
|Container|Tickets that affect testing of the container engines (`podman`, `docker`, ...) and container images (BCI, SAC, Base images, RMT, ...) | `container` |
14 3 ph03nix
|MinimalVM images|MinimalVM (former JeOS) testing|`MinimalVM`|
15 1 ph03nix
|SLE-Micro images|Testing of SLE-Micro images. This should not include container engines on SLE-Micro.|`slem`|
16
|WSL images|Testing of Windows Subsystem for Linux|`wsl`|
17 3 ph03nix
18 14 ph03nix
A domain tag is a normal ticket tag. Every ticket must contain exactly one of the above defined domain tags.
19
If not applicable (or unknown) the tag `to-be-refined` must be used. The `to-be-refined` tag can be used together with domain tags.
20 7 ph03nix
21 1 ph03nix
## Housekeeping
22
23 15 ph03nix
We follow the rules of https://progress.opensuse.org/projects/openqav3/wiki/Wiki#ticket-workflow. In addition, the following rules are specific for this backlog.
24 1 ph03nix
25 6 ph03nix
1. Squad members should take the highest priority tickets marked as *Workable* first. 
26
2. Tickets regarding fixing test issues should always have high priority.
27 12 ph03nix
3. Only the PO should set tickets from *New* to *Workable* and only the PO should adjust ticket priorities.
28 6 ph03nix
4. Tickets for fixing test issues must be set immediately to *Workable* and the priority to *high*.
29 15 ph03nix
5. New non-fixing tickets must be set to *New* and must contain the domain tags above or `to-be-refined` if unknown. The priority should be *normal* .
30 1 ph03nix
6. If tickets are unclear, they must be tagged `to-be-refined` and set to *New* . Every squad member is allowed to set ticket from *Workable* to *New*.
31 10 ph03nix
7. Tickets should always be the smallest actionable item. If a task can be split into two tickets, it should be. Larger topics should be organized via epics/sagas.
32 15 ph03nix
33 16 ph03nix
Lower number rules have precedence. This means e.g. new tickets for fixing test issues are set to *Workable* and priority *high*, because rule 4 from the list above has higher precedence than rule 5.
34 6 ph03nix
35
Good tickets should provide sufficient context, i.e. a description of why this is required or at least links to relevant sources. If you believe a ticket is incomplete, follow rule 6 and ping the owner of the ticket.
36 17 ph03nix
37
### Labels
38
39
Labels can be added to the subject within brackets, e.g. `[MinimalVM][epic] This is a ticket`. Labels are optional, while domain tags are obligatory.
40
41
Multiple labels can be applied, with no space between the labels. e.g. `[MinimalVM][epic]` is correct, while `[MinimalVM] [epic]` is not correct.
42
43
Epics and Sagas must have a corresponding label, i.e. `[epic]` or `[saga]`.