xdsclient: improve authority watchers test#5700
Conversation
cc51ec3 to
85ef8b8
Compare
85ef8b8 to
593edc3
Compare
|
Ping @dfawley |
dfawley
left a comment
There was a problem hiding this comment.
LGTM. I'm a bit concerned about the classification of these as "end to end tests", since they don't actually test gRPC servers or clients, or anything we expose externally to the user for that matter. These are really system level tests for the xdsclient package, right? (And as such, probably belong under the xdsclient directory somewhere instead, as they were before.)
These are e2e tests from the point of view of the xds client, since it uses only exported APIs (and creates a new client and tests the scenarios being tested). The main reason I want these tests in a separate package is because our previous tests lived in the same package and ended up relying too much on internal state and being over-specified. I could have put them in the same directory, but in an |
|
That's fine, but I do think a package named |
|
Fair point. I can change that once the last test PR (in this round) is in. |
Improve authority watchers test by moving to an e2e style test which verifies functionality without relying on any internal state.
This PR is similar to how the LDS watchers test was cleaned up in #5506.
#resource-agnostic-xdsclient-api
RELEASE NOTES: n/a