Skip to content
Back to skills

Test Conformance

ASecurity

Audit a codebase's testing regime using a reusable protocol, source/runner reconciliation, sampled oracle review and evidence-backed conformance reports.

  • 211 stars
  • 0 votes
  • 0 copies
  • 1 view
  • Added September 20, 2026
ai-agentstesting

Works with

  • cli

Security analysis

A100/100

Scanned September 20, 2026

npx -y skills add jmagly/aiwg --skill test-conformance --agent claude-code

Installs into .claude/skills of the current project.

Are you the author of Test Conformance?

Add the live security badge to your README. It updates with every re-scan.

Security grade badge for Test Conformance
[![Security: A — Skills Directory](https://www.skillsdirectory.com/api/skills/jmagly-test-conformance/badge)](https://www.skillsdirectory.com/skills/jmagly-test-conformance)

More formats (shields.io, HTML) on the badges page. Keep it an A: scan every change in CI with Pro.

Download with Pro
SKILL.md
---
namespace: aiwg
platforms: [all]
version: 2.0.0
name: test-conformance
description: Audit a codebase's testing regime using a reusable protocol, source/runner reconciliation, sampled oracle review and evidence-backed conformance reports.
---

# Test conformance

Use the `testing-quality` CLI namespace `aiwg test-conformance`. For an undeployed addon, use the installed `use` skill
to deploy `testing-quality`. Read [the workflow](../../docs/conformance-workflow.md) for command contracts and [the
evidence rule](../../rules/test-conformance-evidence.md) before making conformance claims.

1. Read target instructions and existing runner/CI configuration. Initialize a protocol with `init`; review
   platform/system identity, source and test globs, areas, lane argv, result/discovery formats, timeouts, policy and
   research paths using [protocol review](../../templates/protocol-review.md). Existing commands may build or import
   target code, even during discovery.
2. Run `inventory` and reconcile statically found files with each lane. Run `sample` with a saved seed and requested
   quota (default 20 per area); use a census for smaller areas. Explain the area definition before sampling. Unsupported
   syntax remains visible.
3. Run `collect` for authorized lanes. Preserve actual exit status, empty/setup-failed runs, skips, timeouts, raw result
   hashes, versions and coverage denominator. Registration and execution are separate evidence. Do not silently install
   a missing tool during collection.
4. Review cases with `test-oracle-reviewer` using [test review](../../templates/test-review.md). A sample cannot satisfy
   whole-scope `requireReview`; expand review coverage or report it incomplete. Review helper behavior and actual SUT,
   not only assertion tokens.
5. Run `assess`, `validate` and `report`. Validation means an artifact satisfies its contract; substantive assessment
   additionally needs current, sufficient evidence. Use [report template](../../templates/conformance-report.md) to
   expose test types, systems, evidence gaps, findings and scope limits.
6. When cleanup is requested, invoke `test-normalize` with concrete findings. Keep the initial audit evidence intact and
   produce new run artifacts after repair.

Do not present inventory candidates as confirmed defects, passing cases as proof of oracle quality, or optional missing
discovery as proven registration. Use `test-platform-research` for a platform adapter/template or additional tooling
recommendation.

Attribution

Is this your skill, or is something wrong with this listing? Request removal or report an issue. Author removals are honored within 72 hours.

Comments

Loading comments…