大试，来自哪个名词字典，不知道。

IT业界从来没见过这么一个词，缺用在了项目中，分为：小试，中试，大试，即三种规模的用户测试。

项目进展到今天，匍匐前进，领导都用爬山来形容这个项目，我觉得确切的说应该用:蹒跚。一路摇摇摆摆，匍匐前进，从来没有加速过，感觉很多东西一团糟。

上个月，和客户100多人一起去顺义开了个中试验收会，标志着中试的结束，其实大家都知道，效果很差，大部分用户都不认可，系统的稳定问题，数据问题，很多未开发的未实现的功能是用户最不满意的地方。

所谓的烽火台，加上所谓的客户端代码化控件，通知书控件，使得这个负重不堪的系统又背负上了沉重的负担，根本无法前进，为什么不能轻装上阵了。

明天就要大试了，今天周日，大家都来基本，美其名曰：验证数据，而一直到晚上10点半，数据移植还没有搞完，100多人有耽误了一天，但明天的测试怎么样，大家都清楚，晚上只留下了几个组长继续等着数据移植，等移植完后，再进行系统的验证，每次都是最后关头才开始准备，提前一天都不行。数据移植到极点能完成，没有人知道，估计是凌晨去了，也可能一晚上都不行，我们也是白等，但还是要等的，因为明天用户要测试，我们不努力更不行。但这样的努力又无济于事，也很矛盾。

熬夜，解决不了问题，最后乱成一团，更不行。我明显感到大试的准备还没有中试的准备到位，不知道为什么越往后，越乱。越没有条理。这么大的项目，不计划，没有条理能行吗？

我无可奈何，我无话可说，我只好自己尽力。对得起这个项目。

发表于 @ 2009年06月21日　22:30:00 | 评论( loading... ) | 编辑| 举报| 收藏

旧一篇:人员开始流失，促使发了08年年终奖 | 新一篇:演练