eo-test

Validate code changes with automated unit and integration tests and generate a test.md report.

30|5|Updated Apr 5, 2026
One-click install
npx skills add https://github.com/SimpleEve/eo-skills --skill eo-test
Or copy as Structured Prompt for Agent
Please help me install this Agent Skill.
Skill: eo-test
Source: https://github.com/SimpleEve/eo-skills/tree/main/eo-test
Command: npx skills add https://github.com/SimpleEve/eo-skills --skill eo-test

SYSTEM DOCUMENTATION & REQUIREMENTS

What problem does it solve?

Provides a disciplined, repeatable way to write, run, and document tests for implemented changes so that feature acceptance is verified without touching production business code or silently patching failures.

Core Features & Use Cases

  • Test authoring: Write and optimize unit and integration tests strictly within test directories based on change.md acceptance criteria.
  • Execution & evidence: Run project test commands, collect outputs, exit codes, and logs as execution evidence for each scenario.
  • Structured reporting: Produce a standardized eo-doc/dev/<module-name>/changes/<change-id>/test.md with summary metrics, failure analysis, and reproduction evidence.
  • Safety guardrails: Enforce a strict prohibition on modifying non-test business code and require recording of any discovered bugs in the report rather than fixing them inline.

Quick Start

Run eo-test for module my-module and change 001-add-feature to write and run tests against eo-doc/dev/my-module/changes/001-add-feature/change.md and produce eo-doc/dev/my-module/changes/001-add-feature/test.md.

Frequently Asked Questions about eo-test

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

FAQPage Schema
How do I generate and run automated unit and integration tests tied to a change document?

To generate and run automated tests, target repository modules containing a change.md document and implemented code. The system writes independent unit and integration tests, executes project test commands, and produces a structured test.md report with execution evidence.

How does test reporting work for implemented code changes without modifying production business logic?

Test reporting works by enforcing strict safety guardrails that prohibit modifying non-test business code. It collects test outputs, exit codes, and execution logs, then records any discovered failures in a standardized test.md report within the change directory rather than patching them inline.

Can I use automated testing to validate acceptance criteria from a change.md file?

Yes, you can validate acceptance criteria by deriving scenario, unit, and integration tests directly from the change.md document. The system executes these tests against the implemented code and outputs a structured test.md report containing summary metrics and failure analysis.

What is the best way to document test failures and reproduction evidence during change validation?

The best way to document test failures is to generate a standardized test.md report in the change directory. This report includes summary metrics, independent execution logs, failure analysis, and reproduction evidence without altering the original business code.

Why does automated change validation record bugs instead of fixing them in the source code?

Automated change validation records bugs instead of fixing them to maintain disciplined, repeatable testing without silently patching failures. It enforces a strict prohibition on modifying non-test business code, ensuring production logic remains untouched while failures are documented in the test report.

Do I need a specific directory structure to run integration and unit tests for a specific module?

Yes, you need the directory structure eo-doc/dev/<module-name>/changes/<change-id>/ containing a change.md file and implemented code. The system applies tests to this specific structure and outputs the resulting test.md report directly into the same change directory.