CtrlK
BlogDocsLog inGet started
Tessl Logo
PluginPublic

testland/rust-unit-tests

Use for any question or task about Rust tests, including quick how-to questions and one #[test]: where tests live, assert macros, should_panic with an expected message, Result-returning tests, integration and doc tests, rstest, mockall, coverage with cargo-llvm-cov and Criterion benchmarks. Has Rust test layout conventions and anti-patterns.

Quality

88%

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

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

The body is highly actionable with executable code and commands at every step, and the bundle is well structured with appropriately placed one-level-deep references. Its weaknesses are re-explaining Rust Book fundamentals Claude already knows (conciseness) and omitting an explicit run-to-verify loop in the authoring workflow.

Suggestions

Compress the Rust-Book-fundamental sections (Overview table, Step 1 basic #[test] example, Step 2 assert-macro list) to one-line reminders, keeping only the non-obvious notes such as assert_eq!'s dual-value failure output and pretty_assertions, since Claude already knows the standard material.

Close the authoring loop in 'Authoring conventions' with an explicit verify step, e.g. "run `cargo test <test_name> -- --exact` and fix until green" after writing the new test.

The Step 5 doc-test example repeats the add() function from Step 1; shorten it to just the doc comment and its embedded assertion to cut duplicated tokens.

DimensionReasoningScore

Conciseness

The Overview category table, the basic #[test] example, the assert-macro list, and the should_panic/Result/integration/doc-test fundamentals restate Rust Book chapter 11 material Claude already knows, so a noticeable fraction of the body could be trimmed even though it is presented tersely. This fits anchor 3 (mostly efficient but includes unnecessary explanation) better than anchor 4, where over-explanation would be only minor.

3 / 5

Actionability

Every step ships copy-paste-ready executable material: cargo test invocations and filter flags, a complete Criterion Cargo.toml + bench file, cargo-llvm-cov commands with a coverage gate, a CI yaml snippet, and a concrete anti-patterns table with fixes — fully covering the common cases per anchor 5.

5 / 5

Workflow Clarity

The body is clearly sequenced (framework choice → Steps 1–8 → authoring conventions) with decision thresholds and a "Conflicting signals → stop and ask" checkpoint, but the authoring workflow never explicitly instructs running cargo test to verify the new test passes, leaving a minor validation gap at anchor 4 rather than 5.

4 / 5

Progressive Disclosure

The core workflow lives inline in a well-sectioned SKILL.md while advanced topics are appropriately split into real, existing one-level-deep files (references/rstest.md, references/rust-mocking.md), each clearly signaled at its point of use and again in a References section, matching anchor 5.

5 / 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.

The description explicitly answers both what the skill covers and when to use it, with concrete Rust-specific triggers named verbatim down to macros and tooling. Its only weakness is missing a few natural user phrasings such as "unit tests" and "cargo test".

DimensionReasoningScore

Specificity

The description enumerates multiple specific concrete capabilities — "where tests live, assert macros, should_panic with an expected message, Result-returning tests, integration and doc tests, rstest, mockall, coverage with cargo-llvm-cov and Criterion benchmarks" — comprehensively covering the Rust-testing domain with no material gaps, matching the anchor-5 example's breadth.

5 / 5

Completeness

"Use for any question or task about Rust tests, including quick how-to questions and one #[test]" is an explicit when-clause with concrete triggers, and the topic enumeration plus "Has Rust test layout conventions and anti-patterns" clearly states the what — both questions answered explicitly, matching anchor 5.

5 / 5

Trigger Term Quality

Trigger coverage is strong, including verbatim tokens users would actually paste ("#[test]", "should_panic", "rstest", "mockall", "assert macros", "integration and doc tests"), but common natural phrasings like "unit tests" and "cargo test" are absent, fitting anchor 4 (good coverage, a few natural terms missing) rather than the synonym-complete anchor 5.

4 / 5

Distinctiveness Conflict Risk

The niche is unambiguous ("any question or task about Rust tests") with Rust-specific trigger tokens (#[test], should_panic, rstest, mockall) that sister skills like go-unit-tests would never match, giving minimal conflict risk per anchor 5.

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