更新不顺利并顺利着

昨天感冒，身体颇为不适，于是9:00就先回家休息了。

半夜3:00钟的时候，QA给我打电话（我已经把手机调成了震动，但是我睡觉很轻，即使这样仍然可以唤醒我）。我当时接起电话就知道不妙，果然，服务器和客户端都出现了一些诡秘的bugs。我本想当时就过去解决，但是感觉很不舒服，估计过去效率也很低，还是先安心睡觉。

一早起来，感觉有所好转，用完早餐，8:00就赶到了公司。查看了一下QA留给我的邮件，针对bugs进行排查，还算顺利，9:00前就解决了2个打包版本的问题。令我我有些郁闷的是：之前我没有针对服务器端的打包版本进行测试。我只测试了客户端的Debug、Release x 打包、不打包四种情况和服务器端Debug不打包版本，但是服务器端的打包版本就没有测试，今天果然遭了报应。

由于现在都是QA打包发布版本，结果服务器端工程配置文件年久失修。工程文件中的打包规则基本不可用，我花了半个小时才将缺漏补上。所以说，很多东西只要不用就会慢慢的被腐蚀废弃，如何让它们保持新鲜是一门值得琢磨的学问。一般来说，自动化的测试可以在很大程度上弥补这一点，我们自动化测试的工作还有很漫长的路要走。

上午要开企业文化会议，这个不能耽搁，虽然手头的问题很多，但是我并不打算改期，毕竟磨刀不误砍柴工 - 于是一个上午都在磨刀。

下午尽量集中精力，将服务器端、客户端 x Debug、Release x 打包、不打包全部测试了一遍。因为嗑了药，头比较昏，有些问题思虑不周，反复了几次才彻底解决。

将上述工作弄完以后，再查看QA提出的另外两个诡秘的bugs，研究了一下，果然都和driver有关，一一修改。总算在晚上将所有工作提交并且制作出了发布版本。至于是否能发布，就要看接下来的运气了。

另外，今天同事尝试用stlport替换了VC自带的STL，debug版本速度快了很多，将来客户端总算可以回归debug版本，以便将更多的bugs消灭在实验室中。微软的STL库乱七八糟的判定实在太多，本意虽好，结果是完全不可用。虽说可以通过配置调整，不过，在有stlport的情况下，真的有必要那么做吗？