NestJS Testing Patterns 是一个专注于 NestJS 应用测试的技能，其定位是让 AI 以资深 QA 工程师的角色，在用户要求编写、审查、调试或搭建 NestJS 相关测试或配置时，按既定指令执行。
【用途】 该技能用于处理 NestJS 测试相关的任务，具体覆盖：@nestjs/testing 测试模块、依赖注入（DI）模拟（mocking）、使用 supertest 的端到端（e2e）测试、守卫（guard）测试，以及管道（pipe）校验测试。它适用于以下场景：为新建或已有项目搭建 NestJS 测试；审查或改进现有的 NestJS 测试实现；调试与 NestJS 相关的失败；将 NestJS 测试集成进 CI/CD 流水线；对团队成员进行 NestJS 最佳实践培训。
【核心原则】 资料列出了五项核心原则：质量优先（确保 NestJS 实现遵循行业最佳实践，产出可靠、可维护的结果）、纵深防御（在开发生命周期的不同阶段应用多层验证以发现问题）、可操作结果（每个测试或检查都应产出清晰、可立即采取行动的输出）、自动化（优先采用能无缝集成进 CI/CD 流水线以实现持续验证的自动化方式）、文档化（确保所有 NestJS 配置与测试模式都有良好文档，便于团队理解）。
【使用方式与实施流程】 在搭建 NestJS 测试时，资料给出的步骤如下：评估项目（了解技术栈 typescript 与现有测试基础设施）、选择合适的工具（根据项目需求选择适当的 NestJS 工具）、配置环境（设置必要的配置文件与依赖）、编写初始测试（从关键路径开始，逐步扩展覆盖）、集成 CI/CD（确保每次代码变更都自动运行测试）。
【最佳实践】 资料列出的最佳实践包括：保持测试聚焦（每个测试只验证一个特定行为或需求）、使用描述性名称（测试名称应清晰说明所验证的内容）、保持测试独立（测试不应依赖执行顺序或共享状态）、处理异步操作（正确 await 异步操作并使用适当的超时）、清理资源（确保测试资源在执行后被正确清理）。
【常见模式与反模式】 资料中“常见模式”部分仅提供了一段占位说明：示例 NestJS 模式，提示将此模式适配到具体用例和框架，未给出具体代码内容。需要避免的反模式包括：不稳定测试（因时序或环境问题时而通过时而失败）、过度 mock（mock 过多依赖，导致测试无法反映真实行为）、测试耦合（测试相互依赖或共享可变状态）、忽略失败（禁用或跳过失败测试而非修复）、缺失边界用例（只测试正常路径而不考虑错误场景）。
【CI/CD 集成与排障】 CI/CD 集成方面，资料建议：在每个 pull request 上运行测试、设置带最低阈值的质量门禁、生成并发布测试报告、配置失败通知、持续跟踪趋势。排障方面，资料建议：检查测试输出中的具体错误信息、核实环境与配置设置、确保所有依赖为最新版本、审查可能引入问题的近期代码变更、查阅框架文档中已知问题。
【限制与未提供信息】 资料未提供具体的收费、价格、平台支持范围、性能指标或具体代码示例（“常见模式”仅为占位注释）。具体的安装命令、依赖版本、可执行命令等未在资料中给出，暂未提供。