传统定义：遗留代码 = 旧的、过时的代码
Feathers 定义：遗留代码 = 没有测试的代码

关键洞察：
- 有测试的旧代码不是遗留代码（可以安全修改）
- 没有测试的新代码是遗留代码（无法安全修改）
- 测试是修改的安全网

修改困境（Change Dilemma）：
1. 要修改代码，你需要理解它
2. 要理解它，你需要修改它
3. 修改它可能导致 bug
4. 没有测试，你不知道是否引入了 bug

解决方案：先添加测试，再修改代码

遗留代码修改算法：
1. 识别变更点（在哪里需要修改？）
2. 找到测试点（在哪里可以插入测试？）
3. 分解依赖（如何让代码可以被测试？）
4. 编写测试（建立安全网）
5. 修改代码（在测试保护下修改）
6. 运行测试（确认没有破坏）

// 特征测试：记录系统的实际行为
// 即使行为看起来是"错误的"，也要先记录下来
@Test
void testCurrentBehavior() {
    // 不关心是否正确，只关心当前行为是什么
    String result = legacySystem.process("input");
    assertEquals("actual_output", result);    // 记录实际输出
}

// 有了特征测试后，你可以安全地重构
// 如果重构后测试仍然通过，说明行为没有改变

// 遗留代码
public class Payroll {
    public int calculatePay(Employee employee) {
        int base = employee.getBaseSalary();
        int bonus = 0;
        if (employee.getYears() > 5) bonus = base / 10;
        if (employee.getDepartment().equals("Sales")) bonus += 1000;
        // 200 行复杂的计算逻辑...
        return base + bonus;
    }
}

// 第一步：写特征测试
@Test
void testCalculatePayKnownCase() {
    Employee emp = new Employee("Engineering", 3, 50000);
    Payroll payroll = new Payroll();
    int pay = payroll.calculatePay(emp);
    assertEquals(50000, pay);    // 记录实际行为
}

// 第二步：在测试保护下重构
// 现在可以安全地提取方法、重命名变量、简化逻辑