封闭笔记——第十八天，收官
作者：yinwm
版权声明：可以任意转载，转载时请务必以超链接形式标明文章原始出处和作者信息及本版权声明。
2010-03-18 晴
今天应该是封闭的最后一天，我们要在最后一天把这次封闭的成果上线展示出来。这次封闭其实更多的是一个练兵，是让兄弟姐妹们能够学习和提高。
今天是我们的收官之战，同志们还在前沿阵地奋战。一拨人公司配合上线的，另外一拨人测试这次开发的功能，还有继续改代码的，还有我这样记录的。
今天大家都很辛苦，几拨人都是到了中午下午才把代码全部搞定提测。需要上线的有两部分，一部分人是这次封闭做的新的小的任务，我们姑且叫做团队A。一部分是和公司一起搞的一个大版本升级，我们不妨叫做团队B。两个任务同时上线，刚刚好可以做一个不是那么精准的比较。
- 人员组成
- A组是一个中级程序员和三个初级程序员组成的团队，每人认领几个指令任务进行开发。
- B组是一个半高级程序员，而那一个全人的水平是很不错的。
- 任务类型
- A组是一个组合指令的任务，可以明确的拆分任务，而且B组的负责人前期已经制作好了一个框架。
- B组是一个现有系统的升级，牵扯到新老平台的切换，而且要修改的代码很难界定范围。
- 开发模式
- A组采用的是这次封闭尝到的单元测试先行的开发模式。
- B组由于是修改现有系统，而且以前没有任何的测试类代码，所以还是传统的开发模式。
- 任务难度
- A组的每一个细分的任务都不是很难，但是比较庞杂，想要做好了必须完全吃透需求和无数的场景。
- B组的难度比较大，是公司的一个重点项目，牵扯的系统都很多。
- 任务强度
- A组是这次封闭的主要项目。
- B组时间非常紧张，本周才开始。
- 测试人员数量
- A组一个半人，最后这半个测试人员也并入到B组的测试中。
- B组的专职测试人员4+人，还有很多不明真相的志愿者。
- 测试时间
- A组采用单元测试，从第一天可以说就在测试，从全部提测到测试结束大约3天。
- B组由于任务重，所以测试时间并不多，但是从开发开始没多长时间就开始测试了。
- Bug
- A组的Bug不能算少，但是严重的bug并不多，只是几个。大多数的bug集中在类似文案调整的类型。
- B组的Bug并不是很多，但是每一个bug都很纠结。
- Bug的修复
- A组的Bug由于存在测试用例，所以很容易定位，基本上每一个Bug修复的时间都不长。
- B组由于没有测试用例，加之系统复杂，所以每一个bug都无法快速定位，必须依靠经验和对代码的熟悉程度。而且中间还出现了相关人员集中在白板前思索可能的坑在哪的问题。
上面是一个比较不靠谱的比较，也许并不公平。但是我们从中还是能看到一些问题的。比如有了测试用例可以快速的定位bug，比如如果没有我们会很纠结。比如我们每次修改的系统如果牵扯的非常多我们就很抓狂（应该把系统隔离的更好）。
现在已经早上6点了，我们还在准备上线。两个组都还纠结，但是看到曙光了。凡是我们用例定义的好的，测试覆盖的好的，很快就过了，否则都很缓慢。我们还有很长的路要走。
记得第一天我说，行百里者半九十，我们现在还远没有走到九十里。前面的路还很长。
前方的路不知是洒满阳光还是布满荆棘，我都会掸掸身上的土，继续走下去。
