你如何为遗留代码添加测试？

Question

你如何为遗留代码添加测试？

Accepted Answer

**遗留代码**（通常是未经测试、难以修改的代码）很难进行测试——它可能有复杂的依赖关系且没有测试。安全地添加测试涉及**特征化测试**、使用**接缝**来打破依赖以及逐步改进等技术，从而能够更安全地进行更改。

## 遗留代码的挑战

```text
Legacy code is often: untested, tightly coupled, hard to understand, risky to change:
  → no tests → changing it is dangerous (you can't tell if you broke something)
  → hard to test → dependencies are tangled (can't isolate units); not designed for testing
→ a chicken-and-egg problem: to change safely you need tests, but it's hard to test.
```

## 特征化测试（确定当前行为）

```text
CHARACTERIZATION (golden master) tests → capture the code's CURRENT behavior as-is
  (even if you don't fully understand it / it has bugs):
  → write tests asserting what it ACTUALLY does now → a SAFETY NET
  → then you can refactor/change with confidence that behavior is preserved
→ Don't assert what it SHOULD do — assert what it DOES, to protect against regressions.
```

## 打破依赖关系（接缝）

```text
To isolate hard-to-test code, find/create SEAMS (places to substitute dependencies):
  → extract dependencies behind interfaces; inject them; use the smallest safe refactors
    to make code testable (Michael Feathers' techniques)
  → carefully break dependencies so you can get the code under test, then test, then refactor
```

## 逐步方法

```text
✓ Add tests AROUND code BEFORE changing it (a safety net for the change)
✓ Focus on areas you're CHANGING / high-risk / high-value (not the whole codebase at once)
✓ Improve incrementally — leave code a bit better each time (the "boy scout rule")
✓ Use characterization tests to capture behavior, then refactor toward testability
```

## 为什么这很重要

理解如何为遗留代码添加测试是有价值的高级知识，因为**大多数真实工作涉及现有的、通常未经测试的代码**，安全地改进它是一个常见且重要的挑战，因此从实践角度来看是相关的。

遗留代码（未经测试、紧密耦合、难以修改）呈现了真实的**先有鸡还是先有蛋的问题**：要安全地修改它，你需要测试，但很难进行测试（依赖复杂、不是为测试而设计）——对未经测试的代码进行修改是危险的，因为你无法判断是否破坏了什么。

理解解决这个问题的技术是有价值的实践知识。**特征化测试**（按原样捕获代码的*当前*行为，声明它实际上做什么而不是它应该做什么——即使没有完全理解）提供了一个**安全网**，让你能够放心地进行重构和修改，保证现有行为得以保留——这是与你不完全理解的代码一起工作的关键技术。

理解**通过接缝打破依赖关系**（找到或创建替换依赖关系的地方，使用最少的安全重构来使复杂代码可测试——来自 Michael Feathers 关于遗留代码工作的技术）对于让难以测试的代码接受测试是必需的。

理解**逐步方法**——在修改代码前在其周围添加测试（为修改提供安全网）、关注正在修改的区域或高风险/高价值的区域（而不是一次整个代码库）、以及逐步改进（童子军规则）——反映了在一段时间内改进遗留系统的实用、现实的方式。

由于大多数真实世界的开发涉及现有的、通常未经测试的必须安全修改的遗留代码（一个常见的、具有挑战性的情况），并且由于理解这些技术（用于安全网的特征化测试、用于打破依赖的接缝、逐步改进）能够做到这一点，理解如何为遗留代码添加测试是有价值的高级知识——对于与现有未经测试代码一起工作的常见现实从实践角度相关，反映了安全改进遗留系统所需的经验和技术，是高级工程师必须掌握的重要能力，他们经常需要使未经测试的代码更安全地进行修改。