编写可测试代码需遵循单一职责、避免副作用、依赖注入和模块化设计，如通过参数传入依赖便于模拟；2. 选用Jest等测试工具链，支持断言、Mock及覆盖率分析；3. 编写聚焦输入输出的单元测试，覆盖边界情况并隔离外部依赖；4. 将测试融入CI/CD流程，配置脚本、生成报告并设置提交前钩子，确保持续质量保障。
编写可测试的 JavaScript 代码并建立完整的单元测试体系，关键在于代码结构清晰、依赖解耦、职责单一，并配合合适的工具链进行自动化测试。以下是一些核心实践和步骤。
1. 编写可测试的代码
可测试性是高质量代码的基础。为了让代码易于测试，应遵循以下几个原则：
- 函数职责单一：每个函数只做一件事，便于独立验证其行为。
- 避免副作用：尽量让函数成为纯函数（输入相同，输出相同），不修改外部状态。
- 依赖注入：不要在函数或类内部直接创建依赖，而是通过参数传入，方便在测试中替换为模拟对象。
- 模块化设计：使用 ES 模块或 CommonJS 将功能拆分为独立文件，便于单独导入和测试。
function fetchUserData(apiClient, userId) {
return apiClient.get(`/users/${userId}`);
}
这样在测试时可以传入一个模拟的 apiClient，而无需真正发起网络请求。
2. 选择合适的测试框架和工具
建立单元测试体系需要一套可靠的工具链：
立即学习“Java免费学习笔记（深入）”；
- Jest：目前最流行的 JavaScript 测试框架，内置断言、覆盖率、Mock 支持，配置简单。
- Mocha + Chai + Sinon：更灵活的组合，Mocha 是测试运行器，Chai 提供断言，Sinon 用于 Mock 和 Stub。
- Vitest：新兴的高性能测试框架，与 Vite 集成良好，适合现代前端项目。
推荐大多数项目使用 Jest，它开箱即用，支持快照测试、异步测试、覆盖率报告等。
3. 编写有效的单元测试
单元测试应覆盖核心逻辑，关注输入输出，而非实现细节。注意以下几点：
- 测试公共接口：只测试导出的函数或方法，不测试私有实现。
- 使用 describe 和 it 清晰组织测试用例，描述清楚“在什么情况下，应该有什么结果”。
- 覆盖边界情况：如空值、异常输入、异步错误等。
- 使用 Mock 隔离外部依赖：如时间、网络、数据库等。
// calculator.js
export function add(a, b) {
return a + b;
}
// calculator.test.js
import { add } from './calculator';
describe('add', () => {
it('should return the sum of two numbers', () => {
expect(add(1, 2)).toBe(3);
});
it('should handle negative numbers', () => {
expect(add(-1, 1)).toBe(0);
});
});
4. 建立完整的测试流程
单元测试不是一次性的，要融入开发流程才能持续保障质量：
-
配置测试脚本：在
package.json中添加"test": "jest"等命令。 -
生成覆盖率报告：使用
--coverage查看哪些代码未被覆盖，目标通常为 80% 以上。 - 集成到 CI/CD：在 GitHub Actions、GitLab CI 等环境中自动运行测试，防止带病提交。
- 使用 pre-commit 钩子：通过 Husky 和 lint-staged 在提交前自动运行测试。
基本上就这些。关键是把测试当成代码的一部分来对待，而不是附加任务。只要坚持写可测的代码，搭配自动化工具，就能建立起稳定可靠的单元测试体系。
