本文探讨了在重构遗留系统时如何确保安全，重点介绍了如何编写可靠的测试来保护重构。首先，理解接口的重要性，通过抽取接口、提取测试数据、参考测试覆盖率来保证重构的安全性。其次，使用契约测试，特别是 Pact，来保护 API 重构，降低系统级别的重构成本。最后，讲解了为数据迁移脚本编写测试，以确保数据迁移的可靠性。整个过程中，强调了测试在整个重构流程中的关键作用。
作为程序员不得不接受的现实是，大多数系统在接手时就已经是遗留系统了。我在最近几年都没有参与新系统开发，不得不接手遗留系统的改造。改造遗留系统的成本实际上比写新的软件要大很多，毕竟就像给高速上飞驰的汽车换轮子。不仅不能引入新的错误，原来的错误在某种程度上也需要“将错就错”，否则对现有用户、现有数据而言顺手修复了一个 bug 反而会带来额外的问题。
要想改造遗留系统不是这么简单地事情，需要考虑的事情很多，而测试就是其中很重要的部分。没有单元测试、E2E 测试的系统改造起来难度非常大，所以这也是我热衷于在每个项目中引入单元测试、E2E 测试的原因。
对遗留系统重构的逻辑非常直接但并不是直接上手修改代码就好了，需要有几个过程，和几个注意事项。
遗留系统改造的过程我总结为以下几个：
- 抽取接口，使组件替换成为可能。
- 理解原有系统，并补充测试，让测试覆盖率达到一定程度，使用存量数据作为输入运行测试。
- 重新实现接口，替换原有实现。
- 使用同样的数据作为输入运行测试。
几项特别的注意事项：
- 使用版本管理工具
- 充分使用 IDE 的重构工具
- 使用持续集成环境，让每一次提交都自动构建一次
- 提前考虑数据迁移的成本，编写迁移脚本，并进行测试
当然这部分重点是讨论怎么编写出可靠的测
订阅专栏 解锁全文
扫一扫
被折叠的 条评论
为什么被折叠?
到【灌水乐园】发言
