技能介绍

写测试前，先回答三个问题

很多团队不是没有测试，而是测试很难落地。拿到一个函数，不知道该写单元测试还是集成测试；选 Jest 还是 Vitest，通常取决于前端栈和迁移成本，而不是哪个“更好”；CI 里只有一句 npm test，失败原因经常是网络超时或端口占用。更麻烦的是，测试覆盖率跑上去了，回归 bug 还是照常出现。testing-plus 要解决的就是这些问题：它把测试策略、框架模板、CI/CD 集成和测试质量检查集中到一个技能里，让开发者先按测试金字塔分配精力，再按边界选择工具。

从策略到执行的核心路径

这个技能的核心能力可以拆成几条线：

框架模板：内置 Jest、Vitest、pytest 和 Go 的测试骨架，能直接生成目录结构、运行配置和第一个用例；
CI/CD 集成：覆盖 GitHub Actions、GitLab CI 和 Jenkins 流水线配置，帮助测试在每次 push 中自动执行；
多类型测试覆盖：按单元、集成、E2E、变异、性能和安全测试区分职责，并给出对应工具；
测试质量检查：通过变异测试验证断言有效性，并检查测试是否确定性、隔离、快速和可读；
避坑指南：识别“测试实现细节”“过度 mock”“跳过测试不修复”等反模式。

适用边界与注意点

testing-plus 适合需要在已有项目里补全测试策略的开发者，但它不是一键测试生成器。生成后的断言、fixture 和边界 mock 仍需要结合业务逻辑调整。性能测试结果也依赖压测环境，安全扫描只能发现已知问题。对于重度 UI 交互，建议在模板之外单独设计 Playwright 或 Cypress 的工程化方案；对于合规级安全测试，仍需配合人工审计和许可证策略。