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 cursor-rules-java project

72

Quality

Does it follow best practices?

Impact

No eval scenarios have been run

SecuritybySnyk

Passed

No known issues

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-structured overview SKILL.md: lean, competent, with a validated compile/verify workflow and clean one-level progressive disclosure to a real reference file. Its weak point is actionability — the central workflow step is abstract and all executable examples live in the deferred reference rather than the body.

Suggestions

Make workflow step 3 concrete: name the specific change types and point to the exact reference subsections (e.g., Testcontainers setup, WireMock stubs, Surefire/Failsafe split) rather than 'following the reference patterns'.

Inline one minimal executable snippet (e.g., a @QuarkusTest + Dev Services skeleton or a Failsafe plugin config block) so the body is actionable without forcing a reference read for common cases.

DimensionReasoningScore

Conciseness

The body is a lean overview that assumes Quarkus competence — it names mechanisms and config keys without explaining what Quarkus or integration testing is, and every section earns its place.

3 / 3

Actionability

Constraints supply concrete commands ('./mvnw compile', './mvnw clean verify') and named config keys, but the core workflow step 3 ('Apply framework-aligned changes... following the reference patterns') is abstract and all executable code examples are deferred to the reference, leaving the body's guidance incomplete.

2 / 3

Workflow Clarity

A clear 4-step sequence with explicit validation checkpoints: compile before changes, stop immediately on compilation failure, and run 'mvn clean verify' afterward — a genuine compile/verify feedback loop.

3 / 3

Progressive Disclosure

A clear overview that points to a single one-level-deep, well-signaled reference (linked in both the workflow and a dedicated Reference section), and the referenced file exists in ./references/.

3 / 3

Total

11

/

12

Passed

Description

90%

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 strong, specific, and well-triggered description for a narrow Quarkus integration-testing niche, with explicit 'what' and 'when' coverage. The only blemish is the second-person ('Use when you need to') opening, which the rubric penalizes on specificity.

Suggestions

Rewrite the opening in third person (e.g., 'Writes and improves integration tests for Quarkus...') to avoid the second-person voice specificity penalty.

Trim the trailing 'Part of cursor-rules-java project', which adds no triggering value and dilutes the niche focus.

DimensionReasoningScore

Specificity

Lists many concrete capabilities (@QuarkusTest, Dev Services, Testcontainers, WireMock, @QuarkusIntegrationTest, REST Assured, data isolation, Maven split), which would warrant a 3, but the description opens with second-person voice ('Use when you need to write...'), triggering the rubric's one-point specificity penalty.

2 / 3

Completeness

It explicitly answers both 'what' (the full Quarkus integration-testing toolchain) and 'when' via an explicit 'Use when...' clause plus a 'This should trigger for requests such as...' list.

3 / 3

Trigger Term Quality

'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...' are natural phrasings a user would actually say.

3 / 3

Distinctiveness Conflict Risk

It is tightly scoped to Quarkus integration testing with Quarkus-specific triggers, making conflict with non-Quarkus skills unlikely.

3 / 3

Total

11

/

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.