CMP-3799: Add e2e suite for odd tests for pre-release testing#1111
CMP-3799: Add e2e suite for odd tests for pre-release testing#1111Anna-Koudelkova wants to merge 1 commit intoComplianceAsCode:masterfrom
Conversation
|
[APPROVALNOTIFIER] This PR is APPROVED This pull-request has been approved by: Anna-Koudelkova The full list of commands accepted by this bot can be found here. The pull request process is described here DetailsNeeds approval from an approver in each of these files:
Approvers can indicate their approval by writing |
|
Skipping CI for Draft Pull Request. |
|
🤖 To deploy this PR, run the following command: |
|
@Anna-Koudelkova: The following tests failed, say
Full PR test history. Your PR dashboard. DetailsInstructions for interacting with me using PR comments are available here. If you have questions or suggestions related to my behavior, please file an issue against the kubernetes-sigs/prow repository. I understand the commands that are listed here. |
|
@Anna-Koudelkova: This pull request references CMP-3799 which is a valid jira issue. Warning: The referenced jira issue has an invalid target version for the target branch this PR targets: expected the story to target either version "4.22." or "openshift-4.22.", but it targets "compliance-operator-1.9.0" instead. DetailsIn response to this:
Instructions for interacting with me using PR comments are available here. If you have questions or suggestions related to my behavior, please file an issue against the openshift-eng/jira-lifecycle-plugin repository. |
Adding a
prereleasetesting suite (name is debatable, I was not able to come up with anything better, will taky any advice here) for the test cases that are not directly related to the CO code, but still need to be tested before release, such as DAST tests, stability or profile support on different architectures.Added a testcase for the latest for start (OCP-45729 in the downstream suite). Test case is passing on OCP 4.21:
The next logical step would be to set up a prow job with f999 frequency (that is what it was marked as in the downstream repo) so that the job never runs unless triggered and wire it up to be part of the integration tests.
Assisted-by: Cursor