java-change-with-tests

When to use

• Any Java change that must be merged safely (feature/refactor/bugfix).

Inputs to request (if missing)

• Acceptance criteria (1-3 bullets).
• Module name (if multi-module repo).
• Build tool and test conventions.
• Whether integration tests are required for the change.

Steps

1. Repo map (brief): identify the module, entrypoint, and test location.
2. Plan: smallest diff that meets acceptance criteria.
3. Implement: minimal edits.
4. Tests:
   • prefer fast unit tests first
   • add integration tests only when required to validate behavior
5. Verify:
   • run targeted tests
   • run mvn -q test (or module-scoped equivalent)
6. Output PR-ready summary with evidence.

Verification commands (project-specific)

• Use the repo's build tool and record the exact commands and results.
• Prefer targeted unit tests before full test suites.

Output contract

1. Plan (3-6 steps)
2. Files changed + intent
3. Commands run + results
4. Risks + follow-ups