CtrlK
BlogDocsLog inGet started
Tessl Logo

testland/bug-report-template

Builds a well-formed bug (defect) report from raw observation notes - fills in summary, environment, steps to reproduce, expected vs actual, and severity rationale - and validates that each field has the load-bearing content reviewers and engineers need to triage. Also converts a single test-failure record (JUnit XML, Allure JSON, pytest log, Playwright report) into a classified, ready-to-file bug spec, and provides the adversarial review checklist that gates a report before it enters the tracker (required fields, single-description title test, severity-priority independence, reproduction quality). Use when a stakeholder reports a problem informally, when a CI failure artefact needs to become a triageable report, or when a drafted report needs a pre-filing quality audit.

81

0.88x
Quality

95%

Does it follow best practices?

Impact

80%

0.88x

Average score across 10 eval scenarios

SecuritybySnyk

High

Do not use without reviewing

Overview
Quality
Evals
Security
Files

Quality

Content

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

A well-structured, actionable skill body with executable code, explicit validation gates, and clean progressive disclosure into three real reference files. The only minor gap is some narrative and terminology prose that could be tightened for token efficiency.

DimensionReasoningScore

Conciseness

The body is largely efficient — concrete tables, executable code, and a tight output template — but sections like the ISTQB terminology note and some narrative prose around Mozilla guidance add tokens that could be trimmed without losing load-bearing content, sitting just below the lean top anchor.

4 / 5

Actionability

Provides copy-paste-ready artifacts: a full output template, executable `parse_junit` and `infer_severity` Python, a concrete worked example with [GAP] markers, and a YAML bug_spec — specific examples cover the common hand-written and CI-failure cases.

5 / 5

Workflow Clarity

Both flows are clearly sequenced (6-step spine plus F1-F3 CI path) with explicit validation gates — the review checklist emits per-finding pass/fail plus a `block` verdict, gap flags refuse filing on incomplete data, and F3 mandates dedup-before-file, giving strong feedback loops for the destructive/batch act of filing.

5 / 5

Progressive Disclosure

SKILL.md serves as a clear overview with one-level-deep, well-signaled references to three real bundle files (parsers.md, spec-template.md, severity-and-priority-scales.md), each linked by path and scoped by purpose, with no nested-reference chains.

5 / 5

Total

19

/

20

Passed

Description

96%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, specific description that clearly states what the skill does and when to use it, with natural trigger terms and concrete format coverage. The only slight drag is a minor overlap risk with broader qa-defect-management skills in the same domain.

DimensionReasoningScore

Specificity

Lists multiple concrete actions across the full scope — "fills in summary, environment, steps to reproduce, expected vs actual, and severity rationale", "converts a single test-failure record (JUnit XML, Allure JSON, pytest log, Playwright report)", and "provides the adversarial review checklist" — giving comprehensive coverage rather than generic claims.

5 / 5

Completeness

Explicitly answers both axes: the "what" is the three capabilities (build report, convert CI record, provide review checklist) and the "when" is a concrete "Use when..." clause naming three trigger scenarios, matching the top anchor.

5 / 5

Trigger Term Quality

Combines natural user phrasings ("stakeholder reports a problem informally", "CI failure artefact needs to become a triageable report", "pre-filing quality audit") with concrete format names (JUnit XML, Allure JSON, pytest log, Playwright report), covering synonyms and format extensions users would actually say.

5 / 5

Distinctiveness Conflict Risk

The trigger set (informal stakeholder report, CI-failure conversion, pre-filing audit) carves a clear niche distinct from generic tracker skills, with only minor overlap risk against a sibling defect-management skill; not quite the minimal-conflict top anchor because it shares the defect domain with adjacent skills.

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

Validation16 / 16 Passed

Validation for skill structure

No warnings or errors.

Reviewed

Table of Contents