分离逻辑与副作用，将业务逻辑封装为纯函数，便于断言输出；2. 使用依赖注入，通过参数传入依赖，便于测试时替换模拟对象；3. 保持函数短小单一，职责明确，易于覆盖边界情况；4. 避免全局状态和隐式依赖，确保测试环境干净独立。

编写可测试的JavaScript代码，关键在于让代码具备高内聚、低耦合、职责清晰和易于模拟依赖的特性。以下是一些实用的方法和原则，帮助你写出更容易测试的代码。

分离逻辑与副作用

将业务逻辑和副作用（如DOM操作、网络请求、本地存储）分开，是提升可测试性的核心。

例如，把数据处理封装成纯函数，独立于API调用或界面更新：

• 纯函数更容易断言输出，无需依赖外部状态
• 副作用集中管理，便于在测试中替换或模拟

示例：把表单验证逻辑从提交事件中抽离

function validateEmail(email) {
  return email.includes('@');
}

// 测试时只需传入字符串，无需触发点击或访问DOM

使用依赖注入

避免在函数或类内部直接创建依赖对象（如new API() 或直接调用fetch），而是通过参数传入。

这样可以在测试时传入模拟对象（mock），控制输入和行为：

• 比如服务类接收一个http客户端作为构造参数
• 测试时传入伪造的响应函数，验证是否正确处理数据

好处：解耦组件，提升灵活性和可替换性

保持函数短小且单一职责

一个函数只做一件事，名字明确表达意图，测试用例更清晰。

java-api-doc-generator

分析 Java Spring Boot 后端 Controller 代码，自动生成 Markdown 格式的接口文档。当用户说“生成 Java 接口文档”、“生成 API 文档”、“从 Spring 代码生成文档”时触发。

下载

比如：

• formatPrice(amount, currency) 只负责格式化数字
• calculateTax(item) 只计算税费

这样的函数容易覆盖各种边界情况，如负数、空值、不同货币符号。

避免全局状态和隐式依赖

全局变量、模块级状态或隐式this引用会让测试变得脆弱。

每次测试可能受之前运行的影响，导致结果不一致。

• 尽量使用局部作用域和显式传参
• 如果必须用状态管理，使用可重置的store实例

提示：测试前初始化干净环境，测试后还原

基本上就这些。写可测试的代码，本质是写结构清晰、可控性强的代码。一开始多花点时间设计接口和拆分逻辑，后续维护和重构会轻松很多。

Java免费学习笔记：立即使用
解锁 Java 大师之旅：从入门到精通的终极指南