mcpbeat

Testing Quality Standards

athola/testing-quality-standards

Defines testing quality metrics, coverage thresholds, and anti-patterns. Use when establishing test gates or validating a test suite's coverage targets.

3k tokens
context cost
the whole folder, loaded on every use
4
files
instructions only
0
copies elsewhere
how many repositories repackaged it
324
stars on the repo
on the repository, not the skill itself

Install

one command, takes just this skill from the repository
npx skills add https://github.com/athola/claude-night-market --skill testing-quality-standards

The instruction itself

15 sections, as written by the author

Testing Quality Standards

Shared quality standards and metrics for testing across all plugins in the Claude Night Market ecosystem.

When To Use

  • Establishing test quality gates and coverage targets
  • Validating test suite against quality standards

When NOT To Use

  • Exploratory testing or spike work
  • Projects with established quality gates that meet requirements

Table of Contents

  • Coverage Thresholds
  • Quality Metrics
  • Detailed Topics

Coverage Thresholds

| Level | Coverage | Use Case |

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

| Minimum | 60% | Legacy code |

| Standard | 80% | Normal development |

| High | 90% | Critical systems |

| detailed | 95%+ | Safety-critical |

Quality Metrics

Structure

  • [ ] Clear test organization
  • [ ] Meaningful test names
  • [ ] Proper setup/teardown
  • [ ] Isolated test cases

Coverage

  • [ ] Critical paths covered
  • [ ] Edge cases tested
  • [ ] Error conditions handled
  • [ ] Integration points verified

Maintainability

  • [ ] DRY test code
  • [ ] Reusable fixtures
  • [ ] Clear assertions
  • [ ] Minimal mocking

Reliability

  • [ ] No flaky tests
  • [ ] Deterministic execution
  • [ ] No order dependencies
  • [ ] Fast feedback loop

Detailed Topics

For implementation patterns and examples:

  • Anti-Patterns - Common testing mistakes with before/after examples
  • Best Practices - Core testing principles and exit criteria
  • Content Assertion Levels - L1/L2/L3 taxonomy for testing LLM-interpreted markdown files

Integration with Plugin Testing

This skill provides foundational standards referenced by:

  • pensive:test-review - Uses coverage thresholds and quality metrics
  • parseltongue:python-testing - Uses anti-patterns and best practices
  • sanctum:test-* - Uses quality checklist and content assertion levels for test validation
  • imbue:proof-of-work - Uses content assertion levels to enforce Iron Law on execution markdown

Reference in your skill's frontmatter:

dependencies: [leyline:testing-quality-standards]

Verification: Run pytest -v to verify tests pass.

Troubleshooting

Common Issues

Tests not discovered

Ensure test files match pattern test_*.py or *_test.py. Run pytest --collect-only to verify.

Import errors

Check that the module being tested is in PYTHONPATH or install with pip install -e .

Async tests failing

Install pytest-asyncio and decorate test functions with @pytest.mark.asyncio

Exit Criteria

  • [ ] Coverage threshold met for the project tier: 60% minimum for

legacy code, 80% for normal development, 90% for critical

systems, 95%+ for safety-critical; measured with

pytest --cov and threshold enforced in pyproject.toml

  • [ ] All four quality metric checklists pass: Structure (clear

organization, meaningful names, setup/teardown, isolation),

Coverage (critical paths, edge cases, error conditions,

integration points), Maintainability (DRY fixtures, clear

assertions, minimal mocking), Reliability (no flaky tests,

deterministic execution, no order dependencies)

  • [ ] Test files match discovery pattern test_*.py or *_test.py

confirmed by pytest --collect-only returning no errors

  • [ ] No snapshot tests present on non-deterministic output (hash

maps, timestamps, UUIDs); any found flagged as anti-patterns

per modules/anti-patterns.md

How to use it

Copy the folder

Take athola/testing-quality-standards from the repository into ~/.claude/skills for personal use, or into .claude/skills inside a project.

Check the name does not clash

The agent identifies a skill by the name field in its header. Two skills with the same name cannot sit side by side — one of them will be ignored.

Install what it needs

The instructions reference pip. Without those the skill loads but fails at the first command.