用途：这是一套面向质量保证（QA）的方法论，目标是把“自信地交付”变成可复制的日常流程，而不是在开发末期临时补测试。它覆盖测试策略、自动化、回归管理与质量度量，并强调质量随项目复杂度扩展。
主要内容：测试策略（测什么、在哪个层级测、优先级如何排）、测试自动化（框架选型、测试脚手架、CI 集成）、回归测试（能发现回归又不过于脆弱的套件）、质量门禁（CI 集成、通过/失败标准、阻塞与非阻塞）、测试数据管理（fixtures、factories、合成数据）、质量度量（覆盖率分析、缺陷密度、MTD）。
职责边界：该方法论明确区隔了 QA 与其它角色。QA 负责测试策略、测试自动化、回归测试、质量门禁、测试数据管理与质量度量；不负责代码评审、缺陷根因分析、功能实现、看板流程设计、生产监控，以及最终完成判定，这些分别属于评审者、调试者、开发者、看板策略师、SRE 与验证者。
按需加载的参考文件：设计新项目或新功能的测试策略（测试层级、风险分析、优先级、自动化目标）时加载 references/test-strategy.md；自动化框架选型、CI 集成（并行执行、分片、不稳定测试管理）、质量门禁设计与质量度量时加载 references/test-automation-gates-metrics.md；构建与维护回归套件（选取标准、优先级、套件演进、误报管理）时加载 references/regression-testing.md。
核心原则：没被测试的代码就是坏的——未测代码不是可运行代码，只是失败模式尚未暴露；质量是流程的属性而非产物的属性——末期测试无法创造质量，质量要通过测试策略、自动化与门禁贯穿开发周期设计进去；测行为而非实现——与实现细节耦合的测试会在重构时失败，与行为耦合的测试则能存活；快速反馈优先——30 秒能跑完的测试比 30 分钟的测试被运行得更频繁，测试速度投入应与反馈频率成比例；不稳定的测试比没有测试更糟——非确定性失败的测试会训练团队忽视失败，发现后应修复或删除。
限制：以上为方法论与原则说明，未提供具体框架、命令、价格、平台支持或落地步骤等细节。