[functional][u][sles][opensuse][installation] Do more easy to debug tests by using chroot installations … or containers :)
|Category:||Enhancement to existing tests|
|Target version:||QA - future|
why do we need to bootstrap a full installation and watch at the screen when the result is just that package dependencies can not be resolved? I think for this we should rather user jenkins and chroot installations. This might be more of an issue for generic "SUSE/openSUSE testing approach" but please don't just close this ticket but move it to this project or create one if we don't have that progress project so far.
further interesting references¶
#5 Updated by okurz over 1 year ago
- Subject changed from [functional][sles][opensuse][installation] Do more easy to debug tests by using chroot installations to [functional][u][sles][opensuse][installation] Do more easy to debug tests by using chroot installations … or containers :)
I think by now containers are the way to go :)
#7 Updated by okurz over 1 year ago
- Target version changed from future to Milestone 21
Shortly discussed with slindomansilla. What we think might be feasible and useful is to conduct one of the existing test modules from openQA scenarios like "textmode" within a container. This would fit in somewhere between tests in OBS like https://build.opensuse.org/project/show/home:okurz:test-packagehub and the openQA installation scenarios. The quickmost dirty approach is probably when we boot any existing (older, stable) OS disk image, install docker in there, pull the latest published image of the product to test, add more current repos with SUSEConnect/zypper, register, install and conduct a simple test. However, this sounds a bit wasteful as we would need to boot a VM to conduct a container based test within. I feel we really should use gitlab CI instead. Maybe one micro-app that listens to AMQP OBS events and on new publications of the products we test trigger a container based CI test in a gitlab project.