Project

General

Profile

action #89920

coordination #80142: [saga][epic] Scale out: Redundant/load-balancing deployments of openQA, easy containers, containers on kubernetes

coordination #80150: [epic] Scale out openQA: Easier openQA setup

Extend existing openQA-in-openQA tests as a learning exercise to know where our instructions or beginner situation can be improved size:L

Added by okurz 5 months ago. Updated 2 days ago.

Status:
New
Priority:
Normal
Assignee:
Category:
Feature requests
Target version:
Start date:
2021-03-11
Due date:
% Done:

0%

Estimated time:
Difficulty:

Description

Motivation

See #89620 and #12134 and such. Some team members are missing experience with actually using openQA "writing tests" and such. A good opportunity could be to extend the openQA-in-openQA tests to cover apparmor. Simple as making sure apparmor is enabled and that at best the issue that https://github.com/os-autoinst/openQA/pull/3780 tries to fix is reproduced in the old version related to #89620

This is where we would be able to learn where our software+docs are still insufficient.

Acceptance criteria

  • AC1: Docs or software are improved for the case of "I just want to extend existing tests"
  • AC2: Existing openQA-in-openQA tests have been extended correspondingly

Suggestions

  • Try to follow open.qa/docs in the role of a "unexperienced user" and record where you are lost :)

History

#1 Updated by okurz 5 months ago

  • Parent task set to #80150

#2 Updated by kraih 5 months ago

  • Assignee set to kraih

I'm one of those team members that has never extended an existing test. This seems like an interesting exercise. I'll take a look and make notes along the way.

#3 Updated by openqa_review 4 months ago

  • Due date set to 2021-03-26

Setting due date based on mean cycle time of SUSE QE Tools

#4 Updated by cdywan 4 months ago

  • Due date deleted (2021-03-26)

Resetting the due date due to hackweek, and I think it's not in progress yet anyway

#5 Updated by openqa_review 4 months ago

  • Due date set to 2021-04-10

Setting due date based on mean cycle time of SUSE QE Tools

#6 Updated by cdywan 3 months ago

  • Due date deleted (2021-04-10)

Not yet

#7 Updated by openqa_review 3 months ago

  • Due date set to 2021-04-27

Setting due date based on mean cycle time of SUSE QE Tools

#8 Updated by okurz 3 months ago

  • Due date deleted (2021-04-27)

for now no due-date on "Workable", see https://github.com/os-autoinst/scripts/pull/71

#9 Updated by kraih about 1 month ago

I started setting up a new VM for this only to discover that openQA in openQA tests don't appear to work in a VM (various kvm errors). :)

#10 Updated by kraih about 1 month ago

I do have a first observation though about our documentation. It has gotten very large, and there is a lot of detailed information that someone just starting out doesn't really need right away. I think we would benefit from a second, more condensed version of the documentation, just for getting started with test development. Like a playbook that only contains the essential steps for installing openQA, writing your very first test case, and running it locally. The key point would be to make this playbook as short as possible, and keep all the detailed context information in the main documentation.

#11 Updated by okurz 23 days ago

kraih wrote:

I think we would benefit from a second, more condensed version of the documentation, just for getting started with test development.

That is supposed to be https://github.com/os-autoinst/openQA/blob/master/docs/GettingStarted.asciidoc . This document is included in the complete one-document format as well. Maybe we can rework the titles a bit and move content around to make that more obvious? We can also explicitly mention just that document on http://open.qa/documentation/

#12 Updated by okurz 19 days ago

  • Status changed from Workable to New

moving all tickets without size confirmation by the team back to "New". The team should move the tickets back after estimating and agreeing on a consistent size

#13 Updated by kraih 2 days ago

  • Subject changed from Extend existing openQA-in-openQA tests as a learning exercise to know where our instructions or beginner situation can be improved to Extend existing openQA-in-openQA tests as a learning exercise to know where our instructions or beginner situation can be improved size:L

Also available in: Atom PDF