CtrlK
BlogDocsLog inGet started
Tessl Logo
PluginPublic

testland/rust-unit-tests

Use whenever the task is to write, add, fix or review Rust tests, even one quick #[test]: assert macros, should_panic, Result-returning tests, integration and doc tests, rstest parametrization, mockall, coverage with cargo-llvm-cov and Criterion benchmarks.

Quality

87%

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

75%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.

Highly actionable and well-structured content with concrete, executable guidance for every test category and tool. The main costs are token overhead from restating Rust Book basics and inline peripheral detail (Criterion, CI) that belongs in reference files, plus an implicit rather than explicit validation loop.

Suggestions

Cut or compress the Overview's Rust Book recap and three-category table to one or two lines — Claude already knows this; keep only the project-specific placement conventions.

Move the Criterion Cargo.toml/bench example and the CI yaml snippet into a reference file (or fold into the existing references) and keep just the trigger conditions and a one-line command in the body.

Add an explicit validation checkpoint to the authoring conventions, e.g. "After writing the test, run cargo test <name> -- --exact and fix until green" so the feedback loop is stated, not implied.

DimensionReasoningScore

Conciseness

The opening paragraph and three-category table restate Rust Book basics Claude already knows ("Rust's testing is built into Cargo - the #[test] attribute marks test functions"), and the References section duplicates links already given inline — more than the minor trimming of a 4, though the bulk of the body is dense and earns its tokens.

3 / 5

Actionability

Fully executable throughout: a complete #[cfg(test)] module example, cargo test flag matrix, should_panic/Result test examples, tests/ layout, doc-test example, runner flags, cargo-llvm-cov commands, full Criterion config plus bench code, and a CI yaml snippet — copy-paste ready with no real gaps.

5 / 5

Workflow Clarity

Steps 1–8 are clearly sequenced with a framework-selection decision procedure ("Conflicting signals → stop and ask") and an anti-patterns table cross-referencing steps, but the validate-then-fix loop (run cargo test after authoring, fix on failure) is implicit rather than an explicit checkpoint, so it misses anchor 5's explicit feedback loops.

4 / 5

Progressive Disclosure

Two real one-level-deep reference files (references/rstest.md, references/rust-mocking.md) are clearly signaled with descriptive links at point of need, but the ~250-line body inlines peripheral detail (full Criterion setup, CI yaml) that could be split out, leaving minor organization gaps versus anchor 5's "content appropriately split".

4 / 5

Total

16

/

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 description: it pairs an explicit trigger clause with a comprehensive, tool-specific capability list in third-person imperative style. The only weakness is modest synonym coverage (e.g., no "unit tests" phrasing).

DimensionReasoningScore

Specificity

Enumerates concrete capabilities — "assert macros, should_panic, Result-returning tests, integration and doc tests, rstest parametrization, mockall, coverage with cargo-llvm-cov and Criterion benchmarks" — giving comprehensive, specific coverage rather than the minor-gaps profile of a 4.

5 / 5

Completeness

Explicitly answers both halves: "Use whenever the task is to write, add, fix or review Rust tests" (when) plus the colon-enumerated capability list (what), matching the anchor-5 example structure; neither half could be more explicit.

5 / 5

Trigger Term Quality

"write, add, fix or review Rust tests" and "even one quick #[test]" are natural user phrases with good verb variation, but common synonyms like "unit tests" or "testing in Rust" are absent, so it falls just short of the comprehensive-synonym coverage of a 5.

4 / 5

Distinctiveness Conflict Risk

"Rust tests" plus tool-specific names (rstest, mockall, cargo-llvm-cov, Criterion) carve a clear niche with distinct triggers and minimal overlap with sibling skills like go-unit-tests or proptest-testing.

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.

Validation — 16 / 16 Passed

Validation for skill structure

No warnings or errors.

Reviewed

On this page