[yast-devel] RFC: Automated tests for AutoYaST (for yast2-network)
Hi! Michal and I are working on a bug with network configuration using AutoYaST. The fix is rather intrusive so we want to add tests and check for regressions. The basic idea for such tests is to start with a specific AY profile and a matching virtual hardware (network cards), run the installation, and check the resulting filesystem for expected configuration. One test case: - autoyast profile - feature being tested (eg. NIC naming) - helpers for the automated test (multiple pkg repos, disable sig check, final_halt) - a standard installation repo (SP2) - new yast package(s) to test - to be put to a DUD and an add-on repo (on a CD) - virtual hardware configuration (platform: libvirt) - feature-wise (number of NICs and their MACs) - helpers (second CDROM) - assertions to check after the run - simple way: check that some files have excactly some expected content Automating multiple runs of multiple test cases: TBD If this sounds too abstract, here's our existing manual test plan for the bug: http://idontknow.suse.cz/install/ (internal, hrefs work) https://gist.github.com/4194824 (external, hrefs broken online) AFAIK we don't have a framework for such tests, so we want to build one. Well, I know of some related work: - OpenQA - Hamsta - Jenkins CI - AutoYaST tests that I don't know of? So that's why I'm sharing the design and want to check with you: Are we reinventing the wheel? Can we reuse the existing projects? -- Martin Vidner, Cloud & Systems Management Team http://en.opensuse.org/User:Mvidner Kuracke oddeleni v restauraci je jako fekalni oddeleni v bazenu
Hi Martin, I suggest to talk to Lukas Lipavsky or Bernhard Wiedemann. Forget about Patrick Kirsch's comments about Hamsta - they are simply wrong. Best wishes, Holgi On 05.12.2012 10:33, Martin Vidner wrote:
Hi!
Michal and I are working on a bug with network configuration using AutoYaST. The fix is rather intrusive so we want to add tests and check for regressions.
The basic idea for such tests is to start with a specific AY profile and a matching virtual hardware (network cards), run the installation, and check the resulting filesystem for expected configuration.
One test case: - autoyast profile - feature being tested (eg. NIC naming) - helpers for the automated test (multiple pkg repos, disable sig check, final_halt) - a standard installation repo (SP2) - new yast package(s) to test - to be put to a DUD and an add-on repo (on a CD) - virtual hardware configuration (platform: libvirt) - feature-wise (number of NICs and their MACs) - helpers (second CDROM) - assertions to check after the run - simple way: check that some files have excactly some expected content
Automating multiple runs of multiple test cases: TBD
If this sounds too abstract, here's our existing manual test plan for the bug:
http://idontknow.suse.cz/install/ (internal, hrefs work) https://gist.github.com/4194824 (external, hrefs broken online)
AFAIK we don't have a framework for such tests, so we want to build one. Well, I know of some related work:
- OpenQA - Hamsta - Jenkins CI - AutoYaST tests that I don't know of?
So that's why I'm sharing the design and want to check with you: Are we reinventing the wheel? Can we reuse the existing projects?
-- SUSE LINUX Products GmbH GF: Jeff Hawn, Jennifer Guild, Felix Imendörffer, HRB 16746 (AG Nürnberg) Maxfeldstraße 5, D-90409 Nürnberg T: +49 (0) 911 74053-0, F: +49 (0) 911 74053-483
On 12/05/2012 11:44 AM, Holger Sickenberg wrote:
Hi Martin,
I suggest to talk to Lukas Lipavsky or Bernhard Wiedemann.
Forget about Patrick Kirsch's comments about Hamsta - they are simply wrong.
I've talked with Bernhard today and we've found out it's possible by using openQA, for openSUSE it's http://openqa.opensuse.org/ Let's do a pilot project and then we'll see. Bye Lukas -- Lukas Ocilka, Cloud & Systems Management Department SUSE LINUX s.r.o., Praha -- To unsubscribe, e-mail: yast-devel+unsubscribe@opensuse.org To contact the owner, e-mail: yast-devel+owner@opensuse.org
participants (3)
-
Holger Sickenberg
-
Lukas Ocilka
-
Martin Vidner