“配置第一”这个理念是一位IT公司的项目经理告诉我的，他用了“深刻教训”四个字来为这个言论作注脚。他告诉我这样一件事：
这家公司曾为电信企业开发一个手机收费的中间业务系统。按规定，系统的收费平台应根据第三方传来的手机资费信息进行扣款。其中，负责网络通讯的路由器是由多家厂商提供的。
在项目试运行阶段，系统运行一切正常。这时，有一家路由器厂商（以下简称A厂商）要升级运行程序，网络通讯接口要变，A厂商向电信提出了修改接口程序的提示。负责项目开发的这家IT公司很快完成了通讯接口修改，和A厂商联调测试无误后，准备将接口程序发布运行。负责程序发布的老兄嫌版本发布流程太麻烦，便走捷径，私自将程序更新上线了。未料到，接口的改变影响了电信与其他厂商路由器的数据通讯。途经A厂商路由器的通讯数据没有问题，可其他品牌的路由器却收不到信息了。后果是：当天电信用户的手机资费信息数据报大量遗失，相关电信资费损失无法挽回。
负责软件承包的IT公司境遇可想而知。“痛定思痛，痛何如哉！”从此，该公司痛下决心，买工具、定规范、搞培训，将配置管理切切实实地作为日常重点管理工作来抓。
配置管理是什么“东东”，它真这么重要吗？
软件配置管理是一门应用技术、管理和监督相结合的学科，通过标识和文档来记录配置项的功能和物理特性，控制这些特性的变更，记录和报告变更的过程和状态，并验证它们与需求是否一致。
简而言之，配置管理（Software Configuration Management , 简称SCM）就是对软件产品的配置项进行控制和管理。它的目标是最大限度的减少错误和混乱，保证软件项目工作产品在整个生命周期内的完整性。
配置管理的对象是配置项，主要包括：接口描述、过程描述、需求、设计、测试计划、测试结果、代码及模块、工具、系统参数、版本描述等。配置项与配置人员、配置工具、配置规范等构建起了整个配置管理体系。
配置管理的出现是项目发展的必然结果
软件技术迅速扩展，项目开发日趋复杂，人员数量不断扩充，系统开发平台多样化，开发及测试场所分布各地，开发规模日益扩大，随之而来的管理复杂性急剧增加。
软件开发永远不变的特点就是变化，需求变更、技术更新、人员变化、环境变化、架构变化等层出不穷，所有这些使项目风险大大增强，如何应对并追溯变化，从而控制变化，是一个重要课题。
软件系统越做越大，产品组件动辄上千，多者上万，版本控制如何着手，令人头痛。
文章来源于领测软件测试网 https://www.ltesting.net/
