-
Notifications
You must be signed in to change notification settings - Fork 96
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
Add NFR workflow #1621
Add NFR workflow #1621
Conversation
0ccb8aa
to
9c8da9d
Compare
9c8da9d
to
2e72e6c
Compare
@ciarams87 looks good! I wonder if we should document this workflow anywhere...Would it make sense in the release process doc? |
9f0e621
to
b17953c
Compare
Scale tests are gonna require a much bigger cluster. I wonder if we just create a big cluster to begin with and all tests run on that. |
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
b17953c
to
37c7ea4
Compare
@sjberman Maybe, but should we leave that for the scale test automation story? Some of these tests may need to be ran alone (like longevity), I'm not sure if scale test will fall into that bracket, but until the scale test story is automated we won't know for sure. Bigger clusters = $$$ so until we're sure we need them, I'd rather wait. |
* Add NFR workflow * Initial review feedback * Fix typos, update docs, and remove image builds unless plus
Proposed changes
Problem: As a maintainer of the NGF project
I want the ability to kick off all non-functional tests on demand
So that when I am making a release, I do not need to manage running all the tests myself.
Solution: Create a workflow that's runs on
workflow_dispatch
that can be ran by someone with write access only to the repo (i.e. the maintainers). There are optional inputs fortest_label
, whether nginx plus is to be used, and what version of NGF we are testing (this should be the next release version when running release testing).Also added bash scripts for creating and tearing down GKE clusters.
Testing: Tested as much as possible locally using act, but the identity federation auth mechanism and the PR opening step cannot be tested fully locally. This cannot be fully tested until the workflow is merged into main (as 1. the workflow needs to be in main for the
workflow_dispatch
mechanism to work, and 2. we need access to secrets which are not possible from a fork).Closes #1506
Checklist
Before creating a PR, run through this checklist and mark each as complete.
Release notes
If this PR introduces a change that affects users and needs to be mentioned in the release notes,
please add a brief note that summarizes the change.