http://s15/bmiddle/4ddc3d59ga30d8873120e&690    和每天一样，今天我十点半来到办公室，工作的第一件事就是打开电脑查看EMAIL。

    这一看不要紧，把我吓了一跳，邮箱里赫然挂着十几个带着红色惊叹号的EMAIL。EMAIL是项目经理发来的紧急故障信息和客户的反馈意见。我飞快地扫了一眼，大意是说昨晚的程序修补惨败，它直接造成客户的一千多个重要数据被错误也改动。我们的“上帝”在EMAIL中一反往日的客气和温和，字里行间充满了不满和责难，把奚落和抱怨像扔臭鸡蛋一样，一个接一个地砸过来。面对这样尴尬的指责，项目经理一面低声下气地安慰“上帝”，一面声色俱厉地质问我们：“昨天晚上的补丁你们测试了没有？怎么测的？”EMAIL中最醒目的当属CEO发来的，他用罕见的语气说：“这样的错误无异于自杀，我们要彻查事故的原因，对此类错误的态度是零容忍。”

    这个补丁是我测的，我纳闷昨天的测试都符合技术要求，怎么会乱了呢？我正准备进入客户的服务器看个究竟，项目经理急急忙忙地跑来喊我去开紧急故障分析会。

    我一头雾水地跟着他走进会议室，会议室已经坐满了人，CEO静静地坐在会议室正中，面无表情，一声不吭，眼神凝视着光溜溜的桌子，偶尔呷一口桌上还冒着热气的星巴克咖啡。看来他们在等我，我一进来，会议便在紧张的气氛中开罗了。

    或许因为有CEO坐镇会议，一上来几个脱不了干系的人便火力四射，互相开炮，彼此推诿。我因未来得及查看故障详情，本着“没有调查研究，就没有发言权”的精神，原本打算竖着耳朵听大家说，可是会议开始不久，项目经理那布满血丝的眼睛便恶狠狠地盯住了我，把他在“上帝”那里受的气连同他们扔过来的臭鸡蛋一起，毫不吝啬地向我扔过来。原来他昨晚就被亚洲客户的电话叫起来，整整和他们周旋了一夜，这时候他又累又气，补丁是我测的，这股火不撒到我身上，撒哪里去？他说：“你看见客户的EMAIL了吧，本来他们要我们给系统打扫卫生，结果昨天的补丁一上去，我们倒把人家的系统变成垃圾箱了。你昨天测试了没有？是怎么测试的？把你的测试报告拿出来！”

    他甩出来的这几个硬梆梆的问题，大有兴师问罪的意味。这时会场安静得能听到呼吸的声音，我一下子成了激光般的目光的靶子。事故的调查还没有开始，结论仿佛就有了。此刻我感受到一种压迫，对这样的质问感到很不是滋味。不过昨天我是照着技术要求一条条抠的，为了覆盖各种可能的情形，测试中我创建和运行了200多组数据，所以我对结果胸有成竹，对自己的测试也很有信心。于是我拿出测试报告，一边展示给大家，一边简单地给大家做了介绍，我表示眼下的当务之急是找出问题所在，拿出修复方案，把客户的损失降到最低限度。CEO立刻同意了我的意见，暂不追查责任，先把眼前的工作做好。

    散会后，我立刻连线客户的服务器，一头扎进客户的数据堆里，没有大费工夫，问题便浮出了水面。原来客户的技术说明书出了问题，技术说明书对功能的描述有误，有悖生产线上的逻辑关系。幸运的是，这个情况我曾经质疑过，而且项目经理转来的客户的认可EMAIL墨渍未干，清清楚楚地躺在我邮件箱里。哈哈。。。臭鸡蛋被我扔了回去，客户一时尴尬，项目经理乐了，CEO也乐了。

    找到了原因，很快我们的纠正方案出炉，由我负责把所有异常改动的数据找出来，反算回去，然后由数据库工程师负责改动，最后让客户进行审核。

    这是需要极大耐心的细致活，为了能准确无误地完成这个工作，我写了一个查找和反算工具，很快把上千个数据都找了出来，然后反算回去。下午，客户的系统被全部修复了，这样的修复速度给了客户一个小小的惊喜。