只有一个来源

      那一年，我所在的公司是做掌上电脑的，一次有个客户订了两百台机器，这些机器他们预备在周年庆典上给来宾做礼品，因此要求在掌上电脑开启时显示的封面是他们公司的Logo及名称。这个功能并不难实现，因为我们的产品本来就有自定义封面的功能，只要把客户发过来的Logo图片及名称换掉就行了。时间原因，来不及用软件批量换掉再下到工厂生产，所以产品工程部就拿了两百台成品过来，希望我们协助逐台换掉封面再测试通过，直接就可以发给客户了。

    当时测试部门有4个人，机器拿过来时已经下午5点了，晚上大家都加班到10点钟，更换和测试都没有问题，第二天一早就把机器发走了。很简单的一件事情，但是，麻烦很快就来了，客户打电话来说我们把Logo图片弄错了，他们有换新的Logo，图片发给产品工程部了，而我们换上的图片是旧的。原因很快查明，原来客户一直是和产品工程部联系的，他们新的Logo也发给了产品工程部，当时这个任务安排下来时，经理一再交待负责此事的同事去找产品工程部拿图片，而这个同事在之前也给这个客户换过一次封面，因为数量少，之前那次是她一个人做的，所以她就有一个旧的Logo图。而机器拿过来时，产品工程部负责的同事正好出去了，测试部的这个同事就没再去拿图，自以为是的把以前的旧图发给大家了。

       后来我们和客户做了很多解释，客户还比较通情达理，谅解了我们，但内部的责任追究下来，当事人罚款200，经理连带罚款200，我至今还清楚地记得经理站在那个同事面前欲苦无泪的表情，最后只是很无奈地说了句：“我交待过很多次让你去***那里要Logo的”。

       后来我也做了测试负责人，也经常会和其他部门打交道，经常会给客户发布最终版本，“只有一个来源”成为我做版本控制的原则之一。这个来源最好的当然是用版本控制工具，方便且安全。如果团队的人少，也可以使用服务器共享目录。但我一直很反对开发和测试之间使用即时通讯工具，比如MSN、QQ之类的来传输软件更新的版本，哪怕开发和测试都各只是一个人在做。虽然在某种程度上这样更快，但隐患无穷。而且在发给客户之前，就算我手头上有最新的软件版本，也一定会再去来源地取一次版本，并用几小时的时间做最终的版本确定。如果有疑问，也要找到发布测试版本的开发同事问清楚，不让大家辛苦的成果毁在发布这个环节上。