松耦合如何助力单元测试？结合代码示例答疑

要理解松耦合对测试的帮助，我们先对比紧耦合和松耦合两种场景下的测试难度：

紧耦合的测试困境 #

如果PaymentProcessor直接依赖具体的PayPalGateway实现（而非接口），代码会变成这样：

class PaymentProcessor {
  // 直接实例化具体实现，紧耦合
  private val paymentGateway = PayPalGateway()

  fun processPayment(amount: Double) {
    paymentGateway.authenticate()
    paymentGateway.processPayment(amount)
    paymentGateway.sendConfirmation()
  }
}

这种情况下测试PaymentProcessor会面临诸多问题：

• 必须依赖真实的PayPal服务，测试需要联网、配置API密钥，速度慢且不稳定
• 无法单独验证PaymentProcessor的业务逻辑（比如是否按顺序调用了三个方法），因为真实网关的行为不可控
• 难以模拟异常场景（比如认证失败、支付超时），真实网关不会主动返回这类错误供测试

松耦合的测试优势 #

原代码中PaymentProcessor依赖的是PaymentGateway接口而非具体实现，这就给测试带来了极大灵活性——我们可以用**测试替身（Test Double）**模拟网关的行为，完全隔离测试PaymentProcessor的逻辑。

示例：用Fake网关测试 #

先写一个用于测试的Fake实现，记录所有调用行为：

class FakePaymentGateway : PaymentGateway {
  var authenticateCalled = false
  var processPaymentAmount: Double? = null
  var sendConfirmationCalled = false

  override fun authenticate() {
    authenticateCalled = true
  }

  override fun processPayment(amount: Double) {
    processPaymentAmount = amount
  }

  override fun sendConfirmation() {
    sendConfirmationCalled = true
  }
}

然后编写单元测试，验证PaymentProcessor的逻辑是否正确：

import org.junit.Test
import org.junit.Assert.*

class PaymentProcessorTest {
  @Test
  fun `processPayment executes gateway methods in correct order`() {
    // 1. 初始化Fake网关
    val fakeGateway = FakePaymentGateway()
    // 2. 注入到PaymentProcessor（依赖注入）
    val processor = PaymentProcessor(fakeGateway)
    // 3. 执行待测试方法
    processor.processPayment(150.0)
    // 4. 验证调用情况
    assertTrue(fakeGateway.authenticateCalled)
    assertEquals(150.0, fakeGateway.processPaymentAmount)
    assertTrue(fakeGateway.sendConfirmationCalled)
  }
}

松耦合带来的测试价值 #

• 完全隔离：不需要依赖任何外部服务，测试速度快、结果稳定
• 精准验证：可以清晰检查PaymentProcessor是否正确调用了网关的方法，参数是否符合预期
• 覆盖边界场景：还可以扩展Fake网关模拟异常（比如认证失败），测试PaymentProcessor的错误处理逻辑，而真实网关很难做到这一点
• 复用测试逻辑：如果后续新增StripeGateway等其他实现，测试PaymentProcessor的代码不需要修改，只需替换Fake网关即可

内容的提问来源于stack exchange，提问作者Sahil