AgentStack
Browse Sign in
Browse Why AgentStack Sell Docs
Sign in
SKILL verified MIT Self-run

Write Test Docs

skill-vladislavsournine-vladyslav-skills-write-test-docs · by VladislavSournine

Use when test docs are missing or outdated. Generates test plan and manual QA checklist from PRD and user stories.

No reviews yet
0 installs
29 views
0.0% view→install

Install

$ agentstack add skill-vladislavsournine-vladyslav-skills-write-test-docs

✓ scanned · ✓ verified, works with Claude Code, Cursor, and more.

Security review

✓ Passed

No issues found. Passed automated security review. · v0.1.0 How review works →

  • Prompt-injection patterns
  • Secret / credential exfiltration
  • Dangerous shell & filesystem operations
  • Untrusted network calls
  • Known-malicious package signatures

What it can access

  • Network access No
  • Filesystem access No
  • Shell / process execution No
  • Environment & secrets No
  • Dynamic code execution No

From automated source analysis of v0.1.0. “Used” means the capability is present in the source — more access means more to trust, not that it’s unsafe.

View the full security report →

Verified badge

Passed review? Show it. Paste this badge into your README, it links to the public security report.

AgentStack Verified badge Links to your public security report.
[![AgentStack Verified](https://agentstack.voostack.com/badges/verified.svg)](https://agentstack.voostack.com/security/report/skill-vladislavsournine-vladyslav-skills-write-test-docs)

Reliability & compatibility

Security review passed
0 installs to date
no reviews yet
2mo ago

Declared compatibility

Claude CodeClaude Desktop

Compatibility is declared by the source manifest. End-to-end runtime verification is coming, see below.

Preview Execution monitoring

We're building live execution health for every listing: tool-call success rate, median latency, uptime, and last-checked timestamps, measured, not self-reported. It isn't live yet, so we don't show numbers we can't stand behind.

How agent discovery & health will work →
Are you the author of Write Test Docs? Claim this listing to set pricing, connect Stripe payouts, and keep 70% of every sale.
Sign up to claim

About

Write Test Docs

Type: Engineer (light)

Overview

Generate docs/testing/test-plan.md and docs/testing/manual-qa.md — the automated test plan and the manual QA checklist that QA runs before each release.

This was a Heavy Engineer skill until v3.1.0 (inline in Opus). v4.2.0 fans the two independent files out to parallel sonnet subagents — the Opus main session keeps pre-flight, the coverage-target semantics, and the merge. See _shared/references/orchestration-conventions.md.

Process

Step 0: Pre-flight

  1. Read CLAUDE.md from pwd. If missing → STOP: "No CLAUDE.md found — are you in the right project?" and extract the project name and stack.
  1. Verify input files:
  • Required: docs/product/prd.md, docs/product/user-stories.md
  • Optional: docs/architecture/api.md, existing docs/testing/test-plan.md, existing docs/testing/manual-qa.md (preserve user-edited sections)
  1. For each missing required file, ask the user:

> "Required input ` is missing. Options: (a) run /vladyslav:write-user-stories` first / (b) create stub and continue / (c) abort"

  • On (a) → exit and let user run that skill first. Do not write anything.
  • On (b) → create the stub and continue (the resulting test plan will be skeletal).
  • On (c) → exit cleanly.

Step 1: Read inputs

Read the FULL content of every available input file. Optionally also peek at the test runner config (pytest.ini / pyproject.toml / package.json test script / xcodeproj scheme) to align the plan with the actual stack.

Steps 2–3: Generate the two files (parallel fan-out)

The test plan and the manual-QA checklist are independent — both read the same inputs but neither uses the other's output. Dispatch them as two Agent calls in a single message (concurrent), each model: "sonnet". Give each subagent the Step 1 inputs, its structure block below, the stack-specific rules, and the preserve-on-update rule; each writes its own file. The Opus main session validates coverage-target semantics and renders the summary after both return.

Step 2: Generate the test plan (subagent → docs/testing/test-plan.md)

Write docs/testing/test-plan.md. If it exists, preserve user-edited sections and merge.

Structure:

# Test Plan

## Coverage targets

| Layer | Target | Current | Owner |
|-------|--------|---------|-------|
| Unit | 70% | TBD |  |
| Integration | core flows covered | TBD | — |
| E2E | smoke path only | TBD | — |

## Test categories

### Unit
- [feature area] — [what to cover]

### Integration
- [feature area] — [what to cover]

### E2E (smoke)
- [critical user path 1]
- [critical user path 2]

## Stack notes

- Test runner: `` (e.g. `pytest`, `go test ./...`, `xcodebuild test`)
- CI hook: 
- Fixtures location: 

Derive each category's contents from the user-stories file. Every ✅ Done story gets at least one entry in either Unit or Integration. Every 🚧 Partial story gets a [ ] task.

Step 3: Generate manual QA checklist (subagent → docs/testing/manual-qa.md)

Write docs/testing/manual-qa.md. Same preserve-on-update behaviour.

Structure:

# Manual QA Checklist

> Run before every release. Each item is a happy-path or edge-case verification that a human performs in the running app.

## Pre-flight

- [ ] Latest build is installed on the test device / running locally
- [ ] Test data is seeded
- [ ] Logs are visible (Console.app / docker logs / browser devtools)

## [Feature Area 1]

### Happy path
- [ ] [Specific user action] → [expected observable result]

### Edge cases
- [ ] [Edge case action] → [expected result]
- [ ] Empty state — [what to verify]

## [Feature Area 2]
...

## Cross-cutting

- [ ] Dark mode renders correctly on every screen (iOS / web)
- [ ] Dynamic type / browser zoom up to 200% does not break layout
- [ ] VoiceOver / screen reader reaches every interactive element
- [ ] All user-facing strings have translations (if multi-language)
- [ ] No console errors during the happy path

Cross-cutting checks adapt to the stack (iOS: Dark Mode + VoiceOver; web: zoom + screen reader; backend-only: skip cross-cutting).

Step 4: Summary

Render:

✓ write-test-docs complete
  Files: docs/testing/test-plan.md, docs/testing/manual-qa.md
  Action:  (per file)
  Coverage targets: 
  Next: /vladyslav:pre-release-check  — verify the release before deployment

Why this is a Light Engineer skill (with parallel generation)

  • Two independent generation passes. v3.1.0 dropped the old Sonnet-dispatch + YAML-return tax; v4.2.0 keeps the lean body but runs the two generations as parallel sonnet subagents — ~2× faster wall-clock, cheaper than two opus passes, no contract boilerplate.
  • Two output files, both predictable paths. No allowlist enforcement needed; each subagent owns one path.
  • Coverage-target semantics and preservation stay in the Opus main session — the only judgment steps, never delegated.

Output

  • docs/testing/test-plan.md
  • docs/testing/manual-qa.md

Source & license

This open-source skill is cataloged on AgentStack and links to its original source — we do not rehost the code.

Install and usage instructions live in the source repository linked above.

Reviews

No reviews yet, be the first.

Versions

  • v0.1.0 Imported from the upstream source.