遗留系统的自动化测试策略和实践方法

1 什么是遗留系统

遗留系统是一种旧的方法、旧的技术、旧的计算机系统或应用程序，属于或与以前的、过时的计算机系统有关，但仍在使用中。通常，将系统称为“遗留系统”意味着它可能已经过时或需要更换，但是系统还在对外提供服务，还在不断的迭代，有新的需求不断的交付。Martin Fowler说过“Let’s face it, all we are doing is writing tomorrow’s legacy software today.”这句话说出了残酷的现实，我们团队现在写的每一行代码最后都会变成遗留系统的代码，这也变相的说明每一个研发工程师都脱离不了改造遗留系统的宿命。从Martin Fowler对遗留系统的描述中我们不难看出来，遗留系统并不是单靠系统的第一行代码距离现在的时间来衡量的，还包含了代码的质量、架构设计、DevOps流水线实践、支撑基础软件版本等。很多遗留系统的代码质量都非常差，没有单元测试、API自动化测试、UI自动化测试等自动化的质量保障活动；架构设计混乱，各种设计方式、技术交织在一起；没有交付流水线，所有的交付流程仰仗于某几个研发工程师等等问题才是遗留系统需要面对的痛点。

2 遗留系统的问题及其解决办法

在不同企业内部或多或少都可能存在这样的遗留系统，在早期搭建起来并承载企业最初的业务，随着企业的不断发展，在原有技术栈的基础上对系统进行改造升级以满足企业不断发展的业务需求。但是大多数遗留系统发展到今天由于开发人员的更迭、变更代码的不断堆砌，导致系统不便于维护和管理，并很难和其他系统进行集成。很多业务团队认为遗留系统运作良好，简单的修修补补就可以继续使用，开发人员也在不断的交付新的需求，因此并没有必要将遗留系统视作问题。古人云“养病如养虎”，遗留系统如果一直放任不管，随意堆砌