Test Patterns

核心用法

test-patterns 是一个纯文档型技术技能，提供跨语言测试开发的完整知识库。内容覆盖：

• Node.js: Jest/Vitest 单元测试、异步测试、Mock 模块/fetch/Spy、覆盖率阈值配置
• Python: pytest 单元测试、参数化测试、Fixture 依赖注入、Mock/AsyncMock、覆盖率报告
• Go: 表驱动测试、子测试、覆盖率分析、竞态检测、Benchmark
• Rust: 单元测试、Result 错误处理、should_panic 测试、tarpaulin 覆盖率
• Bash: 极简测试框架实现（assert_eq/assert_exit_code/assert_contains）

关键特性

• 集成测试模式：API 端对端测试（服务启动-测试-销毁）、数据库内存测试
• TDD 工作流：red-green-refactor 循环，配套各语言 watch 模式命令
• 调试指南：定位共享状态、flaky 测试、覆盖率缺口，提供单测试运行命令速查

显著优点

1. 多语言覆盖全面：一份文档解决 5 种主流语言的测试需求，降低团队技术切换成本
2. 即查即用的代码模板：所有示例均为可直接运行的最小可复现代码，非抽象描述
3. 工程实践导向：不仅讲语法，更涵盖 Mock 最佳实践（"不 Mock 你不拥有的"）、测试命名规范、临时文件处理等工程细节
4. 零依赖零配置：纯 Markdown 文档，无需安装任何依赖即可阅读和复用
5. 安全透明：无可执行文件、无网络外联、无敏感数据，来源完全可信

潜在局限

1. 无自动化执行能力：仅为教学文档，不直接运行测试，需用户手动复制到项目中
2. 框架版本未锁定：示例基于 Jest/Vitest/pytest 等当前主流版本，未来 API 变动可能导致示例失效
3. 深度定制场景覆盖有限：如 Vitest 的池化配置、pytest 的插件开发等高级主题未涉及
4. Bash 测试框架极简：仅适合简单脚本验证，复杂 Bash 项目建议采用 Bats 等专业框架
5. 无 CI/CD 集成示例：缺少 GitHub Actions/GitLab CI 中配置测试流水线的具体配置

适合人群

• 新项目的测试套件搭建者
• 需要快速切换技术栈的全栈开发者
• 希望统一团队测试规范的 Tech Lead
• 学习 TDD/BDD 的实践者
• 需要为遗留代码补全测试的维护者

常规风险

• 低风险：文档中的 eval "$cmd" 为 Bash 测试框架教学示例，用于执行测试命令捕获退出码，非生产代码
• 无风险：所有 API 地址（localhost:3000、api.example.com）均为示例占位符，无实际网络请求
• 合规通过：无 GDPR/CCPA 隐私风险，无硬编码凭证，无动态代码下载

测试模式大师 (Test Patterns) 综合评估

核心用法

本技能是一个全面的、跨语言软件测试指导文档，旨在为开发者提供可直接套用的测试代码模板和最佳实践。它不是一个可执行的工具，而是一个知识库型的 Agent 技能。其核心用法涵盖了测试生命周期的各个阶段：从搭建测试套件、编写单元测试、集成测试和端到端（E2E）测试，到 Mock 外部依赖、测量代码覆盖率以及实施测试驱动开发（TDD）。它支持的编程语言和框架非常广泛，包括 Node.js (Jest/Vitest)、Python (pytest)、Go、Rust 和 Bash 脚本。开发者可以直接参考文档中的代码片段，快速为自己的项目添加高质量测试。

显著优点

• 跨语言全覆盖：一份文档涵盖了主流后端、前端和系统级语言的测试方案，是名副其实的“一站式”测试参考中心，避免了在不同项目间切换时还要查找不同文档的痛点。
• 模板化即用：提供的是经过验证的、可直接复制或微调的代码模板。从简单的数学函数测试到复杂的异步调用 Mock、数据库 Fixture 和临时文件处理，案例丰富且实用，能显著降低编写测试的初始门槛。
• 涵盖高级模式：不仅教基础断言，还深入讲解了参数化测试、Fixtures 管理、Mocking（包括模块 Mock 与函数间谍）和覆盖率配置，这些都是构建专业级测试体系所必需的知识。
• 内置 TDD 与调试指导：文档专门提供了 TDD“红灯-绿灯-重构”的工作流和 flaky test（不稳定测试）的调试思路，体现了对测试工程实践的深刻理解，对提升团队工程文化很有价值。
• 极高的安全性与纯净性：经过专业安全扫描，代码库是一个纯教学文档，没有任何可执行脚本、外部依赖、网络请求或数据收集行为，六维安全雷达均以满分通过，使用零风险。

潜在缺点或局限性

• 缺乏可执行性：作为纯粹的 Markdown 教学文档，它本身不执行任何自动化操作。开发者需要手动复制代码并在本地环境中运行，不能直接在 Agent 对话里“帮我运行测试并修复”。
• 社区维护，权威性待认证：该技能属于 T3 来源，即社区个人项目，没有关联知名的 GitHub 仓库或组织，也未声明开源许可证。其权威性完全建立在内容质量上，缺乏官方背书。
• 无法实时更新：作为一个静态快照技能，它无法自动获取测试框架的最新版本更新或出现的新模式（如 Vitest 的新功能），其内容的时效性依赖于维护者的持续手工更新。
• 上下文过大风险：该技能文档超过 600 行，当 Agent 将其完整注入上下文窗口时，可能会挤占处理其他复杂任务所需的资源空间，略显笨重。

适合的目标群体

• 全栈开发者和多语言维护者：需要在 Node.js、Python、Go 等多个项目间切换，希望拥有统一的、高质量的测试参考库的工程师。
• 测试新手到进阶者：刚接触自动化测试，需要一份权威、体系化的“速查手册”来学习断言的写法、Mock 的技巧和 TDD 循环的开发者。
• 追求代码质量的敏捷团队：希望统一团队的测试风格和标准，建立代码覆盖率门槛的团队负责人或技术 Leader，可将此作为团队内部的标准文档。
• 开源项目贡献者：希望为不同语言的开源项目快速编写高质量的测试用例，减少上手成本的开发者。

使用该技能可能存在的常规风险

• 上下文令牌消耗：由于文档较大，每次调用都会消耗大量大语言模型的上下文令牌，可能增加 API 调用的延迟和成本。对于简单的测试问题，这可能是一种资源浪费。
• 版本过时风险：强烈依赖维护者的持续更新。如果框架发布重大版本（如 Jest 30）且习惯用法发生变革，该技能提供的信息可能变得不准确或过时，导致测试配置失败。
• 安全性仅限当前版本：虽然当前扫描结果极其安全，但如果未来维护者引入可执行脚本或依赖，其安全评级可能立刻下降。用户需关注其版本更新日志。
• 无运行时保障：技能所传授的测试代码本身的质量、性能和安全性完全依赖于最终实施者的工程能力。技能模板可能存在边缘 Case 未被覆盖，但文档本身并不对此负责。