用途：把测试活动前移到开发全周期早期，在缺陷修复成本最低时发现问题。资料给出四层实践：Level 1 每个 PR 运行单元测试（合并前）；Level 2 TDD（先写测试再实现，红-绿-重构）；Level 3 在需求梳理阶段用 BDD/示例映射做需求测试；Level 4 在设计阶段做风险分析（架构测试）。
主要能力：资料强调测试金字塔比例——单元 70%、集成 20%、端到端 10%；每次提交都必须触发自动化测试；发现缺陷立即修复，避免累积。给出缺陷成本按阶段的相对倍数：需求 1x、设计 5x、开发 10x、测试 20x、生产 100x。
使用方式：资料提供 CI 示例（GitHub Actions 中 npm ci、npm run test:unit、npm run test:integration、npm run lint，并用 npx coverage-check --min 80 做覆盖率门禁）；TDD 先写失败测试；BDD 用 Gherkin 场景描述折扣等需求；设计阶段通过 Task 调用 qe-requirements-validator 提问失败模式。还提到代理辅助：qe-requirements-validator 校验需求可测试性并生成 BDD，qe-test-generator 从需求生成单元/集成/E2E 测试，qe-regression-risk-analyzer 做基于风险的回归测试选择（示例目标减少 70% 时间）。记忆命名空间为 aqe/shift-left/，可经 FleetManager.coordinate 以 sequential 拓扑协调上述代理。相关技能包括 tdd-london-chicago、holistic-testing-pact、cicd-pipeline-qe-orchestrator、shift-right-testing。
适用场景：降低缺陷成本、搭建 CI/CD 流水线、开始 TDD 实践、提升需求质量。
限制：资料未说明具体产品版本、收费、价格、支持平台或实际效果数据，暂未提供；示例代码与阈值需结合自身项目调整。