You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
It's common to need to generate UUIDs for use within messages within tests, however when there is a test failure due to an incorrect UUID it can be hard to understand what the UUID refers to.
We could add a UUID generator to Test that obtains a UUID by "name", and logged about the UUIDs it generates in the test output. We could even annotate the diff output next to a UUID to show their "name".
Low-level support for annotations is being added to dogmatiq/dapper in dogmatiq/dapper#68, so if we could provide a facade in testkit that sets up annotations when rendering message diffs that should get the job done. I don't think we actually need anything UUID specific, so now I'm thinking of an interface something like:
We'd have to come up with some rules for equality, and they'd have to work even if a value was serialized/deserialized again (that is, probably can't be a shallow comparison).
It's common to need to generate UUIDs for use within messages within tests, however when there is a test failure due to an incorrect UUID it can be hard to understand what the UUID refers to.
We could add a UUID generator to
Test
that obtains a UUID by "name", and logged about the UUIDs it generates in the test output. We could even annotate the diff output next to a UUID to show their "name".I'm imagining usage something like the following:
This would result in log output something like:
The text was updated successfully, but these errors were encountered: