CtrlK
BlogDocsLog inGet started
Tessl Logo

testland/severity-vs-priority-reference

Pure-reference catalog for defect classification: severity (impact on the system / user) vs priority (urgency of fix) on independent axes - the canonical 5-point severity scale (Critical / High / Medium / Low / Trivial), the 5-point priority scale (Immediate / High / Medium / Low / Deferred), the 5x5 matrix with worked S1/P5 and S5/P1 examples, and IEEE 1044-2009 severity classes; plus the full defect lifecycle (ISTQB-canonical states new / open / assigned / fixed / verified / closed / reopened / deferred / rejected / duplicate, allowed and forbidden transitions, tracker vocabulary maps) and the defect-categorisation taxonomies (IEEE 1044 anomaly classification, ISTQB CTAL-TA root-cause categories, Orthogonal Defect Classification) in references. Use when triaging or classifying a defect, configuring a tracker's severity/priority/state fields, reviewing a bug report's classification, or running root-cause analysis.

66

Quality

83%

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

71%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 a well-structured reference with clear progressive disclosure (verified bundle files), an actionable 7-step workflow, and concrete tracker-mapping tables. Its main weakness is conciseness — some content is duplicated between the 'Why they must be separate axes', 'Worked example', 'Common confusions', and 'Anti-patterns' sections.

Suggestions

Consolidate the standalone 'Worked example' into the 'Why they must be separate axes' worked examples, or keep only one, to remove duplication.

Merge the 'Common confusions' and 'Anti-patterns' tables (they cover the same S1/P5 and S5/P1 cases) into a single table to tighten the reference.

The 'How to use' steps 3 and 4 already act as validation checkpoints; consider labeling them explicitly (e.g., '**Check:** ...') to make the feedback loop more visible.

DimensionReasoningScore

Conciseness

The body is mostly efficient structured reference material (scales, matrices, tables) rather than padding about concepts Claude already knows, but it is noticeably verbose in places — the 'Common confusions' table overlaps the 'Anti-patterns' table, and worked examples appear both in 'Why they must be separate axes' and again as a standalone 'Worked example' section — fitting 'mostly efficient but includes some unnecessary explanation or could be tightened'.

3 / 5

Actionability

As an instruction-only reference skill it provides concrete actionable guidance: a 7-step 'How to use' procedure, a per-tracker field-mapping table (Jira 'Custom field (often Severity ...)', built-in 'Priority'), and an end-to-end worked CSV-export example with specific field assignments, matching 'mostly executable guidance; concrete ... with minor gaps' (no code, which is acceptable for a reference skill).

4 / 5

Workflow Clarity

The 7-step 'How to use' is a clear sequence with embedded checkpoints (step 3 'if the cell is rare ... record an explicit rationale', step 4 'Confirm you did not collapse the axes') and the worked example includes a 'Matrix check' step; this matches 'clear sequence with most checkpoints present; minor validation gaps'. The skill is triage/classification, not a destructive or batch operation, so the cap-at-3 rule does not apply.

4 / 5

Progressive Disclosure

All three referenced bundle files (references/lifecycle.md, references/taxonomy.md, references/tracker-vocabulary-map.md) exist and are clearly signaled one level deep via markdown links in the relevant sections; the core severity/priority content stays inline while lifecycle and taxonomy are split out, matching 'clear overview with well-signaled one-level-deep references; content appropriately split; easy navigation'.

5 / 5

Total

16

/

20

Passed

Description

87%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 highly specific and complete, clearly stating both the catalog's contents and concrete use-when triggers with a distinct niche. Its main weakness is verbosity — it front-loads extensive enumeration of scales, states, and taxonomies that could be trimmed without losing trigger relevance.

Suggestions

Trim the inline enumeration of all lifecycle states and taxonomy names in the description; the body and references already carry that detail, so the description can stay trigger-focused.

Keep the 'Use when ...' clause as-is — it is the strongest part — and lead with a shorter 'what' sentence before it.

DimensionReasoningScore

Specificity

Lists multiple specific concrete catalog items (5-point severity scale 'Critical / High / Medium / Low / Trivial', 5-point priority scale, '5x5 matrix with worked S1/P5 and S5/P1 examples', 'IEEE 1044-2009 severity classes', lifecycle states, taxonomies) plus concrete actions in the trigger clause — comprehensive coverage with minor verbosity-related gaps, fitting the 'lists several specific actions; minor gaps' anchor rather than the leaner 5.

4 / 5

Completeness

Explicitly answers both 'what' ('Pure-reference catalog for defect classification: severity ... vs priority ...') and 'when' ('Use when triaging or classifying a defect ...') with concrete trigger phrases, matching the anchor for clearly and explicitly answering both.

5 / 5

Trigger Term Quality

The 'Use when triaging or classifying a defect, configuring a tracker's severity/priority/state fields, reviewing a bug report's classification, or running root-cause analysis' clause supplies natural phrases a user would say (triaging, classifying, configuring a tracker, root-cause analysis) with synonyms, matching 'good keyword coverage; a few natural terms missing' rather than the fully comprehensive 5.

4 / 5

Distinctiveness Conflict Risk

Occupies a clear niche (severity-vs-priority defect classification with lifecycle and taxonomy references) with distinct triggers and minimal conflict risk, distinguishing itself from the companion 'bug-tracker-workflow' skill it names.

5 / 5

Total

18

/

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