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

Repo map (brief): identify the module, entrypoint, and test location.

Plan: smallest diff that meets acceptance criteria.

Implement: minimal edits.

Tests:

- prefer fast unit tests first - add integration tests only when required to validate behavior

Verify:

- run targeted tests - run mvn -q test (or module-scoped equivalent)

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