Ci
Skill jovd83/junit5-skill/ci
JUnit 5 skill pack for creating, debugging, modernizing, documenting, and routing JVM test workflows.
npx -y skills add jovd83/junit5-skill --skill ciAssembled from the repository path, not quoted from the project. Check it against their README if it does not work.
One thing to look at
- 0 stars0 stars. Stars are a popularity signal and not a quality one, but at this level it is likely that nobody has read this closely except its author, and you would be relying on your own review.
What its author says it does
Copied from the file, not written here
Use when Codex needs to run JUnit 5 tests through Maven, Gradle, or the Console Launcher, configure CI pipelines, manage tags and reports, or debug environment-specific execution issues.
SKILL.md
2.9 KB, as published. Nobody here has run it
JUnit 5 CI
1. Inspect the Execution Path
- Identify whether the repo uses Maven, Gradle, the Console Launcher, or mixed execution paths.
- Confirm how tests are filtered, tagged, and reported.
- Read references/build-and-run.md before changing pipeline behavior.
- Read references/tool-recipes.md when the repo supports more than one execution path.
2. Configure Safely
- Use
useJUnitPlatform()in Gradle-based execution. - Use current Surefire or Failsafe configuration already established by the repo when possible.
- Keep tags, includes, excludes, and reporting explicit.
- Use
junit-platform.propertiesfor shared execution parameters when the repo already follows that pattern. - Keep local and CI commands aligned unless the repo intentionally separates them.
3. Debug CI Failures
- Compare local and CI Java versions.
- Compare environment variables, locale, time zone, and file-system assumptions.
- Compare build commands and active profiles.
- Read references/ci-failure-patterns.md when failures reproduce only in automation.
- Read references/tagging-and-reporting.md before changing tag filters or report outputs.
4. Examples
- Input:
Make these JUnit 5 integration tests run in Maven CI only.Output: Configure naming, tags, or Failsafe boundaries without breaking fast local feedback. - Input:
Gradle discovers no tests.Output: VerifyuseJUnitPlatform(), naming conventions, and source-set wiring. - Input:
Split fast unit tests from slower integration coverage in Maven.Output: Use tags, naming, or Surefire/Failsafe boundaries that fit the existing build model.
5. Troubleshooting
- Problem: No tests are discovered. Fix: Check task configuration, naming conventions, and JUnit Platform enablement.
- Problem: CI fails but local passes. Fix: Compare Java version, environment, and execution flags before changing test logic.
- Problem: Reports exist locally but not in CI artifacts. Fix: Check report output paths, pipeline artifact collection, and the actual test task that runs in automation.