在上一篇半月总结中，介绍了tky项目的总体架构、项目的进展情况、项目的优势与开发中存在的问题等。今天来聊聊这半个月中，项目中发生的事情。

在这半个月中，项目中有了较大的突破：成功通过了国家评测中心的测试。尽管过程很艰辛，但是经过大家加班加点不懈的努力，结果还是令经理很满意，令大家很满意的。正好印证了这两天经理常说的一句话：好事多磨啊！

这一测试，前后都算上，基本上就进行了半个月。

下面，我就简要介绍下坎坷的测试过程。

一、测试过程

七月一号

最开始，与评测中心他们那边商量好了：七月一号正式开始测试，但是由于我们这边bug没有改完，然后就打算推到七月二号再测试，今天再改一天bug。结果幸不辱命，除了小郭那里，我们其他人都改完了手头所有的bug。

七月二号

内部回归昨天的代码。我和宝强为小郭和宾宾提供接口支持，小郭那里问题不是一两天能解决的，除了他那里，基本上都改好了。

下班后，经理叫我和宝强去电子所捣鼓测试环境。这环境他捣鼓了有一段时间了，一直是经理自己一个人捣鼓的，今天经理突然发现WCF服务还没有发布，说别的都弄好了。让我跟宝强帮他把WCF发布了。当晚，在网络环境异常恶劣的情况下，终于发布好了服务。不过还是不能访问，调试了半天，发现服务访问虚拟机里的Oracle时报错，无法连接。问题找到了，就等于解决了一半，也终于松了一口气。

我们三人一起又捣鼓了半个多小时吧Oracle连接的问题，还是没有解决。看看时间，已经将近凌晨了。那天，经理就让我和宝强先撤了，他自己说重新复制一个虚拟机，重新安装一个Oracle。那天，经理干到两点多才走。

七月三号

已经没有理由再拖了，经理把新的虚拟机给我们之后，就去应付评测中心的人去了。我和宝强继续在这儿调试环境。到中午的时候，终于能跑通了。然后我们就赶紧打电话通知经理，经理显然那是相当激动，如果我们再不弄好，他估计也顶不住了。同时，我们内部的测试人员稍微测试了一下，也没有啥大问题。大家终于松了一口气，看了看时间，已经下午三点了。我们几个出来找了点儿吃的，经理和评测中心的人在那测试。

七月三号晚

评测中心的人们下午五点准时下班，我们拿到测试报告，大家都面面相觑。结果不言而喻：一堆莫名其妙的bug。不过经理今天没有让大家加班，因为他也熬不住了，明天再说。

七月四号

国家评测中心的人过来了。还是让经理过去挡抢，我们继续找问题。结果发现：还原的Oracle数据库，有好多视图和表没有创建。找到原因之后，我们赶紧重新备份了一个全新数据。还原回去还是如此。晕~~~没办法了，结果是导出了所有的创建语句和插入语句，才把这个问题搞定。刚开始测试没多久，又发现了一堆稀奇古怪的问题。这时候，经理也没办法淡定了，我们一帮人有来开始调试环境，我用手机在网上查了半天，终于发现是分布式事务的问题。再看看类似相关的问题：果然都用到了分布式的事务！这时候，谁也不淡定了，经理决定把我们开发的服务器搬过来。开发的服务器唯一的缺点就是WCF服务和Oracle在一台机器上。而测试要求要求服务和Oracle最好要分开，不过现在，已经管不了那么多了。评测中心的人又是等了一上午，下午又开始的测试。…………

环境搞定之后，剩下的活儿就比较顺风顺水了。虽然有一些问题，但是不至于终止测试。这一过程，怎么说呢？坎坎坷坷，好事多磨。上面，只介绍了个大概的过程，中间还发生了一些事这里就不做介绍了。我只谈谈我的感悟：

二、感悟总结

1、凡事预则立，不预则废。

通俗来说，就是一定要有准备！无论你是普通程序员、高级开发工程师、架构师、项目组长……。我们都知道：有准备的更容易成功。

我认为：准备成功的人，才会更容易取得成功。像现在，大家都在北京挤地铁，挤公交。有些人浑浑噩噩，整天迷迷糊糊，能完成自己的工作就已经很不错了。这些人没有“时间”准备成功，也就无法成功。有些人说：我没有机会。那什么是机会呢？机会就像是大学毕业证，每个人都会有。只不过能找到对口的人非常少罢了。同样一件事情，有些人看是一潭死水，有些人看确看到勃勃生机。

所以不要抱怨自己不聪明，不要抱怨自己没机会，去好好做准备吧。可以说，“时刻准备成功”是每个人每时每刻的必修课。

2、如何对待领导

谷照明用《厚黑学》的理论告诉了我们：为什么刘曹孙的能够三分天下。面对领导的批评，你卷铺盖走人，只能说明你惧怕了。《中国合伙人》里面有一句话问的好：到底是我们改变了世界，还是世界改变了我们？

黄小明讲述创业经历时，有人劝他说：干我们这一行，一定不要委屈，低头弯腰下跪是基本功，小姐心态、寡妇待遇、妇联追求。

积极向领导表达自己的意见，这很重要。你不站出来代表自己，那就要说明你即将被别人代表。

3、思想远远大于技术

思想远大于技术这件事，我就不在此进行佐证了。一件件血淋淋的事实已经一次次轰炸过你的眼球了。如果没有见过，只能说是你的损失。这里我要结合评测中心的工作，谈谈自己的观点。

听着人家评测中心的进行业务咨询，以及问题阐述。你就会发现，他们所发表的言行是很有讲究的，那些问题，并不是凭空瞎问的，他们的背后一定有套强大的理论体系做支撑。这种支撑，是各种开发经验，各种测试技巧的综合。对于这次测试，我很想说的一句话是：哥们儿开眼了~~

4、码如其人

打小就听过一句话：字如其人。大概意思就是你的字写的如何，你的也基本上也就那样。后来又有：面由心生。大概就是你长得俊不俊美不美，跟内心有很大关系。

这里，我想说的是：码如其人。你写的代码怎样，你个人就是一个什么样的人。写得一手好代码，是我们的必修课。然而代码写的如何，正好印证了你的思想水平。好代码是需要不断重构的。这几天正好在看<<重构>>这本书，虽然自己做的还远远不够，但是我确是学到了这本书的思想，每次添加新功能的时候，就是重构的时候。你的代码写得怎么样，自测最好的办法就是添加新功能，如果新功能的添加起来，需要东改西改，那就别写了，抓紧重构，不然一个小水坑就会在一次次需求变更中变成一个大泥潭。

记住：重构一定能够让你开发的项目快速进行。

三、总结

现在，越来越感觉到，做一个合格的项目经理，做一个优秀的架构师真的不容易。项目经理分配的任务分工不好，会直接导致项目延期；项目不能如期完成，会直接导致到家集体加班；加班就会抱怨，越抱怨越导致工作没法做，陷入恶性循环，加大项目成本，加大的风险系数。所谓“劳师以远”正是这个道理。上面有点啥事儿找下来，就得把你批一顿。有品德的领导可能不会当着下属的面，直接批你。但是对待喜怒无常的领导，你最好不要以人的脾性来要求他。

所以说，做好一个项目经理，单纯技术好是万万不能的，你要让跟随你的人吃饱饭，让你的下属安心工作，同时，也要伺候好上级。同时，进度啊，风险分析啊，项目预算啊……各种因素吧，你要找到一个合理的平衡点。

tky项目第二个半月总结