Skip to content

Recommend test-driven development in guide - #133

Closed
renato-umeton wants to merge 1 commit into
MIT-LCP:mainfrom
renato-umeton:patch-1
Closed

renato-umeton wants to merge 1 commit into
MIT-LCP:mainfrom
renato-umeton:patch-1

Conversation

@renato-umeton

Copy link
Copy Markdown
Collaborator

Added recommendation for test-driven development.

Added recommendation for test-driven development.
renato-umeton added a commit to renato-umeton/croissant-maker that referenced this pull request Sep 11, 2026

@rafiattrach rafiattrach left a comment

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.

Thanks @renato-umeton no argument with the advice. One note on where it lands

Comment thread DEVELOPMENT.md
@@ -1,5 +1,7 @@
# Development Guide

We recommend using test-driven development as much as possible.

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.

nit: CONTRIBUTING.md is probably the better home for this. It already has a ## Testing guidelines section whose first bullet is "Add tests for any new functionality or bug fixes", which is the same advice one step further along, and CONTRIBUTING.md is what a first-time contributor opens first.

Here the sentence sits above ## Setup, which is the section about installing uv, so it reads as a preamble to the whole document rather than as guidance about testing.

Worth a second thought either way: the repo already asks for tests on every change and CI enforces it, so a line saying to write them first only earns its place if it says something the existing bullet does not. Something like "write the failing test first, then the handler" would at least be concrete.

Copy link
Copy Markdown
Collaborator Author

Choose a reason for hiding this comment

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

Agreed on the home. #144 moves it to CONTRIBUTING.md. Right now it sits in the workflow steps. I will move it into the Testing guidelines list as the first bullet, with the concrete wording: write the failing test first, then the handler. I will close this one in favour of #144.

renato-umeton added a commit to renato-umeton/croissant-maker that referenced this pull request Sep 15, 2026
Updated contribution guidelines to recommend Test-Driven Development in this file per @rafiattrach request in PR MIT-LCP#133
renato-umeton added a commit to renato-umeton/croissant-maker that referenced this pull request Sep 15, 2026
The reviewer of MIT-LCP#133 asked for two things: the advice belongs in
CONTRIBUTING.md under Testing guidelines, which is what a first-time
contributor opens, and it should say something the existing "add tests"
bullet does not. Writing the failing test first is the concrete part, so
it is now the first bullet of that list, and the workflow step goes back
to its original wording.
@renato-umeton

Copy link
Copy Markdown
Collaborator Author

Closed in favour of #144, which puts the sentence in CONTRIBUTING.md as the first Testing guidelines bullet.

rafiattrach pushed a commit that referenced this pull request Sep 26, 2026
* Recommend Test-Driven Development in guidelines

Updated contribution guidelines to recommend Test-Driven Development in this file per @rafiattrach request in PR #133

* docs: recommend test-driven development in the testing guidelines

The reviewer of #133 asked for two things: the advice belongs in
CONTRIBUTING.md under Testing guidelines, which is what a first-time
contributor opens, and it should say something the existing "add tests"
bullet does not. Writing the failing test first is the concrete part, so
it is now the first bullet of that list, and the workflow step goes back
to its original wording.
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