Skip to content

Updating contributing doc to include dev workflow improvements #1639

Draft
rma-bryson wants to merge 4 commits intodevelopfrom
feature/document-dev-workflow-improvements
Draft

Updating contributing doc to include dev workflow improvements #1639
rma-bryson wants to merge 4 commits intodevelopfrom
feature/document-dev-workflow-improvements

Conversation

@rma-bryson
Copy link
Collaborator

highlights including openApi swagger ui screenshots and test-method-naming-strategy.

@rma-bryson rma-bryson requested a review from rma-psmorris March 13, 2026 20:13
CONTRIBUTING.md Outdated
a. NOTE: within reason. Location names, absolutely, but otherwise make sure the purpose of the name is clear.
8. Name files consistent with the purpose of the test.
9. Narrative tests: Test method names should be a narrative summary of the test. For example, `test_stream_create_then_update_then_delete_success(...)`.
a. Use underscores to make the narrative structure of the test name clear.
Copy link
Collaborator

Choose a reason for hiding this comment

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

when looking at the a, b, c view in rendered they arent on new lines

Copy link
Collaborator Author

@rma-bryson rma-bryson Mar 13, 2026

Choose a reason for hiding this comment

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

fixed. Also fixed the a,b in item 1

@rma-bryson rma-bryson force-pushed the feature/document-dev-workflow-improvements branch from 8bc5df6 to 9697d61 Compare March 13, 2026 22:12
Copy link
Collaborator

@rma-psmorris rma-psmorris left a comment

Choose a reason for hiding this comment

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

feedback

CONTRIBUTING.md Outdated
8. Name files consistent with the purpose of the test.
9. Narrative tests: Test method names should be a narrative summary of the test. For example, `test_stream_create_then_update_then_delete_success(...)`. <br>
a. Use underscores to make the narrative structure of the test name clear.<br>
b. The method name should be a clear summary of what is being tested (create, get, update, delete) in order of operations.<br>
Copy link
Collaborator

Choose a reason for hiding this comment

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

note how the example follows this with then

Copy link
Collaborator Author

Choose a reason for hiding this comment

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

added

CONTRIBUTING.md Outdated
a. Use underscores to make the narrative structure of the test name clear.<br>
b. The method name should be a clear summary of what is being tested (create, get, update, delete) in order of operations.<br>
c. It should also include the expected result (success, error code, etc.)<br>
d. Comments should also be used in narrative flow to clarify the details of the test internally, but not as a substitute for a clear method name.<br>
Copy link
Collaborator

Choose a reason for hiding this comment

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

can you provide an example for comments that follows this rule?

Copy link
Collaborator Author

Choose a reason for hiding this comment

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

added link to example

CONTRIBUTING.md Outdated
c. It should also include the expected result (success, error code, etc.)<br>
d. Comments should also be used in narrative flow to clarify the details of the test internally, but not as a substitute for a clear method name.<br>
e. Setup and tear down methods should also be clearly labelled as such. Setup/teardown methods should call into well-named helper methods to clarify the purpose of the setup/teardown steps.<br>
(example: setup method calls helper method `create_test_location()` followed by `create_test_time_series()` to clarify the purpose of the setup step)<br>
Copy link
Collaborator

Choose a reason for hiding this comment

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

you can also add in the corresponding tear downs for the location and time series.

Copy link
Collaborator Author

Choose a reason for hiding this comment

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

added corresponding tear down example

Please submit all PRs to the develop branch.

If there is an OpenAPI change, the pull request should include a screenshot of the Swagger UI showing the change
under the docs/swagger-screenshots directory (for example, see [Locations.png](https://github.com/USACE/cwms-data-api/blob/abfa3d8cd6cd9cd79c8435761fa95c447e534afc/docs/source/swagger-screenshots/Locations.png)).
Copy link
Collaborator

Choose a reason for hiding this comment

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

can the image be resized and shown inline?

Copy link
Collaborator Author

Choose a reason for hiding this comment

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

probably, my intent here was to link to the directory where we can insert screenshots for future PRs

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

Labels

None yet

Projects

None yet

Development

Successfully merging this pull request may close these issues.

2 participants