CtrlK
BlogDocsLog inGet started
Tessl Logo

testland/rstest-tests

Configures and runs rstest - Rust parametrized + fixture-based testing crate; `#[rstest]` attribute + `#[case(...)]` for parametrize; `#[fixture]` for reusable test setup; matrix tests via multiple `#[case]` × N (cartesian product); async test support via `#[async_std::test]` / `#[tokio::test]` + `#[rstest]`; `#[future]` for async fixtures. Use when working with Rust and needing parametrize/fixture patterns beyond stdlib `#[test]`.

80

Quality

100%

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

Overview
Quality
Evals
Security
Files

Quality

Content

100%

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

The body is an exemplary lean, actionable reference: sequenced steps, fully executable code, an anti-pattern table, and explicit limitations. It assumes Claude's intelligence and adds only rstest-specific knowledge, with appropriate single-file organization for its scope.

DimensionReasoningScore

Conciseness

The body is lean and assumes Claude's Rust competence — it never explains what a test or crate is, and each section (install, parametrize, fixtures, matrix, async) earns its tokens with concrete code rather than prose.

3 / 3

Actionability

Every step ships executable, copy-paste-ready Rust snippets plus a concrete `Cargo.toml` dev-dependency and a CI YAML line, fully matching the 'fully executable code/commands' anchor.

3 / 3

Workflow Clarity

Steps 1–9 are clearly sequenced from install through CI integration, and the operations are non-destructive (running tests) where `cargo test` itself supplies the validation feedback loop, so the missing-checkpoint cap does not apply.

3 / 3

Progressive Disclosure

Content is well-organized into discrete titled sections with a clearly signaled References block; with no bundle files present and a self-contained single-file scope, the well-organized-structure anchor for simple skills is met.

3 / 3

Total

12

/

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 highly specific, action-oriented, and explicitly states both capabilities and a 'Use when' trigger, all in third-person voice. It is concise yet comprehensive, with a clear niche that minimizes conflict risk.

DimensionReasoningScore

Specificity

Lists multiple specific concrete actions: parametrize via `#[case(...)]`, reusable setup via `#[fixture]`, matrix tests (cartesian product), async support via `#[async_std::test]`/`#[tokio::test]`, and `#[future]` for async fixtures — matching the 'lists multiple specific concrete actions' anchor.

3 / 3

Completeness

Explicitly answers 'what' (the capabilities enumerated) and 'when' via 'Use when working with Rust and needing parametrize/fixture patterns beyond stdlib `#[test]`', satisfying the explicit-trigger anchor.

3 / 3

Trigger Term Quality

Covers the natural terms a Rust user would say — 'rstest', 'parametrize', 'fixture', 'Rust', 'stdlib `#[test]`' — with good coverage rather than generic jargon.

3 / 3

Distinctiveness Conflict Risk

Narrowly niched to the rstest crate and Rust parametrize/fixture patterns with distinct triggers, making it unlikely to fire for an unrelated 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.

Reviewed

Table of Contents