-
Notifications
You must be signed in to change notification settings - Fork 4
[BOP-177] Implement e2e test framework for BOP #21
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Conversation
This can be fixed. See this (temp) PR here: https://github.com/Mirantis/boundless-operator/pull/23/files |
@ranyodh : Thanks for sharing the PR. I already tried the solution for Metrics.BindAddress. What I was not sure about was the parameter
I see that the PR deletes it. If that is okay, I can upgrade it w/o issues. |
@@ -15,5 +15,5 @@ jobs: | |||
uses: ./.github/workflows/build.yml | |||
push-to-ghcr: | |||
if: ${{ always() && contains(join(needs.*.result, ','), 'success') }} # if all `needs` jobs are successful | |||
needs: [vet, unit-test, build] | |||
needs: [vet, unit-test, e2e, build] |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
@sakshisharma84 @nwneisen - how does a manual override work with git actions? There may be times when we need to allow certain actions even when certain conditions could not be met(e.g. push to ghcr even though not all e2e tests passed) - without disabling checks totally. Would it work to make needs to be input actions so that these could be edited and the whole workflow re-triggered after removing whatever needs to be (temporarily) overridden.
Asking for long-term, should not hold this PR.
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
@vikramhh workflow_dispatch
can be used to manually trigger an action but that runs the main branch. It doesn't look like there is a way to do it from a PR so we would have to get creative.
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
We should also add to a readme somewhere explaining the different kinds of tests and how to run them. I'd prefer if the root README.me has a test section but adding a README.me to the tests/ folder would also be fine.
Done!! |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
LGTM
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Just a small suggestion. LGTM otherwise.
JIRA Ticket: https://mirantis.jira.com/browse/BOP-177
This PR adds support for the following.
make e2e
in Makefile. Segregated frommake test
We can add more feature specific tests on top of this.
Output