CtrlK
BlogDocsLog inGet started
Tessl Logo

qa-testing

Skill do QA Engineer para testes unitarios, integracao e E2E. Use quando precisar escrever testes, validar regressao, revisar cobertura, configurar estrategia de QA, ou evidenciar qualidade antes de release. Trigger em: "teste", "test", "QA", "Playwright", "Vitest", "Jest", "E2E", "coverage", "mock", "fixture", "regressao", "teste de integracao", "testing library".

81

1.16x
Quality

75%

Does it follow best practices?

Impact

85%

1.16x

Average score across 3 eval scenarios

SecuritybySnyk

Passed

No findings from the security scan

Fix and improve this skill with Tessl

tessl review fix ./skills/05-qa-testing/SKILL.md
SKILL.md
Quality
Evals
Security

Quality

Content

50%Weight 40%Scale 1-3

Reviews the quality of instructions and guidance provided to agents. Good implementation is clear, handles edge cases, and produces reliable results.

A content-rich QA playbook whose mutation-testing section is concrete and well-sequenced, but the overall body is long, explains some concepts Claude already knows, and mixes executable guidance with descriptive responsibility lists. Organization is reasonable but monolithic with no bundle files to offload detail.

Suggestions

Trim concept explanations Claude already knows (the 'Coverage normalmente' paragraph and the mutation-testing definition) to the decision-relevant minimum; keep the tools table and workflow.

Make the 'QA Tradicional' half as actionable as the mutation half — add a concrete test-writing workflow with commands/file checks instead of responsibility bullets like 'Escrever testes unitarios para hooks'.

Move the large inline reference material (per-language mutation tools table, anti-rationalization table) into a bundled references file (e.g. references/mutation-tools.md) and link to it from a leaner overview, since no bundle files currently exist.

DimensionReasoningScore

Conciseness

Mostly efficient but includes concept explanation Claude already knows ('Coverage normalmente: 80% das linhas...' and the mutation-testing definition paragraph) and an inspiration quote, so it sits at 'mostly efficient but could be tightened' rather than lean.

2 / 3

Actionability

The mutation section has concrete commands (`npx stryker run`, `pip install mutmut`) and an executable SQLite WAL cleanup snippet, but the 'QA Tradicional' half is mostly descriptive responsibility bullets ('Escrever testes unitarios para hooks, stores e utils') without concrete executable guidance.

2 / 3

Workflow Clarity

The mutation workflow is a clear numbered sequence with thresholds and a feedback loop (survived mutants -> write test to kill), but the core test-writing workflow relies on referenced policies rather than inline checkpoints, leaving the sequence present but checkpoints implicit.

2 / 3

Progressive Disclosure

References are one-level-deep and signaled (docs/skill-guides/qa-testing.md, personas/test-engineer.md, policies/*), but no bundle files exist and the body is a 226-line monolith with large inline sections (mutation tools table, anti-rationalization table) that could be split out.

2 / 3

Total

8

/

12

Passed

Description

100%Weight 40%Scale 1-3

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 states concrete capabilities, gives explicit 'Use quando' guidance, and lists natural trigger keywords. Third-person/action voice is consistent with the accepted reference examples, so no voice penalty applies.

DimensionReasoningScore

Specificity

Lists multiple concrete actions — 'escrever testes, validar regressao, revisar cobertura, configurar estrategia de QA, ou evidenciar qualidade antes de release' — matching the top anchor's 'multiple specific concrete actions'.

3 / 3

Completeness

Clearly answers both what (unitario/integracao/E2E plus the action list) and when ('Use quando precisar...' plus the explicit 'Trigger em:' list), satisfying the explicit-triggers anchor.

3 / 3

Trigger Term Quality

Explicit 'Trigger em:' block with natural terms a user would say — 'teste', 'test', 'QA', 'Playwright', 'Vitest', 'Jest', 'E2E', 'coverage', 'mock', 'fixture' — giving good coverage of common variations.

3 / 3

Distinctiveness Conflict Risk

QA-testing niche with distinct triggers (Playwright, Vitest, Jest, coverage) unlikely to fire for unrelated skills; mild overlap with a TDD skill on 'test'/'mock' is not enough to drop below the clear-niche anchor.

3 / 3

Total

12

/

12

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.

Repository
felvieira/claude-skills-fv
Reviewed

Table of Contents

Is this your skill?

If you maintain this skill, you can claim it as your own. Once claimed, you can manage eval scenarios, bundle related skills, attach documentation or rules, and ensure cross-agent compatibility.