Description
Chaos tests exist but are ad-hoc. Schedule recurring game-days with a versioned scenario library (DB primary loss, Redis split-brain, Horizon outage) and an automated post-mortem skeleton generated from observed metrics.
Requirements and context
- Must be secure, tested, and documented
- Should be efficient and easy to review
- Relevant code:
ops/chaos/, src/__tests__/
- Scenarios must declare blast radius and abort criteria
Suggested execution
- Fork the repo and create a branch
git checkout -b feat/chaos-game-day-library
- Implement changes
- Add
ops/chaos/scenarios/*.yaml
- CLI
npm run chaos:run -- --scenario=...
- Auto-generate post-mortem skeleton with metric snapshots
- Validate security and correctness assumptions
Test and commit
- Run tests
- Cover edge cases
- Abort criterion triggers cleanup and rolls back
- Include test output and notes
Example commit message
feat: chaos game-day scenario library
Guidelines
- Minimum 95 percent test coverage
- Clear documentation
- Timeframe: 96 hours
Description
Chaos tests exist but are ad-hoc. Schedule recurring game-days with a versioned scenario library (DB primary loss, Redis split-brain, Horizon outage) and an automated post-mortem skeleton generated from observed metrics.
Requirements and context
ops/chaos/,src/__tests__/Suggested execution
git checkout -b feat/chaos-game-day-libraryops/chaos/scenarios/*.yamlnpm run chaos:run -- --scenario=...Test and commit
npm testExample commit message
feat: chaos game-day scenario libraryGuidelines