Вы не можете выбрать более 25 тем
Темы должны начинаться с буквы или цифры, могут содержать дефисы(-) и должны содержать не более 35 символов.
stepsCompleted:
- step-01-detect-mode
- step-02-load-context
- step-03-risk-and-testability
- step-04-coverage-plan
- step-05-generate-output
lastStep: step-05-generate-output
lastSaved: 2026-03-17
workflowType: testarch-test-design
inputDocuments:
- D:\Development\Tracking_Kits\docs\project-overview.md
- D:\Development\Tracking_Kits\docs\architecture.md
- D:\Development\Tracking_Kits\docs\module-map.md
- D:\Development\Tracking_Kits\docs\development-guide.md
- D:\Development\Tracking_Kits_bmad-output\project-context.md
- D:\Development\Tracking_Kits\App\Controllers\Kit\KitController.asp
- D:\Development\Tracking_Kits\App\DomainModels\InkjetRecordsRepository.asp
- D:\Development\Tracking_Kits\App\Views\Kit\SwitchBoardPurpleEnvelopeEdit.asp
- D:\Development\Tracking_Kits\Tests\Test_All.asp
- D:\Development\Tracking_Kits_bmad\tea\testarch\knowledge\adr-quality-readiness-checklist.md
- D:\Development\Tracking_Kits_bmad\tea\testarch\knowledge\risk-governance.md
- D:\Development\Tracking_Kits_bmad\tea\testarch\knowledge\probability-impact.md
- D:\Development\Tracking_Kits_bmad\tea\testarch\knowledge\test-levels-framework.md
- D:\Development\Tracking_Kits_bmad\tea\testarch\knowledge\test-priorities-matrix.md
- D:\Development\Tracking_Kits_bmad\tea\testarch\knowledge\test-quality.md
Test Design Progress
Step 1 - Detect Mode
- Selected system-level mode
- Reason: user requested a risk-based plan for current functionality, no sprint-status artifact exists, and brownfield architecture/docs were available
- Constraint noted: no formal PRD/ADR exists for this feature slice, so brownfield docs and current approved behavior were used as the functional baseline
Step 2 - Load Context
- Loaded project context, module docs, development/testing guidance, and the exact purple-envelope controller/repository/view files
- Loaded TEA knowledge fragments for ADR readiness, risk scoring, probability/impact, test levels, priorities, and test quality
- Confirmed current test framework is ASPUnit with helper-focused coverage, not browser E2E automation
Step 3 - Risk and Testability
- Identified 7 risks total, with 3 high-priority risks:
- R-001 mixed-format precinct ordering regression
- R-002 ballot range aggregation regression
- R-006 missing isolated test-data harness
- Identified primary testability blockers:
- no disposable test DB convention
- no controller render harness
- behavior contract is mostly implicit in code and operator expectations
Step 4 - Coverage Plan
- Defined a focused regression plan:
- P0 ~4 checks
- P1 ~6 checks
- P2 ~4 checks
- P3 ~2 manual print checks
- Chose integration-style ASPUnit/IIS verification as the main automated level
- Kept print-preview specifics as manual smoke for browser-controlled behavior
Step 5 - Generate Output
- Wrote architecture-focused test design:
D:\Development\Tracking_Kits\_bmad-output\test-artifacts\test-design-architecture.md
- Wrote QA execution plan:
D:\Development\Tracking_Kits\_bmad-output\test-artifacts\test-design-qa.md
- Wrote BMAD handoff:
D:\Development\Tracking_Kits\_bmad-output\test-artifacts\test-design\workspace-handoff.md
Completion Report
- Mode used: system-level
- Key gate thresholds: P0 100% pass, P1 >=95%, manual Windows print smoke for print-affecting changes
- Open assumptions:
- brownfield docs are acceptable substitutes for a formal PRD
- a disposable MDB/reset approach will be created before automation work starts
- browser header/footer behavior remains outside reliable app-level automation