用途：帮助 QA Lead 代理为一个项目定义整体的质量保障方法，确保通过适当的测试缓解各类风险。
主要能力：提供测试策略的框架性内容。测试层级参考 Mike Cohn 的测试金字塔：单元测试占 70%（组件级、快速、隔离，由开发负责）；集成测试占 20%（API 级、服务交互，由开发/QA 负责）；E2E/UI 测试占 10%（用户旅程、慢且脆弱，由 QA 负责）。测试计划组件包括：1. 范围：在范围内为模块、浏览器（Chrome、Safari）、设备（iOS、Android）；不在范围内为性能（除非特别指定）、第三方系统内部。2. 测试类型：功能性（Sanity、Smoke、Regression），非功能性（性能、安全、无障碍、可用性）。3. 环境策略：Dev（不稳定，用于单元测试）、QA/Staging（稳定，Prod 镜像，用于功能/回归）、Prod（用于冒烟测试/监控）。4. 数据策略：合成数据生成、匿名化 Prod 数据转储、硬编码测试用户。
自动化框架设计：选型标准包括技术栈（Playwright（JS/TS）、Selenium（Java/Python）、Cypress（JS））、CI/CD 集成（Github Actions、Jenkins）、报告（Allure、HTML 报告）。最佳实践包括页面对象模型（POM）分离页面结构与测试、原子测试各自独立、数据驱动将数据与逻辑分离。
基于风险的测试：按影响（失败会造成什么后果，如财务损失、数据丢失）和概率（新复杂代码还是旧稳定代码更可能失败）确定优先级。
交付物：主测试计划（MTP）、测试用例套件、缺陷报告、测试总结报告。
限制：以上为资料中明确提供的策略框架与选型项，未提供具体实施步骤、命令、价格或平台信息；部分细节如性能测试是否纳入、具体工具最终选择需按项目实际情况决定。