action #46670
closed
openQA Tests (public) - coordination #15132: [saga][epic] Better structure of test plans in main.pm
coordination #44360: [epic] Parameterize test suites within job groups
Create import for format defined in #46667
Added by mkittler almost 6 years ago.
Updated over 5 years ago.
Category:
Feature requests
Description
- Create import for format defined in #46667
- Allow posting the document via openQA's REST API.
- This would be a uni-directional sync from that document into the openQA database.
- So rows not present in the document are removed in the openQA database.
- New rows are inserted and existing ones might be updated.
- Be sure to validate the document.
- Assignee set to livdywan
- % Done changed from 0 to 20
As discussed in the openQA meeting the editor will use a "preview" mode to demonstrate the changes to expect while reverting behind the scenes, which makes it safe for people to play with and find out how it works.
Additional PR: https://github.com/os-autoinst/openQA/pull/2056
Note that the current implementation creates/updates/deletes job templates and creates new/empty test suites if a test suite is missing. It requires products and machines to be already present. We should discuss whether this is ok or should be changed.
Show far the UI showing the YAML relies on the export. Likely this is not good enough because it wouldn't preserve comments or references. If that's right the import should maybe store the raw YAML as well to be able to present it in the editor UI. The export could of course still be used if no raw YAML is present yet or if an export is explicitly wanted.
mkittler wrote:
Show far the UI showing the YAML relies on the export. Likely this is not good enough because it wouldn't preserve comments or references. If that's right the import should maybe store the raw YAML as well to be able to present it in the editor UI. The export could of course still be used if no raw YAML is present yet or if an export is explicitly wanted.
Right. To start with we're only supporting the "preview" mode. People can play with it, and see how it works but no changes to the database will be retained.
Storing the edited YAML and leaving it in the hands of users is the next step.
- Status changed from New to In Progress
I think this is in progress by now :-)
- Category set to Feature requests
- Description updated (diff)
- Category deleted (
Feature requests)
- Category set to Feature requests
oops, sorry. re-set the category
- Status changed from In Progress to Resolved
Also available in: Atom
PDF