CtrlK
BlogDocsLog inGet started
Tessl Logo

422-frameworks-quarkus-testing-integration-tests

Use when you need to write or improve integration tests for Quarkus — including @QuarkusTest, Dev Services for automatic container provisioning, Testcontainers via QuarkusTestResourceLifecycleManager, WireMock for external HTTP stubs, @QuarkusIntegrationTest for black-box testing against packaged artifacts, REST Assured, data isolation strategies (@TestTransaction vs @BeforeEach cleanup), and Maven Surefire/Failsafe three-tier split (*Test, *IT, *AT). This should trigger for requests such as Add or improve integration tests in a Quarkus project; Configure Testcontainers or Dev Services for Quarkus tests; Add WireMock stubs for external HTTP dependencies in Quarkus integration tests; Set up @QuarkusIntegrationTest for packaged artifact or native binary testing; Fix test data isolation or configure Maven Surefire/Failsafe split. Part of Plinth Toolkit

75

Quality

92%

Does it follow best practices?

Run evals on this skill

Adds up to 20 points to the overall score

View guide

SecuritybySnyk

Passed

No findings from the security scan

SKILL.md
Quality
Evals
Security

Quality

Content

85%

Reviews the quality of instructions and guidance provided to agents. Good implementation is clear, handles edge cases, and produces reliable results.

A well-organized overview skill with a clear, validated workflow and clean progressive disclosure to a single reference file. Its main weakness is actionability: the body's workflow steps are somewhat abstract and the executable examples live in the reference rather than inline.

Suggestions

Add one small inline code/config snippet in the body (e.g., a minimal @QuarkusTest + REST Assured example or a %test Dev Services config block) so the skill is immediately actionable without opening the reference.

Tighten workflow step 3 ('Apply framework-aligned changes') with concrete sub-actions instead of the generic 'implement or refactor following the reference patterns'.

Remove the duplicated 'When to use this skill' bullet list since the same triggers already appear verbatim in the frontmatter description, freeing token budget.

DimensionReasoningScore

Conciseness

The body is lean: a coverage bullet list, constraints, when-to-use, and a four-step workflow, without explaining concepts Claude already knows; every section earns its place. Minor redundancy between the 'When to use' list and the description does not push it below the lean/efficient anchor.

3 / 3

Actionability

Concrete commands and config keys are present (./mvnw compile, ./mvnw clean verify, %test.quarkus.datasource.devservices, @TestTransaction), but the workflow steps themselves are abstract ('Implement or refactor configuration/code following the reference patterns') and the executable code/examples are deferred to the reference rather than included inline, leaving guidance incomplete in the body.

2 / 3

Workflow Clarity

A clear four-step sequence with an explicit validation checkpoint (MANDATORY compile-before, 'If compilation fails, stop immediately' blocking condition, VERIFY run after), providing a feedback loop for the risky build operation.

3 / 3

Progressive Disclosure

The body is a concise overview that points to a single one-level-deep reference, clearly signaled both in the Workflow step 1 and a dedicated Reference section with a markdown link; the referenced file exists, giving easy navigation.

3 / 3

Total

11

/

12

Passed

Description

100%

Based on the skill's description, can an agent find and select it at the right time? Clear, specific descriptions lead to better discovery.

A highly specific, well-triggered description that enumerates concrete Quarkus integration-testing capabilities and pairs them with explicit natural-language triggers. It cleanly answers both what the skill does and when to use it.

DimensionReasoningScore

Specificity

Lists multiple concrete actions (@QuarkusTest, Dev Services for automatic container provisioning, Testcontainers via QuarkusTestResourceLifecycleManager, WireMock for external HTTP stubs, @QuarkusIntegrationTest for black-box testing, REST Assured, data isolation strategies, Maven Surefire/Failsafe three-tier split), matching the 'lists multiple specific concrete actions' anchor.

3 / 3

Completeness

Explicitly answers both what (enumerated capabilities) and when ('This should trigger for requests such as ...'), with an explicit 'Use when ...' clause, satisfying the highest anchor.

3 / 3

Trigger Term Quality

Uses natural phrasing users would say ('write or improve integration tests', 'Add or improve integration tests in a Quarkus project', 'Configure Testcontainers or Dev Services', 'Add WireMock stubs', 'Fix test data isolation') with good coverage of common variations; not merely jargon.

3 / 3

Distinctiveness Conflict Risk

Scoped tightly to Quarkus integration testing with Quarkus-specific annotations and tooling, giving it a clear niche unlikely to trigger for the wrong skill.

3 / 3

Total

12

/

12

Passed

Validation

100%

Checks the skill against the spec for correct structure and formatting. All validation checks must pass before discovery and implementation can be scored.

Validation16 / 16 Passed

Validation for skill structure

No warnings or errors.

Repository
jabrena/cursor-rules-java
Reviewed

Table of Contents

Is this your skill?

If you maintain this skill, you can claim it as your own. Once claimed, you can manage eval scenarios, bundle related skills, attach documentation or rules, and ensure cross-agent compatibility.