CtrlK
BlogDocsLog inGet started
Tessl Logo

testland/restassured-testing

Authors REST Assured (Java) API tests using the given().when().then() BDD-style DSL - status code + JSON/XML path assertions + authentication (Basic, OAuth2, API key). Configures Maven / Gradle dependencies, runs via JUnit 5, and emits Surefire / JaCoCo reports for CI gating. Use when the project is on the JVM and wants type-safe API tests in the app's own language; for a Gherkin feature-file flow on the same JVM use karate-testing, for YAML tests on the pytest stack use tavern-testing.

88

1.10x
Quality

90%

Does it follow best practices?

Impact

88%

1.10x

Average score across 10 eval scenarios

SecuritybySnyk

Passed

No findings from the security scan

Overview
Quality
Evals
Security
Files

Quality

Content

82%Weight 40%Scale 1-5

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

A highly actionable, well-structured code skill with executable examples across install, authoring, auth, a worked JUnit 5 test, and CI. It is slightly verbose in spots and keeps all content inline rather than splitting detail into bundle files.

Suggestions

Trim elementary DSL exposition (e.g. the 'given() configures... when() issues... then() asserts' line) and collapse repeated '(Per [restassured-usage][usage].)' citations into a single reference to improve conciseness.

Move the full GitHub Actions workflow and/or the worked JUnit 5 example into a references/ file referenced one level deep from SKILL.md to strengthen progressive disclosure.

Add an explicit verification checkpoint in the CI/run flow (e.g. 'after mvn verify, confirm target/failsafe-reports/TEST-*.xml exists and failures=0 before gating') to raise workflow clarity.

DimensionReasoningScore

Conciseness

Mostly lean with code-first sections and minimal prose, but it retains some explanation Claude already knows (e.g. 'given() configures the request... when() issues the HTTP verb; then() asserts the response') and repeats '(Per [restassured-usage][usage].)' citations, which could be trimmed. Not a 5 because a few tokens do not earn their place.

4 / 5

Actionability

Copy-paste-ready executable examples throughout — Maven/Gradle dependency snippets, static imports, given/when/then, status code and JSON/XML path assertions, three auth patterns, a complete JUnit 5 IT class, and a full GitHub Actions workflow — covering the common cases concretely.

5 / 5

Workflow Clarity

A clear install → author → run-in-CI sequence is present (Install, Authoring, Authentication, Worked example, CI integration), and the destructive/batch validation cap does not apply to test authoring. It is not a 5 because there are no explicit validation checkpoints or feedback loops beyond the test pass/fail itself.

4 / 5

Progressive Disclosure

Well-organized with clear one-level section headers and external URL references plus named sibling skills; no nested references. Not a 5 because no bundle files exist and the ~295-line body (full CI YAML, worked example, anti-patterns table) is entirely inline where a reference file could carry detail.

4 / 5

Total

17

/

20

Passed

Description

92%Weight 40%Scale 1-5

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 description that names concrete capabilities, gives an explicit 'Use when' trigger, and routes to adjacent skills to avoid conflicts. It is slightly below the top on trigger-term breadth, missing a few natural user phrasings.

DimensionReasoningScore

Specificity

Lists multiple concrete actions — 'Authors REST Assured (Java) API tests using the given().when().then() BDD-style DSL', 'status code + JSON/XML path assertions', 'authentication (Basic, OAuth2, API key)', 'Configures Maven / Gradle dependencies', 'runs via JUnit 5', 'emits Surefire / JaCoCo reports' — comprehensive coverage with no generic filler.

5 / 5

Completeness

Explicitly answers both what ('Authors REST Assured tests... assertions + authentication... emits Surefire / JaCoCo reports') and when ('Use when the project is on the JVM and wants type-safe API tests in the app's own language'), with concrete trigger phrases and routing to alternatives.

5 / 5

Trigger Term Quality

Natural terms a user would say are well covered — 'REST Assured', 'Java API tests', 'JVM', 'type-safe API tests', 'Maven / Gradle', 'JUnit 5' — but a few common phrasings (e.g. 'API testing in Java', 'endpoint tests') and the file/task synonyms are absent, so it stops short of comprehensive.

4 / 5

Distinctiveness Conflict Risk

Clear JVM/REST Assured niche, and it explicitly disambiguates from sibling skills ('for a Gherkin feature-file flow on the same JVM use karate-testing, for YAML tests on the pytest stack use tavern-testing'), minimizing wrong-skill triggering.

5 / 5

Total

19

/

20

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.

Reviewed

Table of Contents