软件开发人员天生乐观，软件测试人员天生悲观，这两种态度是软件研发的两条腿，不可偏颇。软件测试的时候一定要有正确的心理预期——被测的软件是一定有问题的，这样我们才能发现问题。
　　Ｏｕｒ＿ＴｅｓｔＴｉｐ＠ｈｏｔｍａｉｌ．ｃｏｍ
　　进入3月份，气氛慢慢紧张起来。因为按照计划，4月份我们的软件就要开始安装。联网办的主管开始推动软件实施，即软件的安装、调试和培训。
　　
　　没谱的新旧系统切换
　　
　　但是，我自己清楚当前软件的状态，我们的软件还没有做完，不能准备安装。可这话不能对客户说，只能顺势往前赶，没有办法停下来。高速公路有不能中断交通的特殊性，所以收费系统的新旧切换有很大的风险。如果在切换的过程中，老系统停下来，而新系统却上不去， 就会堵车，影响会很大。我们提出一个万全之策：先把老收费系统停下来，高速公路实行手工收费，利用手工收费的时机我们调试新系统，调试成功后再使用新系统实现微机收费。但这个提法在客户那里遭到了强烈反对。
　　3月3日，各路主管集合起来讨论我们的软件实施方案时表示，其他的都可以商量，就是不同意手工收费。有的高速公路里程很长，手工收费的确困难。可是，新老收费系统进行一次性切换的风险太大，我们心里没底。
　　会场大家吵得很厉害，没有我们说话的机会。最后的结论就是不能手工收费，我们回去需要针对每个路段单独编写软件实施计划。这让我们觉得很失败，工作量一下子增大了许多。
　　5日，我们开始做程序移植。管理程序都是基于SQL Server数据库的，要把中心一级的程序从SQL Server移植到Oracle上。这件事情早该做了，这个时候再来做其实已经很晚了。之所以这样，是因为我们的内部协调有问题：我协调不了整体，中心组和软件实施组不是我管辖的范围，可是可以整体协调的人又没来，管理缺位。
　　
　　让人喝倒彩的现场测试
　　
　　3月10日，收费系统的各子系统陆续完成，整合的时候发现了一些大问题。例如，清分程序不知道车道处理逻辑，测试员不了解清分逻辑，甚至到了3月14日，中心组组长提出还要增加数据表。我一听就着急了，都什么时候了还要加表？可是，他也有道理，必须增加的表还是要增加，只是系统又增加了不稳定的因素。于是，我们研发和测试人员不得不在原本就很紧张的工作中更大程度地加班加点。
　　临近软件实施，杂事非常多。一是收费中心机房的小型机的安装。因为设备等问题，这个过程耽误了三天，这使得客户、供货商都有意见，也占用了我们的测试时间。另外就是与客户谈实施计划，得一条路一条路地谈，挺费事的。
　　26日，我代表公司到高速公路A参加联网软件实施动员大会。这个会是高管局统一布置的，等于是给我们搭好了戏台让我们登台唱戏。可令人惭愧的是，我们没有唱好，让观众喝了倒彩。
　　28日，我带着测试和研发人员到A高速公路的B站做现场测试。B站原本是我的故乡，重回故地倍感亲切。可是，在那里的测试却给了我当头一棒。外部设备不能控制，软件的一些基本处理流程也有问题，让人心急火燎。后来公司研发部经理也从Y市赶到B站，一同参与软件修改。经过三天的紧张修改，终于出来一个大为改观的版本。有的时候，一个人如果自己稍微收拾一下，就能给人很精神的感觉。程序也一样。我们车道程序的界面调整了一下，把界面右下角的提示信息改為红色，整个程序给人一种改进很大的感觉。
　　我们不能延期，因为A 高速公路已经停下一半收费车道来做联网改造了。我们只能向前，开弓就没有回头箭了。（未完待续）