T3系统联调千种可能预案

　　2007年11月5日，离2008年2月29日还有106天，首都机场3号航站楼开始了启用前最重要的信息系统集成测试（Master Integration Test），简称MIT测试。MIT测试是带业务的信息系统全面测试，将检验T3的信息系统主要功能实现情况、信息流程、流转的有效性以及信息系统对业务的支持力度等。因此，MIT测试结果对信息系统未来调试、修正有重大意义，其成功与否直接关系到T3能否正常运营。

　　据肖挺莉介绍，整个MIT的测试大体上分为三个阶段进行，时间为一个月。第一阶段主要是通过集成测试寻找出现的问题;第二阶段是对出现的实际问题进行改造后的再测试，如果全部得到解决，进入到第三阶段;第三阶段主要是压力测试，将运营的压力加到最大，以测试系统的最大承载力，保障T3最大的承载客流。测试在2007年12月15日之前完成，然后接受民航总局的验收。

　　对肖挺莉来说，2007年11月的第一周工作重点是梳理航班信息源，对于航班信息的接收、处理，以及对于航班状态的处理进行调试。航班的起飞降落看似常规，其中有机型变更、机号变更、航线更改、航班的延误等变化因素。这些因素的变更，对机场资源调配、人手调配会有很大的影响，所以这需要在航班信息源上进行有效规范。“第一次测试就发现新系统对于航班信息的系统处理不正确，立刻就着手进行系统联调。”肖挺莉说。

　　2007年11月12日，首都机场组织了一场以旅客为主的测试。此次测试将航班干预、资源分配、信息查询、航显、广播、离港、行李、安检、客桥、泊位、西区系统等11大系统全部集成在一起进行测试。虽然这些系统都进行过自身的测试，内部处理数据都能够满足需求，但是将这些系统全部集成在一起，才能测试出T3能否正常运转。“最多时一天模拟走400多个航班的运力。每天早上开始测试，一直测到晚上6点，7点开总结会，对出现的问题进行讲评。”肖挺莉说。

　　第一阶段测试后，MIT的测试检测出了一些问题。这些问题主要集中在三个方面，首先是各个系统的参考数据和主机的参考数据不一致，这样就造成了信息的不对称，使得系统出现故障。然后是业务规则出现问题，以前各个系统都有自己的预期规则，但这些规则与首都机场的实际业务规则不相匹配，存在程序方面的缺陷,这也是MIT测试出现问题的原因。此外，还有一些故障,就是操作上的失误。肖挺莉表示，测试出现的问题提前已预料到，大部分出现的问题都在可控范围之内，提早发现问题，就可以避免今后运营中再出现问题。

　　首都机场方面留出3天测试回顾，信息技术管理部、T3扩建指挥部与承包商一起，针对以上问题进行彻底调整。

　　为了测试能够获得预期效果，首都机场股份公司专门成立了MIT测试小组，设置了上千个可能在今后运营中出现的状况和场景，让系统自己去分辨和处理，这样才能够发现更多的问题，只有提早解决这些潜在的问题才能够保障T3的正常开航。

　　2007年11月15日，离2008年2月29日还有99天，主系统进行了第二轮测试。

 航班信息“转场”

　　2007年12月2日，离2008年2月29日还有82天，首都机场需要利用现有的T1、T2的航班信息进行ATC（Airport trafficcontrol，机场交通控制）测试。为了不影响T1、T2的生产环境，ATC测试通常都是在夜里没有航班的时候进行的。“与其说是ATC测试，不如说是ATC转化。把从空管局来的航班信息先接到T3，再转到T2。”肖挺莉说道。

　　2007年12月25日是ATC最后一次测试。由于前后一共做了6次ATC测试后，大家心里都比较有底，肖挺莉打算测试完后，系统不再切回来。提起12月25日那天晚上，肖挺莉现在还心有余悸。晚上8点制定的航班计划，每个航班计划加入了人工干预，修改其中的一些航班动态等。

　　等到把所有的航班信息都干预完后，时间已经到了夜里12点半了。肖挺莉回顾那天的情景,“我想等操作员把信息发完，T2打电话过来说没问题，我们全部人马出去好好庆祝一番。”T2的电话响了，传来的却是个坏消息——资源分配出了问题，航线信息丢失了!

　　“当时我还以为只是某一条信息错了，再往下查，发现整批发过去的信息全部都有问题。”肖挺莉情绪激动地说,“那个时候发出去的1000多条整批错误信息，已经收不回来了，而且是在T2的生产环境下发出去的，会影响T2一天的运行保障。”放下电话的一刹那，肖挺莉大脑顿时一片空白，但很快又清醒过来，她迅速启动了应急预案。等到人工干预、系统干预完毕，将问题确定、修正后，已经是凌晨4点半了。“我们马上召开了一个紧急会议，把一天发生的事情就都捋了一遍。”早上6点，肖挺莉才披着薄雾走在回家的路上。两个小时后，当她再次来到单位，看到所有的人也都出现在工作岗位上。