← ClaudeAtlas

karvey-testlisted

Execute unit tests and E2E tests after implementation. Generates test_plan.md and test_evidence.md with request/response/PASS/FAIL evidence. Triggers include "karvey test", "ejecutar tests", "run tests", "pruebas", "tests", "testing", "evidencias", "evidence".
MauricioQuezadaHaintech/karvey · ★ 0 · Testing & QA · score 75
Install: claude install-skill MauricioQuezadaHaintech/karvey
# Karvey Test ## Purpose Run the full post-implementation test plan: unit tests per layer and E2E tests of the complete flow. Document evidence in `docs/test_evidence.md`. ## Execution steps ### Step 1 — Load context Read: - `docs/spec/changes/{change-id}/requirements.md` - `docs/spec/changes/{change-id}/architecture.md` - `docs/spec/changes/{change-id}/mockup.html` (to map E2E flows) - `docs/spec/changes/{change-id}/tasks.md` Also read `docs/spec/project.json` and obtain the `targets` field (see `karvey/rules/targets.md`). The actual runtime in which the E2E tests run depends on the declared target: browser (web), simulator/device (iOS/Android), terminal (CLI), HTTP client (API), hardware/emulator (embedded). **Do not assume "web" by default** — a project may have multiple targets. Detect stack: `package.json`, `requirements.txt`, `pyproject.toml`, `go.mod`, `pom.xml`, `Gemfile`, `Cargo.toml`, or other project configuration files. Identify: - Backend language and framework - Database type and access pattern (ORM, SPs, direct queries) - Available unit test framework - Available E2E framework - API protocol (REST, GraphQL, gRPC, etc.) - Declared targets and their corresponding actual runtime ### Step 2 — Generate or update test_plan.md If `docs/test_plan.md` does not exist, create it. If it exists, add a section for this change-id. **Test plan structure:** ```markdown # Test Plan: {change-id} ## Scope Requirements covered: {list} Layers: {DB / Backend / Frontend}