analyzing-test-effectiveness

Audit test suites and create a BD epic with tracked improvement tasks.

80|17|Updated Oct 27, 2025
One-click install
npx skills add https://github.com/withzombies/hyperpowers --skill analyzing-test-effectiveness
Or copy as Structured Prompt for Agent
Please help me install this Agent Skill.
Skill: analyzing-test-effectiveness
Source: https://github.com/withzombies/hyperpowers/tree/main/skills/analyzing-test-effectiveness
Command: npx skills add https://github.com/withzombies/hyperpowers --skill analyzing-test-effectiveness

SYSTEM DOCUMENTATION & REQUIREMENTS

What problem does it solve?

Use to audit test quality with Google Fellow SRE scrutiny - identifies tautological tests, coverage gaming, weak assertions, missing corner cases. Creates a BD epic with tasks for improvements, then runs SRE task refinement on each.

Core Features & Use Cases

  • Inventory and read production code before categorizing tests
  • Categorize tests as RED/YELLOW/GREEN with corner-case focus
  • Create BD epic and tasks for improvements
  • Run SRE task refinement on each task

Quick Start

Catalogue tests, read production code, categorize with skepticism, create BD epic for improvements, and run refinement on each task.

Frequently Asked Questions about analyzing-test-effectiveness

High-intent search queries and answers about installing and using this skill.

FAQPage Schema
How do I audit test suite quality to find weak assertions and coverage gaps?

Test auditing identifies weak assertions, tautological tests, and coverage gaming by reading production code alongside test cases and categorizing them as RED/YELLOW/GREEN. This skeptical analysis reveals gaps like missing corner cases that traditional coverage metrics miss.

What's the difference between test coverage and actual test effectiveness?

Coverage measures line execution; effectiveness measures whether tests would catch real production bugs. Mutation testing validates this by injecting faults into code and checking if tests catch them. High coverage with weak assertions fails mutation testing.

How do I identify tautological tests that don't validate behavior?

Tautological tests pass trivially because assertions match implementation rather than requirements. Auditing compares test intent against production logic to spot these, then tags them RED for refactoring alongside legitimate YELLOW and GREEN tests.

Can I create improvement tasks from a test audit and track them systematically?

Yes. The audit outputs a BD epic with linked tasks for each identified deficiency, then runs SRE refinement on each task to prioritize and structure improvements for production-grade repositories.

What corner cases do test audits typically uncover that static coverage misses?

Audits surface untested boundary conditions, error paths, concurrency scenarios, and state transitions that coverage reports ignore. Corner-case focus combined with production code review catches assumptions baked into tests that fail in real workloads.

How does SRE-grade test auditing differ from standard test validation?

SRE auditing applies production skepticism: it assumes tests can be gamed and verifies assertions against actual code behavior, not just execution. It prioritizes mutation-testing validation and corner-case discovery over percentage coverage.