QA » openQA Project » openQA Tests

Every now and then, we have tests that require interacting with a web application one way or the other, and we always end up resorting to using the screen based approach, which results in a lot of needles, and tests failing due to either the host being overcommited or under heavy load, or when the SUT is slow, to show a menu, like the Help Menu in the Firefox test.

By working on this epic, we'd have an idea if it's worth investing and looking deeper into this, for testing SLES with Selenium, beyond the libyui installer, done already by the qe-yast team. So that test developers can write tests for web components or electron based apps, with tools that are better fit for the job.

Initial tasks should be able to tell us, whether that's something we'd like to look in the future, moreover what are the risks and constraints we will have to take into account

While there's the SUMA team's effort already done and works for the Point of Sale stuff if I remember correctly, we can give it our own go, with a broader picture in mind, that doesn't need Perl, and could possibly attract other teams, into leveraging on openQA some of their testing, for scheduling and continuous integration on the family of products we test.