Skip to main content
skill CX Codex

130-java-testing-strategies — Claude Code skill for Java test design

A skill that reviews Java tests through RIGHT-BICEP, A-TRIP and CORRECT: missing cases, flaky tests, boundary conditions.

Install into Claude Code · Skills CLI (Vercel) All methods and platforms ↓
npx skills add jabrena/plinth --skill 130-java-testing-strategies -a claude-code
Open on GitHub

What 130-java-testing-strategies does

The skill kicks in when you ask the agent to look at Java tests — find gaps in behavior coverage, work out why a test fails intermittently, or walk boundary values. Each request routes to its own reference file under references/: one for RIGHT-BICEP, one for A-TRIP, one for CORRECT. A broad review pulls all three and sorts findings by technique.

The workflow is fixed. First compile: ./mvnw compile or mvn compile. A failed build stops the skill before it touches anything — that is a blocking condition, not a warning. Then the test edits, then a full check with ./mvnw clean verify or mvn clean verify.

What you get back is analysis, not rewritten code: a RIGHT-BICEP gap matrix, an A-TRIP list of quality problems, a CORRECT boundary checklist. If the goal is unclear, the skill asks a clarifying question instead of editing files. The project has to build with Maven — on Gradle the compile and verify steps as described won't apply, so check your build commands before you start.

What it helps with

  • find which scenarios a Java test class is missing
  • trace why a test fails only under a certain run order
  • check boundary values: range, ordering, empty collections
  • turn flaky tests into repeatable ones
  • review a whole test suite and sort findings by technique

Example prompts for the agent

  • Review the tests in OrderServiceTest with RIGHT-BICEP and list what's missing
  • These tests fail intermittently — go through them with A-TRIP and tell me why
  • Check boundary conditions in PaymentValidator using CORRECT

How to install 130-java-testing-strategies

1Skills CLI (Vercel)

npx skills add jabrena/plinth --skill 130-java-testing-strategies -a claude-code

2Manually: put the files in place

~/.claude/skills/130-java-testing-strategies/SKILL.md

Copy the whole skill folder; for one project use .claude/skills/130-java-testing-strategies/

Step by step, with commands for each platform: How to install skills in Claude Code: five ways

Questions about 130-java-testing-strategies

How do I install 130-java-testing-strategies in Claude?

Run npx skills add jabrena/plinth --skill 130-java-testing-strategies -a claude-code. The skill file lands at ~/.claude/skills/130-java-testing-strategies/SKILL.md.

What does 130-java-testing-strategies do?

It runs Java tests through three techniques: RIGHT-BICEP suggests which cases to add, A-TRIP judges test quality, CORRECT checks boundary conditions. You get a list of findings, not rewritten code.

What does the skill need to run?

A Maven project: before editing it runs ./mvnw compile or mvn compile, afterwards ./mvnw clean verify or mvn clean verify. If compilation fails, it stops and waits for the build to be fixed.

Source text

SKILL.md · Apache-2.0
---
name: 130-java-testing-strategies
description: Use when you need to apply testing strategies for Java code — RIGHT-BICEP to guide test creation, A-TRIP for test quality characteristics, or CORRECT for verifying boundary conditions. This should trigger for requests such as Review Java code for testing strategies; Apply RIGHT-BICEP testing strategies in Java code; Apply A-TRIP testing strategies in Java code; Apply CORRECT boundary condition verification in Java code. Part of Plinth Toolkit
license: Apache-2.0
metadata:
  author: Juan Antonio Breña Moral
  version: 0.19.0
---
# Java testing strategies

Apply proven testing strategies (RIGHT-BICEP, A-TRIP, CORRECT) to design and verify Java unit tests.

**What is covered in this Skill?**

- **RIGHT-BICEP**: Key questions to guide test creation — Right results, Boundary conditions, Inverse relationships, Cross-checks, Error conditions, Performance
- **A-TRIP**: Characteristics of good tests — Automatic, Thorough, Repeatable, Independent, Professional
- **CORRECT**: Boundary condition verification — Conformance, Ordering, Range, Reference, Existence, Cardinality, Time


## Constraints

Before applying any test strategy changes, ensure the project compiles. If compilation fails, stop immediately — do not proceed until resolved. After applying improvements, run full verification.

- **MANDATORY**: Run `./mvnw compile` or `mvn compile` before applying any change
- **SAFETY**: If compilation fails, stop immediately and do not proceed — compilation failure is a blocking condition
- **VERIFY**: Run `./mvnw clean verify` or `mvn clean verify` after applying improvements
- **BEFORE APPLYING**: Read only the testing-strategy references selected by the user's concern before changing tests
- **FOCUSED ROUTING**: For missing behavior coverage or RIGHT-BICEP requests, read `references/130-java-testing-strategies-right-bicep.md` by default
- **FOCUSED ROUTING**: For flaky, brittle, manual, order-dependent, shared-state, or maintainability requests, read `references/130-java-testing-strategies-a-trip.md` by default
- **FOCUSED ROUTING**: For boundary-condition or CORRECT requests, read `references/130-java-testing-strategies-correct.md` by default
- **BROAD REVIEW**: For broad test-strategy reviews, combine RIGHT-BICEP, A-TRIP, and CORRECT references and categorize findings by technique
- **EDGE CASE**: If the user goal is ambiguous, stop and ask a clarifying question before editing files or running project-wide commands
- **EDGE CASE**: If required context, files, credentials, or tools are missing, report the blocker explicitly and ask whether to proceed with setup or fallback guidance
- **EDGE CASE**: If requested changes conflict with project constraints or safety boundaries, explain the conflict and ask for user confirmation on the preferred trade-off

## When to use this skill

- Review Java code for testing strategies
- Find missing Java test cases or behavior coverage gaps
- Apply RIGHT-BICEP testing strategies in Java code
- Review flaky, brittle, order-dependent, or hard-to-maintain Java tests
- Apply A-TRIP testing strategies in Java code
- Review Java boundary condition tests
- Apply CORRECT boundary condition verification in Java code

## Workflow

1. **Compile project before test-strategy changes**

Run `./mvnw compile` or `mvn compile` and stop immediately if compilation fails.

2. **Select focused testing-strategy references**


Route the request before reading references:

- Read `references/130-java-testing-strategies-right-bicep.md` when the request asks what to test, which behavior is missing, whether assertions prove the right result, how to force errors, how to cross-check, or how to add performance guardrails.
- Read `references/130-java-testing-strategies-a-trip.md` when the request asks why tests are flaky, brittle, manual, slow to run locally, order-dependent, shared-state dependent, unclear, or hard to maintain.
- Read `references/130-java-testing-strategies-correct.md` when the request asks for boundary-condition review, CORRECT analysis, invalid input handling, conformance, ordering, range, external reference, existence, cardinality, or time cases.
- For broad test-strategy reviews, read all three focused references and organize findings by RIGHT-BICEP, A-TRIP, and CORRECT.

Do not require unrelated references for a narrow request unless the user's concern crosses technique boundaries.


3. **Apply strategy-driven test improvements**

Improve or add tests using the selected technique: produce a RIGHT-BICEP gap matrix for missing behavior coverage, an A-TRIP quality finding list for test reliability and maintainability issues, a CORRECT boundary checklist for boundary reviews, or all three sections for broad reviews.

4. **Verify with full build**

Run `./mvnw clean verify` or `mvn clean verify` after applying improvements.

## Reference

For detailed guidance, examples, and constraints, see:

- [references/130-java-testing-strategies-right-bicep.md](references/130-java-testing-strategies-right-bicep.md)
- [references/130-java-testing-strategies-a-trip.md](references/130-java-testing-strategies-a-trip.md)
- [references/130-java-testing-strategies-correct.md](references/130-java-testing-strategies-correct.md)

© Juan Antonio Breña Moral · Apache-2.0 · jabrena/plinth

Similar skills

Everything for Testing and QA →

From the same set40

301-frameworks-spring-boot-core Enforces constructor injection and fail-fast config validation in Spring Boot 4.0.x codebases with strict Maven verification. CX Codex +1 390installs 111-java-maven-dependencies Adds code-quality Maven dependencies to your pom.xml: JSpecify, Error Prone with NullAway, VAVR, ArchUnit, JavaMoney. Asks what you need and installs only that. CX Codex +1 388installs 321-frameworks-spring-boot-testing-unit-tests A skill that steers your agent through Spring Boot unit testing: Mockito without a Spring context, slice tests for controllers, parameterized tests. Useful when @SpringBootTest has spread everywhere. CX Codex +1 387installs 112-java-maven-plugins A skill that adds and configures Maven plugins in pom.xml by asking one question at a time. Useful when you need quality checks, coverage or an image build. CX Codex +1 381installs 132-java-testing-integration-testing A skill that gets an AI agent to set up and clean up Java integration tests: WireMock stubs, per-test isolation, no mocked HTTP clients. CX Codex +1 376installs 142-java-functional-programming A skill that pushes your AI agent to rewrite Java in a functional style: Records, pure functions, Stream API pipelines and Optional. CX Codex +1 376installs 128-java-generics A skill that reviews and refactors Java generics: raw types, unchecked casts, PECS wildcards. Handy when a generic API starts leaking type safety. CX Codex +1 370installs 170-java-documentation A step-based skill that walks an agent through writing README.md, package-info.java and Javadoc for a Maven Java project. Useful when the code exists but the docs don't. CX Codex +1 359installs

Project sponsors

Companies that keep this analytics open
Gold sponsor

Impressions, clicks and code copies — open statistics. We keep the numbers public for the same reason NeBlask itself is public. Become a sponsor