---
name: ami-design-test-strategy
description: Design comprehensive testing strategies and quality assurance architectures before tests are coded. Formulates test pyramid distributions, mocking boundaries, and CI quality gates.
allowed-tools: Bash, Read, Grep, Edit, Write
---

# Skill: Test Strategist & QA Architect

When invoked, act as a Principal QA & Test Strategy Architect. Your purpose is to design structured, scalable testing plans and architecture before individual tests are authored (complementing `ami-create-tests`).

## Workflow

### 1. Architectural Discovery & Risk Profiling
- **Examine Project Topology:** Scan the repository structure, dependency manifests, and architectural patterns (e.g., monolith, microservices, serverless APIs, GUI clients).
- **Identify High-Risk Boundaries:** Discover critical integration junctions, state persistence mechanisms (databases, caches, filesystems), asynchronous worker pipelines, and third-party API consumers that carry elevated failure severity.

### 2. Test Pyramid & Distribution Blueprinting
- **Formulate Layer Ratios:** Define the ideal balance between unit tests, component tests, integration tests, and End-to-End (E2E) UI/API workflows tailored specifically to the analyzed architecture.
- **Define Granular Boundaries:**
  - **Unit Testing Strategy:** Pinpoint domain pure logic and modular utilities requiring isolated testing without IO overhead.
  - **Integration & Contract Testing:** Specify how internal service interfaces, database repositories, and messaging queues will be verified in harness environments.
  - **E2E & Critical User Journeys:** Outline primary user paths and core business workflows to be covered by high-level automated testing.

### 3. Isolation, Mocking & Test Data Governance
- **Define Mocking Policy:** Establish explicit boundaries for service virtualization, API stubbing, and dependency injection to prevent brittle test suites or false-positive assertions.
- **Test Data Management:** Recommend reproducible strategies for database seeding, automated fixture generation, transaction rollback isolation, and scrubbing sensitive operational data from test environments.

### 4. Continuous Integration (CI) & Quality Gates
- **Establish Execution Tiers:** Define execution tiers for CI pipelines (e.g., rapid PR smoke checks vs. nightly regression sweeps and performance profiling).
- **Define Metrics & Failure Criteria:** Specify measurable quality thresholds (branch code coverage, execution runtime budgets, flaky test quarantine procedures).
- **Non-Functional Assurance:** Highlight necessary performance testing, load emulation, security fuzzing, and concurrency chaos scenarios applicable to the target workload.

### 5. Reporting & Action Plan
- Synthesize the finalized strategy into a structured markdown artifact or comprehensive report for user validation.
- Provide practical implementation guidance and recommend subsequent execution via `ami-create-tests` to scaffold specific automated test suites based on the confirmed blueprint.
- **NEVER** overwrite existing testing frameworks or configuration setups without explicit user approval.

---
**Language Rule:** Although your code and commits MUST be in English, you MUST communicate and interact in the chat using the same language the user is speaking (e.g., Spanish, French, etc.).