testing--auditing

Audit automated test suites for coverage gaps, oracle strength, and determinism.

1|1|Updated Mar 16, 2026
One-click install
npx skills add https://github.com/erikhazzard/vasir --skill testing-auditing
Or copy as Structured Prompt for Agent
Please help me install this Agent Skill.
Skill: testing--auditing
Source: https://github.com/erikhazzard/vasir/tree/main/.agents/skills/testing__auditing
Command: npx skills add https://github.com/erikhazzard/vasir --skill testing-auditing

SYSTEM DOCUMENTATION & REQUIREMENTS

What problem does it solve?

Assess test suites to surface coverage gaps, weak oracles, determinism shortfalls, and boundary fidelity, enabling safer releases.

Core Features & Use Cases

  • Map guarantees across unit, integration, and contract tests for features, modules, or PRs.
  • Identify high-risk areas (data integrity, security, rollback, compatibility) and prescribe concrete evidence needs.
  • Provide a structured inventory and risk-weighted guidance to improve test quality and reliability.

Quick Start

Review a feature's test suite to surface coverage gaps and actionable evidence.

Frequently Asked Questions about testing--auditing

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

FAQPage Schema
How do I assess my test suite for ship readiness and coverage gaps?

Audit automated test suites to surface coverage gaps, weak oracles, and determinism shortfalls. By analyzing public entry points and changed symbols, the assessment maps guarantees and gaps to output a structured inventory and risk-weighted guidance for safer releases.

What are weak oracles in test coverage and how do I identify them?

Weak oracles are test assertions that provide insufficient validation guarantees. Identify them by auditing existing tests against implementation behavior to distinguish strong versus weak oracles, ensuring boundaries are tested and coverage gaps are mapped to specific risk tiers.

How can I audit automated tests for high-risk areas like data integrity and rollback?

Audit automated tests for high-risk areas by analyzing changed symbols and implementation logic to identify data integrity, security, rollback, and compatibility risks. This surfaces a structured assessment prescribing concrete evidence needs and risk tiers for these critical areas.

Does a test suite audit work for pull requests and specific feature modules?

A test suite audit works for pull requests and feature modules by mapping guarantees across unit, integration, and contract tests. It analyzes public entry points and changed symbols within the targeted scope to surface risk-aware ship readiness signals.

When should I not rely on test coverage metrics for release readiness?

Do not rely solely on test coverage metrics when determinism shortfalls and weak oracles exist. Coverage percentage does not guarantee boundary fidelity or strong validation; a risk assessment audit is needed to map actual guarantees and prescribe concrete evidence requirements.