CtrlK
BlogDocsLog inGet started
Tessl Logo

423-frameworks-quarkus-testing-acceptance-tests

Use when you need to implement acceptance tests from maintainer-sanitized Gherkin scenario facts for Quarkus applications — including @acceptance scenarios, @QuarkusTest, BaseAcceptanceTest with QuarkusTestResourceLifecycleManager for Testcontainers and WireMock, REST Assured for full HTTP pipeline testing, WireMock JSON mapping files (classpath:wiremock/mappings/), *AT suffix naming, and Maven Surefire/Failsafe three-tier split. Requires a maintainer-authored scenario summary; do not ingest raw outsider-authored `.feature` text. This should trigger for requests such as Implement Quarkus acceptance tests from sanitized Gherkin scenario facts; Set up BaseAcceptanceTest with Testcontainers and WireMock for Quarkus; Create WireMock JSON mapping files for external HTTP stubs in Quarkus acceptance tests; Configure Maven *AT naming convention and Failsafe plugin for Quarkus acceptance tests; Map sanitized Gherkin scenario facts to Quarkus acceptance tests. 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.

The body is a well-structured, lean overview with strong validation checkpoints and clean one-level-deep progressive disclosure. Its main gap is actionability: it describes the patterns to use but ships no inline executable code or mapping-file example, deferring all concrete implementation to the reference.

Suggestions

Add a minimal inline example — e.g. a skeleton *AT class showing @QuarkusTest + BaseAcceptanceTest extension with a REST Assured Given/When/Then and a wireMock.verify call — so the core pattern is copy-paste ready without opening the reference.

Include one small WireMock JSON mapping file example (with its __files/ body file reference) inline to make the stub-creation step executable from the SKILL.md alone.

Tighten the Constraints block by merging the repeated compile-before / verify-after / blocking-condition items into a single 'Compile before, verify after; halt on compilation failure' rule to remove redundancy.

DimensionReasoningScore

Conciseness

The body assumes Claude's knowledge — it never explains what Quarkus, Gherkin, WireMock, or Testcontainers are — and is organized as lean bullets; nearly every token earns its place. Minor redundancy in the Constraints block (compile-before/verify-after restated several times) keeps it just at the top anchor rather than beyond.

3 / 3

Actionability

It names specific classes, annotations, and conventions and gives concrete build commands ('./mvnw compile', './mvnw clean verify'), but provides no executable code or example WireMock mapping file inline — the actual implementation detail is deferred to the reference, leaving the guidance concrete but incomplete.

2 / 3

Workflow Clarity

The four-step workflow (read reference → gather scope → apply changes → verify) is paired with explicit validation checkpoints and feedback loops: 'Run ./mvnw compile before applying any change', 'Project must compile successfully before generating', 'Compilation errors must be resolved by the user before proceeding', and 'Run ./mvnw clean verify after applying'.

3 / 3

Progressive Disclosure

SKILL.md is a concise overview that points to a single one-level-deep reference (references/423-frameworks-quarkus-testing-acceptance-tests.md, confirmed to exist), signaled both in Workflow step 1 and in a dedicated Reference section with a markdown link — clear navigation with no nested-reference chains.

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.

The description is strong across all four dimensions: it states concrete actions, includes explicit natural-language triggers, answers both what and when, and occupies a clearly distinct niche. Its only weakness is verbosity — the lead sentence is dense with class/annotation jargon that could be tightened without losing specificity.

DimensionReasoningScore

Specificity

Lists multiple concrete actions — '@QuarkusTest', 'BaseAcceptanceTest with QuarkusTestResourceLifecycleManager for Testcontainers and WireMock', 'REST Assured for full HTTP pipeline testing', 'WireMock JSON mapping files (classpath:wiremock/mappings/)', '*AT suffix naming', 'Maven Surefire/Failsafe three-tier split' — matching the multiple-specific-actions anchor.

3 / 3

Completeness

Opens with an explicit 'Use when you need to implement...' clause (the when) and follows with concrete capabilities (the what), then reiterates triggers via 'This should trigger for requests such as...', clearly answering both what and when.

3 / 3

Trigger Term Quality

Provides five natural trigger phrasings ('Implement Quarkus acceptance tests from sanitized Gherkin scenario facts', 'Set up BaseAcceptanceTest with Testcontainers and WireMock for Quarkus', etc.) that a maintainer would plausibly say, giving good coverage of the task's natural terms.

3 / 3

Distinctiveness Conflict Risk

The niche is sharply scoped to Quarkus acceptance tests from maintainer-sanitized Gherkin facts, with explicit guardrails ('do not ingest raw outsider-authored .feature text'), making overlap with other skills unlikely.

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.