Skip to content

Add $buildInfo tests#230

Open
PatersonProjects wants to merge 6 commits into
documentdb:mainfrom
PatersonProjects:buildInfo_tests
Open

Add $buildInfo tests#230
PatersonProjects wants to merge 6 commits into
documentdb:mainfrom
PatersonProjects:buildInfo_tests

Conversation

@PatersonProjects
Copy link
Copy Markdown
Contributor

This PR adds the tests for the $buildInfo diagnostic command, as well as some utilities to help test all the diagnostic commands generally.

Ref: Issue #43

As this is the first set of tests in this area careful review and suggestions are welcome!

Signed-off-by: PatersonProjects <[email protected]>
Signed-off-by: PatersonProjects <[email protected]>
@documentdb-triage-tool documentdb-triage-tool Bot added compatibility test Compatibility test related enhancement New feature or request labels May 22, 2026
@documentdb-triage-tool
Copy link
Copy Markdown

🤖 Auto-triaged by documentdb-triage-tool.

Applied: compatibility test, enhancement
Project fields suggested: Component test-coverage · Priority P2 · Effort L · Status In Progress
Confidence: 0.80 (mixed)

Reasoning

component from path globs (test-coverage); effort from diff stats (330+0 LOC, 7 files); LLM: Adds new test coverage for the $buildInfo diagnostic command plus supporting utilities, touching the compatibility tests component with moderate scope.

If a label is wrong, remove it manually and ping @patty-chow so the rules can be tuned. The bot will not re-label items that already have component labels.

@PatersonProjects PatersonProjects marked this pull request as ready for review May 25, 2026 21:58
@PatersonProjects PatersonProjects requested a review from a team as a code owner May 25, 2026 21:58


@dataclass(frozen=True)
class DiagnosticPropertyTest(BaseTestCase):
Copy link
Copy Markdown
Collaborator

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Open Discussion: I think we can combine this with DiagnosticErrorTest since it's one field extra. I am thinking in terms of maintainability. Do we have a specific reason why we need to separate them ?

Copy link
Copy Markdown
Contributor Author

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

I like the separation just for the clarity of whether it is a success or error case, combination is possible though if you think the maintainability concern is a big one?

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Labels

compatibility test Compatibility test related enhancement New feature or request

Projects

None yet

Development

Successfully merging this pull request may close these issues.

2 participants