UNPKG

aiwg

Version:

Cognitive architecture for AI-augmented software development with structured memory, ensemble validation, and closed-loop correction. FAIR-aligned artifacts, 84% cost reduction via human-in-the-loop, standards adopted by 100+ organizations.

93 lines (71 loc) 3.66 kB
# Master Test Plan Template --- template_id: master-test-plan version: 2.0.0 reasoning_required: true --- ## Purpose Establish the overarching testing strategy, scope, resources, and schedule across all phases of the project. ## Reasoning > Complete this section BEFORE writing the detailed plan. Per @.claude/rules/reasoning-sections.md 1. **Test Scope**: What functionality is being validated? > [Define what the test plan covers - features, components, integration points, user workflows] 2. **Risk Priority**: What are the highest-risk areas to test? > [Identify critical paths, complex integrations, security-sensitive areas, performance bottlenecks] 3. **Coverage Strategy**: How do we achieve adequate coverage? > [Describe approach - unit test %, integration points, E2E scenarios, edge cases] 4. **Resource Assessment**: What resources and data are needed? > [Environments, test data, tools, team skills, timeline constraints] 5. **Quality Criteria**: What constitutes passing vs failing? > [Define thresholds - coverage %, defect density, performance benchmarks, security requirements] ## Ownership & Collaboration - Document Owner: Test Architect - Contributor Roles: Test Engineer, Project Manager - Automation Inputs: Test strategy, iteration roadmap, environment plan - Automation Outputs: `master-test-plan.md` with sections 1–14 ## Completion Checklist - Test objectives and scope aligned with Vision and SDP - Environments, tools, and resource needs confirmed - Entry/exit criteria for each test level documented ## Document Sections 1. **Introduction** - Purpose, scope, and references to governing documents. 2. **Test Objectives** - Define what the testing effort aims to validate or discover. 3. **Test Items** - List components, features, or systems under test with version identifiers. 4. **In-Scope vs Out-of-Scope** - Clarify inclusions and exclusions with rationale. 5. **Test Approach** - Describe strategy across test levels (unit, integration, system, UAT, performance, security). 6. **Test Deliverables** - Enumerate artifacts (plans, cases, scripts, reports) to be produced. 7. **Test Environment** - Detail hardware, software, data sets, and configuration requirements. 8. **Roles and Responsibilities** - Assign ownership for planning, execution, automation, and reporting. 9. **Schedule and Milestones** - Align test activities with iteration/release milestones. 10. **Entry and Exit Criteria** - Define gating conditions for each test phase. 11. **Risk Management** - Identify testing risks, mitigation strategies, and contingency plans. 12. **Metrics and Reporting** - Specify KPIs (defect density, coverage, pass rate) and reporting cadence. 13. **Tools and Automation** - Document test management tools, automation frameworks, and integration points. 14. **Approvals** - Capture sign-off requirements and responsible parties. ## References Wire @-mentions for traceability: - @.aiwg/requirements/use-cases/ - Use cases covered - @.aiwg/architecture/software-architecture-doc.md - Architecture under test - @.aiwg/requirements/nfr-modules/performance.md - Performance requirements - @test/ - Test implementation directory - @src/ - Source code under test ## Agent Notes - Keep terminology aligned with the Supplementary Specification and Risk List. - Link to iteration-level plans and evaluation summaries for traceability. - Update schedule and risks after each iteration assessment. - Verify the Automation Outputs entry is satisfied before signaling completion. - **Wire @-mentions** in References section when generating this document.