chore: initial monorepo scaffold + WDS Phase 1+2 artifacts
- Nx 22.7 monorepo (pnpm 11.1, TypeScript 5.9, Node 24) - apps/api: NestJS 11 (CJS conforme CODING-RULES.md PGD-DB-004) - apps/web: React 19 + Vite 8 (ESM) - libs/shared/api-interface: Zod contract base - Docker Compose dev: Postgres 18, Valkey 8, MinIO, Mailpit - WDS artifacts: - design-artifacts/A-Product-Brief/ (5 docs canônicos + 16 dialogs) - design-artifacts/B-Trigger-Map/ (hub + 4 personas + feature impact) - Stack canon: STACK.md v2.2 + CODING-RULES.md v2.0 + brand.md - AGENTS.md + README.md como entrada para devs/agentes Co-Authored-By: Claude Opus 4.7 (1M context) <noreply@anthropic.com>
This commit is contained in:
@@ -0,0 +1,145 @@
|
||||
---
|
||||
name: 'step-04-coverage-plan'
|
||||
description: 'Design test coverage, priorities, execution strategy, and estimates'
|
||||
nextStepFile: '{skill-root}/steps-c/step-05-generate-output.md'
|
||||
outputFile: '{test_artifacts}/test-design-progress.md'
|
||||
---
|
||||
|
||||
# Step 4: Coverage Plan & Execution Strategy
|
||||
|
||||
## STEP GOAL
|
||||
|
||||
Create the test coverage matrix, prioritize scenarios, and define execution strategy, resource estimates, and quality gates.
|
||||
|
||||
## MANDATORY EXECUTION RULES
|
||||
|
||||
- 📖 Read the entire step file before acting
|
||||
- ✅ Speak in `{communication_language}`
|
||||
- 🚫 Avoid redundant coverage across test levels
|
||||
|
||||
---
|
||||
|
||||
## EXECUTION PROTOCOLS:
|
||||
|
||||
- 🎯 Follow the MANDATORY SEQUENCE exactly
|
||||
- 💾 Record outputs before proceeding
|
||||
- 📖 Load the next step only when instructed
|
||||
|
||||
## CONTEXT BOUNDARIES:
|
||||
|
||||
- Available context: config, loaded artifacts, and knowledge fragments
|
||||
- Focus: this step's goal only
|
||||
- Limits: do not execute future steps
|
||||
- Dependencies: prior steps' outputs (if any)
|
||||
|
||||
## MANDATORY SEQUENCE
|
||||
|
||||
**CRITICAL:** Follow this sequence exactly. Do not skip, reorder, or improvise.
|
||||
|
||||
## 1. Coverage Matrix
|
||||
|
||||
For each requirement or risk-driven scenario:
|
||||
|
||||
- Decompose into atomic test scenarios
|
||||
- Select **test level** (E2E / API / Component / Unit) using `test-levels-framework.md`
|
||||
- Ensure no duplicate coverage across levels
|
||||
- Assign priorities (P0–P3) using `test-priorities-matrix.md`
|
||||
- Map NFR-derived risks to planned validation scenarios and evidence sources
|
||||
|
||||
**Priority rules:**
|
||||
|
||||
- P0: Blocks core functionality + high risk + no workaround
|
||||
- P1: Critical paths + medium/high risk
|
||||
- P2: Secondary flows + low/medium risk
|
||||
- P3: Nice-to-have, exploratory, benchmarks
|
||||
|
||||
---
|
||||
|
||||
## 2. NFR Coverage and Evidence Plan
|
||||
|
||||
For each in-scope NFR category:
|
||||
|
||||
- Map the NFR to one or more planned validation scenarios
|
||||
- Select the right validation level/tool (for example: API/UI tests for auth and resilience, k6 for load/performance, CI/static analysis for maintainability, monitoring/logs for reliability)
|
||||
- Identify the expected evidence artifact that `nfr-assess` should consume later
|
||||
- Mark missing thresholds or missing evidence sources as blockers, risks, or assumptions
|
||||
|
||||
Keep this concise. Do not include full NFR evidence assessment tables or final PASS/CONCERNS/FAIL decisions in test design.
|
||||
|
||||
---
|
||||
|
||||
## 3. Execution Strategy (Keep Simple)
|
||||
|
||||
Use a **PR / Nightly / Weekly** model:
|
||||
|
||||
- **PR**: All functional tests if <15 minutes
|
||||
- **Nightly/Weekly**: Long-running or expensive suites (perf, chaos, large datasets)
|
||||
- Avoid re-listing all tests (refer to coverage plan)
|
||||
|
||||
---
|
||||
|
||||
## 4. Resource Estimates (Ranges Only)
|
||||
|
||||
Provide intervals (no false precision):
|
||||
|
||||
- P0: e.g., "~25–40 hours"
|
||||
- P1: e.g., "~20–35 hours"
|
||||
- P2: e.g., "~10–30 hours"
|
||||
- P3: e.g., "~2–5 hours"
|
||||
- Total and timeline as ranges
|
||||
|
||||
---
|
||||
|
||||
## 5. Quality Gates
|
||||
|
||||
Define thresholds:
|
||||
|
||||
- P0 pass rate = 100%
|
||||
- P1 pass rate ≥ 95%
|
||||
- High-risk mitigations complete before release
|
||||
- Coverage target ≥ 80% (adjust if justified)
|
||||
- NFR validation evidence identified for each in-scope NFR category
|
||||
- Full NFR PASS/CONCERNS/FAIL status deferred to `nfr-assess` when evidence exists
|
||||
|
||||
---
|
||||
|
||||
### 6. Save Progress
|
||||
|
||||
**Save this step's accumulated work to `{outputFile}`.**
|
||||
|
||||
- **If `{outputFile}` does not exist** (first save), create it with YAML frontmatter:
|
||||
|
||||
```yaml
|
||||
---
|
||||
workflowStatus: 'in-progress'
|
||||
totalSteps: 5
|
||||
stepsCompleted: ['step-04-coverage-plan']
|
||||
lastStep: 'step-04-coverage-plan'
|
||||
nextStep: '{nextStepFile}'
|
||||
lastSaved: '{date}'
|
||||
---
|
||||
```
|
||||
|
||||
Then write this step's output below the frontmatter.
|
||||
|
||||
- **If `{outputFile}` already exists**, update:
|
||||
- Set `workflowStatus: 'in-progress'`
|
||||
- Set `totalSteps: 5`
|
||||
- Add `'step-04-coverage-plan'` to `stepsCompleted` array (only if not already present)
|
||||
- Set `lastStep: 'step-04-coverage-plan'`
|
||||
- Set `nextStep: '{nextStepFile}'`
|
||||
- Set `lastSaved: '{date}'`
|
||||
- Append this step's output to the appropriate section of the document.
|
||||
|
||||
Load next step: `{nextStepFile}`
|
||||
|
||||
## 🚨 SYSTEM SUCCESS/FAILURE METRICS:
|
||||
|
||||
### ✅ SUCCESS:
|
||||
|
||||
- Step completed in full with required outputs
|
||||
|
||||
### ❌ SYSTEM FAILURE:
|
||||
|
||||
- Skipped sequence steps or missing outputs
|
||||
**Master Rule:** Skipping steps is FORBIDDEN.
|
||||
Reference in New Issue
Block a user