NETOBSERV-2387: Backend tests migration#2586
NETOBSERV-2387: Backend tests migration#2586oliver-smakal wants to merge 27 commits intonetobserv:mainfrom
Conversation
This reverts commit 05de826.
…tion/NETOBSERV-2387
|
Skipping CI for Draft Pull Request. |
|
@oliver-smakal: This pull request references NETOBSERV-2387 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 the "4.22.0" version, but no target version was set. 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. |
|
[APPROVALNOTIFIER] This PR is NOT APPROVED This pull-request has been approved by: The full list of commands accepted by this bot can be found here. DetailsNeeds approval from an approver in each of these files:Approvers can indicate their approval by writing |
Codecov Report✅ All modified and coverable lines are covered by tests. Additional details and impacted files@@ Coverage Diff @@
## main #2586 +/- ##
==========================================
- Coverage 72.65% 72.28% -0.37%
==========================================
Files 104 107 +3
Lines 10615 11354 +739
==========================================
+ Hits 7712 8207 +495
- Misses 2429 2659 +230
- Partials 474 488 +14
Flags with carried forward coverage won't be shown. Click here to find out more. 🚀 New features to boost your workflow:
|
|
@oliver-smakal: This pull request references NETOBSERV-2387 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 the "4.22.0" version, but no target version was set. 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. |
|
@oliver-smakal: This pull request references NETOBSERV-2387 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 the "4.22.0" version, but no target version was set. 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. |
| @@ -0,0 +1,44 @@ | |||
| package netobserv | |||
There was a problem hiding this comment.
should we change the package name to say, may be "integration-tests" instead?
There was a problem hiding this comment.
Sure, what about just integration, testsuite or tests?
| ensureNetObservOperatorDeployed(oc, NO, NOSource, deployedUpstreamCatalogSource) | ||
| }) | ||
|
|
||
| g.It("Author:aramesha-High-64156-Verify IPFIX-exporter [Serial]", func() { |
There was a problem hiding this comment.
I am not sure if labels like [Serial] will have any meaning here. Most of the tests that deals with flowcollector resource are Serial, we could use ginkgo Ordered decorator to make tests Serial.
We should also probably evaluate what tests could run in parallel, for e.g. FlowMetrics ones perhaps?
There was a problem hiding this comment.
I am not sure if labels like [Serial] will have any meaning here. Most of the tests that deals with flowcollector resource are Serial, we could use ginkgo Ordered decorator to make tests Serial.
Unless we do -p flag, than it does not run in parallel. But I will definitionally cleanup the [Serial] flags once I merge the latest test changes.
We should also probably evaluate what tests could run in parallel, for e.g. FlowMetrics ones
perhaps?
Agree, I will make sure it is possible to run tests in parallel and do some brief exploration and suggestion on which tests to run in parallel. It is nice that with the Ordered we could even run tests in stages, if a few tests can run in parallel together but cannot run parallel with others.
There was a problem hiding this comment.
cool, all of these can be done as follow ups, no rush to get them as part of migration.
|
@oliver-smakal: This pull request references NETOBSERV-2387 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 the "4.22.0" version, but no target version was set. 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. |
|
@oliver-smakal: This pull request references NETOBSERV-2387 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 the "4.22.0" version, but no target version was set. 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. |
|
@oliver-smakal: This pull request references NETOBSERV-2387 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 the "4.22.0" version, but no target version was set. 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. |
|
@oliver-smakal: This pull request references NETOBSERV-2387 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 the "4.22.0" version, but no target version was set. 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. |
|
@oliver-smakal: This pull request references NETOBSERV-2387 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 the "4.22.0" version, but no target version was set. 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. |
|
@oliver-smakal: This pull request references NETOBSERV-2387 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 the "4.22.0" version, but no target version was set. 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. |
|
@oliver-smakal: This pull request references NETOBSERV-2387 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 the "4.22.0" version, but no target version was set. 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. |
|
@oliver-smakal: This pull request references NETOBSERV-2387 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 the "4.22.0" version, but no target version was set. 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. |
|
@oliver-smakal: This pull request references NETOBSERV-2387 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 the "4.22.0" version, but no target version was set. 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. |
|
Important Review skippedDraft detected. Please check the settings in the CodeRabbit UI or the ⚙️ Run configurationConfiguration used: Path: .coderabbit.yaml Review profile: CHILL Plan: Pro Run ID: You can disable this status message by setting the Use the checkbox below for a quick retry:
✨ Finishing Touches🧪 Generate unit tests (beta)
Thanks for using CodeRabbit! It's free for OSS, and your support helps us grow. If you like it, consider giving us a shout-out. Comment |
|
@oliver-smakal: This pull request references NETOBSERV-2387 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 the "4.22.0" version, but no target version was set. 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. |
|
@oliver-smakal: This pull request references NETOBSERV-2387 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 the "4.22.0" version, but no target version was set. 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. |
|
@oliver-smakal: This pull request references NETOBSERV-2387 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 the "4.22.0" version, but no target version was set. 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. |
|
@oliver-smakal: This pull request references NETOBSERV-2387 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 the "4.22.0" version, but no target version was set. 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. |
|
@oliver-smakal: This pull request references NETOBSERV-2387 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 the "5.0.0" version, but no target version was set. 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. |
…tion/NETOBSERV-2387
Description
This PR is intended to show how the e2e backend migration of tests could look like and where we can discuss more details.
Changes compare to the openshift-tests-private repo:
ginkgodirectly without wrapperBeforeSuitepossible, but we need to be carefull about not usingcompat_otp.NewCLIand similar utilities which haveg.BeforeEachcallsOnce agreed on the implementation, the testcases will need to be ported over one more time to reflect the latest changes and add guards to skip some of the testcases for certain openshift versions. Then I would put this PR from Draft status.
How to run locally
Either:
or if the ginkgo cli is installed:
Other standard flags of ginkgo such as
--dry-runor-valso work.Example output
The following is an example output of of a run:
This implementation cannot control the
[1776103444] Backend Suite - 3/7488 specsline. I don't think it will be issue in any way, as the rest of the report can make it really clear to us what is actually being run. For running it in prow it should also not be a problem if we preserve the way it works with theopenshift-test-privaterepo and use junit report.More examples:
How it could be used in CI.
Currently the
openshift-test-privateimplementation uses junit to handle the result.See lines 398-459 that junit result is generated and parsed and later is used by the openshift-e2e-test-qe-report step to fail the prow job if necessary). For the nice output in prow, it seems like the function
handle_resultin theopenshift-extended-teststep is used as it seems to be formatting and renaming the junit file with the help ofhandleresult.pypython script.Though this is probably not directly reusable for implementation as the junit in
openshift-test-privatedoes not use default ginkgo implementation, we could use the same idea and use the junit output with minor transformation in prow to report result in a nice way.Alternative approaches
We could create something a bit more custom using more low level ginkgo functionality like in commit fbb6fc36b17bc37b6eb847b8e51f42d26a9b29d8, to remove things like the
[1776103444] Backend Suite - 3/7488 specsline. However, I don't think it would be worth the tradeoff of not using the default ginkgo runner viaRunSpecs()as we would use the possibility to run tests in parallel and some other features.