action #46670
closedopenQA 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
20%
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.
Updated by livdywan almost 6 years ago
- Assignee set to livdywan
- % Done changed from 0 to 20
Updated by livdywan over 5 years ago
Updated by livdywan over 5 years ago
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.
Updated by mkittler over 5 years ago
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.
Updated by livdywan over 5 years ago
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.
Updated by mkittler over 5 years ago
- Status changed from New to In Progress
I think this is in progress by now :-)
Updated by okurz over 5 years ago
- Description updated (diff)
- Category deleted (
Feature requests)
Updated by livdywan over 5 years ago
- Status changed from In Progress to Resolved