-
Notifications
You must be signed in to change notification settings - Fork 10.1k
PSS: Add tests showing state subcommands being used with PSS
#37891
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
base: main
Are you sure you want to change the base?
Conversation
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.
Note: the test will still need to build the appropriate binary and put it in a folder here that's named appropriately for the platform that is running the test.
|
Ooh, actually I'm going to add a non-E2E version of the tests to help with code coverage reporting, moving to draft. |
state subcommands being used with PSSstate show and state list subcommands being used with PSS
state show and state list subcommands being used with PSSstate show and state list subcommands being used with PSS
state show and state list subcommands being used with PSSstate subcommands being used with PSS
42c2a77 to
28e61ce
Compare
…ing tests where the values in `MockStates` aren't compatible with the `ReadStateBytesFn` default function. Make existing test set an appropriate value in `MockStates`.
…h pluggable state storage code.
…h pluggable state storage code.
…h pluggable state storage code.
…on with pluggable state storage code.
…pluggable state storage code.
…pluggable state storage code.
28e61ce to
cebf4a5
Compare
…h pluggable state storage code.
…egration with pluggable state storage code.
…mand under test. This test fixure is reused across tests that need the config to define a state store but otherwise rely on the mock provider to set up the test scenario.
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.
The push command has its own test fixture, versus the shared internal/command/testdata/state-commands-state-store, because it needs a local state file to be the data that's pushed up to the state store.
The internal/command/testdata/state-commands-state-store and internal/command/testdata/state-store-unchanged test fixtures are the same.
…using grpcwrap package This was removed, incorrectly, in #37899
Following #37569, this PR demonstrates that these commands work when pluggable state storage is in use:
state identitiesstate liststate mvstate replace-providerstate rmstate pullstate pushstate showThis PR mostly implements integration tests, but adds E2E tests for
state listandstate show.Target Release
N/A
Rollback Plan
Changes to Security Controls
Are there any changes to security controls (access controls, encryption, logging) in this pull request? If so, explain.
CHANGELOG entry