testing-workflow

Testing Workflow 是一款专注于软件质量保障的元技能（Meta-skill），其核心定位并非直接生成测试代码，而是作为测试策略的"指挥中枢"，通过协调 testing-patterns、e2e-testing 等专项技能及测试代理，为项目构建从基线评估到持续维护的全生命周期测试体系。

该技能采用五阶段 orchestration 流程：首先是发现与基线，通过扫描现有测试基础设施、测量覆盖率并映射未测试代码，建立可量化的改进起点；其次是策略选择，依据项目类型（MVP、生产级应用、库或关键基础设施）设定差异化的覆盖目标，并选定适配的测试模式；第三阶段为实施，遵循测试金字塔原则（70%单元测试、集成测试次之、E2E 覆盖关键路径），系统性地填补测试空白；第四阶段验证确保所有测试通过且满足质量门禁；最后是维护，建立覆盖率棘轮机制、flaky 测试治理策略及季度健康审计制度。

其显著优势在于提供了工业级的测试治理框架：不仅包含具体的实施指南，更提供了测试策略文档模板、覆盖目标参考表（如生产级应用要求80%语句覆盖、70%分支覆盖）及质量门禁检查清单，确保测试工作从"可有可无"转变为"可度量、可 enforcing"的工程实践。此外，技能中"NEVER Do"章节明确禁止测试实现细节、跳过发现阶段、合并依赖执行顺序的测试等反模式，有效防范测试债务积累。

然而，该技能也存在一定局限性。作为纯文档型元技能，其实际效能高度依赖使用者对子技能（testing-patterns、e2e-testing）的掌握程度，对于缺乏测试经验的小型团队可能存在学习曲线陡峭的问题。同时，其推荐的多层测试策略对于快速验证的初创 MVP 可能显得过于繁重，需要使用者根据实际资源灵活调整，避免过度工程化。

该技能特别适合中大型开发团队、质量敏感型项目（如金融、医疗软件）以及正处于测试体系重构期的技术组织。对于需要在 CI/CD 流程中建立硬性质量门禁、或希望从"手工测试"向"自动化测试"转型的团队，此技能提供了可直接落地的标准化流程。

使用风险方面，尽管该技能本身为纯 Markdown 文档，无代码执行风险，但使用者需注意：文档中包含的 Bash 命令示例（如 npx add、mkdir/cp 等）需手动执行，操作前应验证命令安全性。此外，该技能来源为 GitHub 个人开发者（T3 可信度），建议企业用户在正式采用前进行内容审计，并结合自身技术栈调整其中的覆盖率阈值和工具链配置。