QA test design patterns (equivalence partitioning, boundary analysis, accessibility). Auto-loads when designing test cases, planning test coverage, or writing test procedures.
Install with Tessl CLI
npx tessl i github:jpoutrin/product-forge --skill qa-testing-methodology83
Does it follow best practices?
If you maintain this skill, you can automatically optimize it using the tessl CLI to improve its score:
npx tessl skill review --optimize ./path/to/skillValidation for skill structure
Discovery
85%Based on the skill's description, can an agent find and select it at the right time? Clear, specific descriptions lead to better discovery.
This is a strong skill description that clearly identifies its domain (QA test design) with specific methodologies and explicit trigger conditions. The main weakness is that trigger terms could include more natural variations of how users might request testing help. Overall, it effectively communicates both purpose and activation criteria.
Suggestions
Expand trigger terms to include common variations like 'QA', 'testing strategy', 'test plan', 'unit tests', 'integration tests', or 'test scenarios' that users naturally say.
| Dimension | Reasoning | Score |
|---|---|---|
Specificity | Lists multiple specific concrete testing techniques: 'equivalence partitioning, boundary analysis, accessibility' - these are distinct, actionable methodologies rather than vague language. | 3 / 3 |
Completeness | Clearly answers both what ('QA test design patterns with specific techniques') and when ('Auto-loads when designing test cases, planning test coverage, or writing test procedures') with explicit trigger conditions. | 3 / 3 |
Trigger Term Quality | Includes some relevant terms like 'test cases', 'test coverage', 'test procedures', but missing common variations users might say like 'QA', 'testing strategy', 'test plan', 'unit tests', or 'test scenarios'. | 2 / 3 |
Distinctiveness Conflict Risk | Clear niche focused specifically on QA test design patterns with distinct triggers; unlikely to conflict with general coding skills or other testing-adjacent skills due to specific methodology mentions. | 3 / 3 |
Total | 11 / 12 Passed |
Implementation
77%Reviews the quality of instructions and guidance provided to agents. Good implementation is clear, handles edge cases, and produces reliable results.
This is a comprehensive and highly actionable QA testing methodology skill with excellent concrete examples, clear tables, and well-structured checklists. The main weakness is its length - at 180+ lines it would benefit from progressive disclosure by extracting detailed reference sections into linked files. Some minor verbosity exists in sections explaining concepts Claude would already understand.
Suggestions
Extract detailed checklists (accessibility, cross-browser matrix, mobile testing) into separate reference files and link to them from the main skill
Remove obvious guidance in test data section (e.g., 'don't use production data', 'don't share credentials in plain text') that Claude already knows
Consider condensing the error message verification section - the good/bad table alone conveys the pattern without the preceding explanation
| Dimension | Reasoning | Score |
|---|---|---|
Conciseness | The content is generally efficient with good use of tables and examples, but includes some sections that could be tightened (e.g., the test data guidelines DO/DON'T lists contain obvious advice Claude would know, and some explanatory text is redundant). | 2 / 3 |
Actionability | Highly actionable with concrete examples throughout - specific test values, exact thresholds, real test data examples, clear checklists, and specific good/bad comparisons. The tables provide copy-paste ready reference material. | 3 / 3 |
Workflow Clarity | Clear sequencing with the 'Test Case Design Order' establishing priority, state transition diagrams showing valid flows, and explicit triggers for regression testing. The checklist format provides natural validation checkpoints. | 3 / 3 |
Progressive Disclosure | Content is well-organized with clear headers and logical sections, but this is a monolithic 180+ line file that could benefit from splitting detailed sections (accessibility checklist, cross-browser matrix, mobile testing) into separate reference files with links from the main skill. | 2 / 3 |
Total | 10 / 12 Passed |
Validation
90%Checks the skill against the spec for correct structure and formatting. All validation checks must pass before discovery and implementation can be scored.
Validation — 10 / 11 Passed
Validation for skill structure
| Criteria | Description | Result |
|---|---|---|
frontmatter_unknown_keys | Unknown frontmatter key(s) found; consider removing or moving to metadata | Warning |
Total | 10 / 11 Passed | |
Table of Contents
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.