054-design-tdd

Featured

Use when Java implementation work should be guided by Test-Driven Development, including maintaining a test list, choosing the next behavior, writing a failing test first, implementing only enough production code to pass, and refactoring while keeping tests green. This should trigger for requests such as Apply TDD; Use test-driven development; Drive this Java change with tests; Write the failing test first; Red-green-refactor this feature. Part of Plinth Toolkit

Web & Frontend 439 stars 92 forks Updated today Apache-2.0

Install

View on GitHub

Quality Score: 92/100

Stars 20%
88
Recency 20%
100
Frontmatter 20%
70
Documentation 15%
100
Issue Health 10%
50
License 10%
100
Description 5%
100

Skill Content

# Test-Driven Development Design Guide Java developers through Test-Driven Development for implementation work. **This is an interactive SKILL**. **What is covered in this Skill?** - Maintaining or refining a list of candidate test cases - Selecting the next useful behavior or test case before editing production code - Writing a failing test first to clarify the public interface, API shape, or usage of the code - Writing only enough functional production code to pass the selected test - Refactoring new and existing code while tests remain green - Adding newly discovered test cases to the list without losing the current TDD cycle - Reporting skipped checks, missing tests, and remaining risks when verification is incomplete ## Constraints Keep implementation work inside the red-green-refactor cycle, with one selected behavior driving each small change. - **MUST** read `references/054-design-tdd.md` before applying TDD guidance - **MUST** maintain or refine a test list when more than one behavior, edge case, or question is in scope - **MUST** select the next useful behavior or test case before writing production code - **MUST** write or describe the failing test first and use it to clarify the public interface or usage - **MUST** implement only the functional production code needed to pass the selected failing test - **MUST** refactor new and existing code only after the selected test passes and while keeping tests green - **MUST** report skipped checks, missing tests, and...

Details

Author
jabrena
Repository
jabrena/plinth
Created
1 years ago
Last Updated
today
Language
Java
License
Apache-2.0

Integrates with

Bundled in these plugins

Similar Skills

Semantically similar based on skill content — not just same category

Web & Frontend Featured

058-design-bdd

Use when a Java change needs independent Behavior-Driven Development guidance from trusted behavior facts through concrete examples and observable scenarios, with focused clarification when behavior is pending or ambiguous. This should trigger for requests such as Apply BDD; Facilitate behavior examples; Discover scenarios with Given When Then; Review these examples for shared domain language; Complete BDD discovery as a self-contained interaction. Part of Plinth Toolkit

439 Updated today
jabrena
Testing & QA Listed

tdd

Apply practical, language-agnostic test-driven development when implementing observable behavior, reproducing and fixing bugs, or changing untested code where executable examples can guide the design. Use a small List → Red → Green → Refactor loop, with regression-first, characterization-first, refactoring, and spike-then-test variants. Do not use strict TDD for visual-only styling, exploratory work before behavior is understood, mechanical migrations, or documentation-only changes unless tests clarify a real contract or risk.

1 Updated 1 months ago
hudrazine
AI & Automation Solid

tdd

Use test-driven development for behavior-changing feature or fix work, and whenever the user mentions TDD, test-first, red-green-refactor, tracer bullets, integration tests, or public-interface behavior tests. Skip for docs-only, path-only rename, formatting-only, or purely mechanical chores unless explicitly requested.

68 Updated today
youdotcom-oss