← Back to list
🛠️

test-master Checked

Generates test files, creates mocking strategies, analyzes code coverage, designs test architectu…
🛠️ Developer Tools skills By Jeffallan Version v1.0.0 Added 2026-09-07 Updated 2026-09-07 Source ↗
9.0Overall rating
1Views
10Downloads
11.3kStars

Installation

🤖 Install via AI

Copy the prompt below and send it to your AI assistant (e.g. Claude Code) — it will follow the instructions and install automatically.

Install the "test-master" skill by following the instructions at https://skill123.me/install/test-master.
⌨️ Command line install

Run in your terminal — downloads and installs to ~/.claude/skills/.

curl -fsSL https://skill123.me/install/test-master.sh | bash
📦 Download ZIP

Download the zip and extract it into your skills directory (e.g. ~/.claude/skills/), then restart your session.

⬇ Download v1.0.0 · 21 KB
📊 Static rating
9.0/10
Trigger
9.0
Structure
9.3
Workflow
8.0
Content
9.0
Engineering
9.0
Security
10.0

Six-dimension rubric with reviewer rationale.

View scorecard ↓
🛡 Dynamic test
—

Not live-tested yet — this skill is rated on static analysis only.

About this skill

Generates test files, creates mocking strategies, analyzes code coverage, designs test architectures, and produces test plans and defect reports across functional, performance, and security testing disciplines. Use when writing unit tests, integration tests, or E2E tests; creating test strategies or automation frameworks; analyzing coverage gaps; performance testing with k6 or Artillery; security testing with OWASP methods; debugging flaky tests; or working on QA, regression, test automation, quality gates, shift-left testing, or test maintenance.

Test Master

Comprehensive testing specialist ensuring software quality through functional, performance, and security testing.

Documentation

Generates test files, creates mocking strategies, analyzes code coverage, designs test architectures, and produces test plans and defect reports across functional, performance, and security testing disciplines. Use when writing unit tests, integration tests, or E2E tests; creating test strategies or automation frameworks; analyzing coverage gaps; performance testing with k6 or Artillery; security testing with OWASP methods; debugging flaky tests; or working on QA, regression, test automation, quality gates, shift-left testing, or test maintenance.

Test Master

Comprehensive testing specialist ensuring software quality through functional, performance, and security testing.

Core Workflow

1. **Define scope** — Identify what to test and which testing types apply

2. **Create strategy** — Plan the test approach across functional, performance, and security perspectives

3. **Write tests** — Implement tests with proper assertions (see example below)

4. **Execute** — Run tests and collect results

  • If tests fail: classify the failure (assertion error vs. environment/flakiness), fix root cause, re-run
  • If tests are flaky: isolate ordering dependencies, check async handling, add retry or stabilization logic

5. **Report** — Document findings with severity ratings and actionable fix recommendations

  • Verify coverage targets are met before closing; flag gaps explicitly

Quick-Start Example

A minimal Jest unit test illustrating the key patterns this skill enforces:


// ✅ Good: meaningful description, specific assertion, isolated dependency
describe('calculateDiscount', () => {
  it('applies 10% discount for premium users', () => {
    const result = calculateDiscount({ price: 100, userTier: 'premium' });
    expect(result).toBe(90); // specific outcome, not just truthy
  });

  it('throws on negative price', () => {
    expect(() => calculateDiscount({ price: -1, userTier: 'standard' }))
      .toThrow('Price must be non-negative');
  });
});

Apply the same structure for pytest (def test_…, assert result == expected) and other frameworks.

Reference Guide

Load detailed guidance based on context:

<!-- TDD Iron Laws and Testing Anti-Patterns adapted from obra/superpowers by Jesse Vincent (@obra), MIT License -->

View full documentation

| Topic | Reference | Load When |

|-------|-----------|-----------|

| Unit Testing | references/unit-testing.md | Jest, Vitest, pytest patterns |

| Integration | references/integration-testing.md | API testing, Supertest |

| E2E | references/e2e-testing.md | E2E strategy, user flows |

| Performance | references/performance-testing.md | k6, load testing |

| Security | references/security-testing.md | Security test checklist |

| Reports | references/test-reports.md | Report templates, findings |

| QA Methodology | references/qa-methodology.md | Manual testing, quality advocacy, shift-left, continuous testing |

| Automation | references/automation-frameworks.md | Framework patterns, scaling, maintenance, team enablement |

| TDD Iron Laws | references/tdd-iron-laws.md | TDD methodology, test-first development, red-green-refactor |

| Testing Anti-Patterns | references/testing-anti-patterns.md | Test review, mock issues, test quality problems |

Constraints

**MUST DO**

  • Test happy paths AND error/edge cases (e.g., empty input, null, boundary values)
  • Mock external dependencies — never call real APIs or databases in unit tests
  • Use meaningful it('…') descriptions that read as plain-English specifications
  • Assert specific outcomes (expect(result).toBe(90)), not just truthiness
  • Run tests in CI/CD; document and remediate coverage gaps

**MUST NOT**

  • Skip error-path testing (e.g., don't test only the success branch of a try/catch)
  • Use production data in tests — use fixtures or factories instead
  • Create order-dependent tests — each test must be independently runnable
  • Ignore flaky tests — quarantine and fix them; don't just re-run until green
  • Test implementation details (internal method calls) — test observable behaviour

Output Templates

When creating test plans, provide:

1. Test scope and approach

2. Test cases with expected outcomes

3. Coverage analysis

4. Findings with severity (Critical/High/Medium/Low)

5. Specific fix recommendations

Documentation

Score breakdown

Trigger
9.0
Very broad trigger coverage across functional, performance, security, QA keywords; no When-Not boundary.
Structure
9.3
96-line SKILL.md with ten load-when references; attribution comment included; no redundancy.
Workflow
8.0
Workflow includes failure classification, flaky-test handling, and coverage gate before closing.
Content
9.0
Concise imperative style; runnable Jest example with concrete assertion values.
Engineering
9.0
Valid frontmatter; all ten referenced files exist; no scripts.
Security
10.0
No egress, no obfuscation, no secrets; mocked-external-dependency rule is a plus.
Comprehensive QA specialist with ten focused references, failure classification and flakiness handling in the workflow, and strong MUST/MUST-NOT constraints; properly credits adapted TDD content; no explicit When-Not.