Wiki » History » Version 6
ph03nix, 2024-10-21 12:24
1 | 1 | ph03nix | # Wiki |
---|---|---|---|
2 | |||
3 | QE-C backlog for Non-PublicCloud tasks (Containers and Images). The PublicCloud backlog is at https://progress.opensuse.org/projects/public_cloud/. The overall scope can be defined by the following domains and their associated tags: |
||
4 | |||
5 | 3 | ph03nix | |Name|Description|Tag(s)| |
6 | |--|--|--| |
||
7 | 5 | ph03nix | |Container|Tickets that affect testing of the container engines (`podman`, `docker`, ...) and container images (BCI, SAC, Base images, RMT, ...) | `container` | |
8 | 4 | ph03nix | |MinimalVM images|MinimalVM (former JeOS) testing|`MinimalVM`| |
9 | 3 | ph03nix | |SLE-Micro images|Testing of SLE-Micro images. This should not include container engines on SLE-Micro.|`slem`| |
10 | |WSL images|Testing of Windows Subsystem for Linux|`wsl`| |
||
11 | 1 | ph03nix | |
12 | ## Housekeeping |
||
13 | |||
14 | 6 | 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. Lower number rules have precedence. The keywords `must`, `must not`, `should`, `should not` and `may` follow [RFC2119](https://www.rfc-editor.org/rfc/rfc2119). |
15 | 1 | ph03nix | |
16 | 6 | ph03nix | 1. Squad members should take the highest priority tickets marked as *Workable* first. |
17 | 2. Tickets regarding fixing test issues should always have high priority. |
||
18 | 3. Only the PO can tickets from New to Workable. Squad member should not set tickets from New to Workable. |
||
19 | 4. Tickets for fixing test issues must be set immediately to *Workable* and the priority to *high*. |
||
20 | 5. New tickets must be set to *New* and must contain the domain tags above or `to-be-refined` if unknown. |
||
21 | 6. If tickets are unclear, they must be tagged `to-be-refined` and set then to *New* . Every squad member is allowed to set ticket from *Workable* to *New*. |
||
22 | 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. |
||
23 | |||
24 | 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. |
||
25 | |||
26 | 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. |