CtrlK
BlogDocsLog inGet started
Tessl Logo
PluginPublic

testland/test-case-anatomy-reference

Use when writing a test case template, reviewing a batch of test cases for quality, or migrating cases between tools. Lists the ISO/IEC/IEEE 29119-3 and ISTQB test case fields, maps them to TestRail, Xray, Zephyr Scale, Allure TestOps and Qase, and gives a PASS, WEAK or FAIL review rubric.

Quality

94%

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

85%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 an exceptionally actionable, well-sequenced reference: every rubric axis carries concrete PASS/FAIL evidence, the review workflow is gated and validated, and detail is correctly offloaded to two well-signaled one-level-deep references. Its one real weakness is token efficiency — the anti-patterns table, judgment-calls section, and inline worked example substantially restate content already present in the fields table, rubric axes, and worked-examples reference.

Suggestions

Collapse the anti-patterns table to entries not already covered by the nine-fields 'Common mistakes' column and the rubric axes (e.g. drop 'Generic inputs', 'Implicit preconditions', 'Reusing IDs after deletion' duplicates), or replace the table with a one-line pointer to those two sections.

Trim 'Judgment calls reviewers split on' to only the genuinely new calls (imperative steps, disjunctive expected results) and cross-reference A1/A3/A6 for the restated rules instead of re-explaining them.

Shorten the inline 'Worked example' section to a few lines summarizing the checkout walkthrough and defer to references/review-rubric-worked-examples.md, which already covers the same case end to end — removing the current duplication.

DimensionReasoningScore

Conciseness

The body is dense and free of known-concept padding, but several sections repeat the same domain facts: the anti-patterns table re-states the nine-fields "Common mistakes" column and the rubric axes ("Generic inputs", "Implicit preconditions", "Reusing IDs after deletion" each appear in two or more places), "Judgment calls reviewers split on" re-explains A3/A6 rules, and the SKILL.md worked example ("test checkout" with coupon SAVE10) overlaps the one in references/review-rubric-worked-examples.md. This lands on "mostly efficient but could be tightened" rather than 4's "minor instances", because the redundancy spans multiple sections.

3 / 5

Actionability

For an instruction-only skill the guidance is fully executable: nine named fields with per-field fixes, a Gate 0 table with explicit outcomes ("`UNSCORABLE` with the missing field named"), per-axis PASS bars and FAIL triggers quoting literal strings ("Applies a 10 percent coupon to the subtotal before tax"), deterministic verdict rules ("any axis FAIL = `FAIL`"), and a worked example with concrete arithmetic (100.00 → 90.00 → 97.20 USD). A reviewer can apply this rubric without inventing any missing detail, so it is not the 4 anchor.

5 / 5

Workflow Clarity

The review process is explicitly sequenced (Gate 0 → per-case axes → set-level axes → verdict derivation) with a validation checklist up front ("Run this before scoring"), feedback loops (UNSCORABLE cases "returned to its author"; "fix any match before the case is considered done"), and error-recovery rules ("Above the line, stop reviewing and fix how cases are written"). Both the review and authoring ("How to use") workflows carry checkpoints, matching the top anchor rather than 4's "minor validation gaps".

5 / 5

Progressive Disclosure

Scored against the actual bundle: two references (tracker-schema-map.md, review-rubric-worked-examples.md) exist, are one level deep (each points back to the parent SKILL.md rather than nesting), and are clearly signaled in the body with links and when-to-consult guidance ("Consult it when migrating cases between tools"). The per-tracker field maps and full axis-scoring example are appropriately split out while the core anatomy stays inline, matching the clear-overview top anchor; 4 would require an organization gap and none is evident.

5 / 5

Total

18

/

20

Passed

Description

100%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 is exemplary: it pairs an explicit, trigger-phrase-rich 'Use when…' clause with a concrete third-person capability statement naming the standards, the five trackers, and the three-level verdict scheme. It mirrors the rubric's good-overall example structure with no padding, vague claims, or over-claims.

DimensionReasoningScore

Specificity

"Lists the ISO/IEC/IEEE 29119-3 and ISTQB test case fields", "maps them to TestRail, Xray, Zephyr Scale, Allure TestOps and Qase", and "gives a PASS, WEAK or FAIL review rubric" are multiple concrete actions with named standards, tools, and a named verdict scheme, matching the comprehensive-coverage anchor. It is not the 4 anchor because no capability of the skill (field reference, tracker mapping, review rubric) is left uncovered.

5 / 5

Completeness

It explicitly answers "when" with a concrete "Use when writing a test case template, reviewing a batch of test cases for quality, or migrating cases between tools" clause and "what" with third-person capabilities ("Lists… fields, maps them to…, and gives a… review rubric"), matching the top anchor's structure exactly. Neither half is vague or merely implied, ruling out 4.

5 / 5

Trigger Term Quality

Natural user phrases are present across all three use cases — "writing a test case template", "reviewing a batch of test cases for quality", "migrating cases between tools" — reinforced by five tracker names (TestRail, Xray, Zephyr Scale, Allure TestOps, Qase) that function as strong standalone triggers. It exceeds the 4 anchor because no commonly-said variation of the domain is missing.

5 / 5

Distinctiveness Conflict Risk

The niche is clear — test-case anatomy, quality review, and cross-tracker migration across five named tools — with distinct triggers (specific tracker and standards names) that generic QA or documentation skills would not fire on. Minimal conflict risk places it at the top anchor rather than 4's "minor overlap risk".

5 / 5

Total

20

/

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