先写测试用例再实现代码，使用Jest或Mocha组织测试套件与用例，通过断言验证输入输出，利用mock隔离依赖，覆盖正常及边界场景，确保测试独立可重复，提升代码质量。
在测试驱动开发（TDD）中，编写有效的单元测试意味着先写测试用例，再实现功能代码，确保每个函数或模块的行为符合预期。Jest 和 Mocha 是两个主流的 JavaScript 测试框架，都能很好地支持 TDD 实践。
理解测试结构和断言逻辑
一个有效的单元测试应清晰表达“给定输入，期望输出”的逻辑。使用 Jest 或 Mocha 时，测试通常由 describe 组织测试套件，it 或 test 定义具体用例，配合断言库验证结果。
例如，测试一个加法函数：
describe('add function', () => {it('should return the sum of two numbers', () => {
expect(add(2, 3)).toBe(5);
});
});
Jest 内置断言（expect），Mocha 通常搭配 Chai 使用。关键是让测试用例可读、精准，覆盖正常路径和边界情况。
隔离依赖并使用模拟（Mocking）
单元测试要聚焦单一模块，避免外部依赖如 API 调用、数据库或定时器影响结果稳定性和执行速度。
Jest 提供强大的内置 mocking 功能：
- 用 jest.fn() 创建模拟函数，验证是否被调用
- 用 jest.mock() 替换模块依赖
- 用 jest.spyOn() 监控对象方法调用
比如，测试一个调用外部服务的函数：
jest.mock('../services/api');it('calls api.fetchData with correct params', async () => {
await fetchDataFromService('user');
expect(api.fetchData).toHaveBeenCalledWith('user');
});
覆盖关键路径和边界条件
有效测试不只是跑通正常流程，还要验证错误处理、空值、异常输入等场景。
利用测试覆盖率工具（Jest 自带 --coverage 选项）识别未覆盖的分支。目标不是 100% 覆盖率，而是关键逻辑被充分验证。
示例：测试一个过滤非正数的函数
- 输入 [1, 2, 3] → 输出 [1, 2, 3]
- 输入 [-1, 0, 1] → 输出 [1]
- 输入 [] → 输出 []
- 输入 null → 抛出错误或返回空数组（依设计而定）
每个场景都应有对应测试用例，确保行为一致。
保持测试独立与可重复
每个测试应独立运行，不依赖其他测试的状态或执行顺序。使用 beforeEach 或 afterEach 清理状态、重置模拟。
避免共享变量或异步操作未等待的情况。Mocha 中尤其要注意异步测试必须正确处理回调或返回 Promise。
例如：
it('should resolve with data', () => {return expect(fetchData()).resolves.toEqual({ id: 1 });
});
基本上就这些。用好组织结构、模拟依赖、覆盖边界、保证独立性，无论选 Jest 还是 Mocha，都能写出支撑 TDD 的高质量单元测试。
