JavaScript 测试模式
将以下提示词粘贴到你的 AI 对话框中:
请根据 https://skillhub.cn/install/skillhub.md,安装 @org-02qudk26/javascript-testing-patterns。
技能介绍
要解决什么问题
在 JavaScript/TypeScript 项目里,测试往往停留在「能跑几个 describe/it」,却缺少对分层策略、依赖隔离和CI 里怎么持续跑的统一约定。接口改动、前端组件状态、外部 API 与数据库一旦耦合进测试,就会出现 flaky、维护成本高、新人不知道从哪一层补测等问题。
技能如何帮你落地
本技能把现代测试实践整理成可执行的思路,覆盖从基础设施到具体场景:
- 单元测试:针对函数、类与纯逻辑,明确输入输出与边界条件
- 集成测试:验证 API、服务与模块协作,而不是只测单个函数
- 端到端测试:按用户流覆盖关键路径,控制范围避免把整个系统都塞进 E2E
- 模拟与替身:用 mock/stub 隔离外部依赖与第三方 API,避免测试依赖真实网络或密钥
- 前端组件:面向 React、Vue 等组件的测试关注点(渲染、交互、异步)
- TDD 与流水线:在开发节奏里先写测试,并在 CI/CD 中固定回归入口
使用时应先明确目标、约束和所需输入,再按场景选用模式;需要可复制示例时,可对照资源中的 resources/implementation-playbook.md 做对照实现与验证。
适用边界
- 任务与 JavaScript/TypeScript 测试设计与实施无关时,不必启用本技能
- 若问题落在性能压测、安全审计、非 JS 技术栈专用工具链等本技能范围外的领域,应换用对应专项资料,而不是硬套这里的模式
使用场景
- 为新开的 Node 或前端 monorepo 选定 Jest/Vitest 等框架并约定目录结构与首批冒烟用例
- 为支付回调、鉴权中间件等 HTTP 服务编写集成测试,覆盖正常与错误状态码
- 用 Playwright/Cypress 覆盖登录到下单的关键用户流,并对外部短信网关做 mock
- 在 GitHub Actions 流水线里按 PR 跑单测、合并前跑集成,失败时阻断发布
适合人员
- 负责新服务上线的后端工程师,需要在首版前补齐 API 与业务逻辑的回归用例
- 维护 React 或 Vue 组件库的前端工程师,要为交互与异步请求写稳定、可重复的组件测试
- 推行测试驱动开发的 Tech Lead,希望团队统一 mock 边界与分层测试的写法
- DevOps 或平台同学,要把测试阶段嵌入现有 CI/CD 并减少 flaky 用例拖慢发布