进度:60
本周的主要任务是解决测试中发现的问题。
质量:60
本周在质量检查上没有发现特别问题。
问题：
- Roch在复杂问题的分析上不彻底便作出结论，希望这一点能够在今后的实践中改进。但话分两头说，Roch在项目的沟通上表现积极，能够在关键问题上及时沟通，这一点值得鼓励。我也由此发现了Roch的这个“分析不彻底”的毛病。我也相信，经过不断的实践，以后的沟通效率也会不断提高。
- 项目业务逻辑文档缺失，导致在测试时认为某些场景是bug。对于这个问题，目前已经建立了专门的文档来对业务逻辑进行整理，发现一个整理一个。
- 我在周末分析代码时，感触颇深，写了一篇代码中的地雷blog。目前我们的项目看上去是没有问题，实际上平静的湖面下问题很多。反思一下我们目前处理的关于GSS Lock的重构及测试，为什么会消耗掉这么多的时间，就一个wizard上的问题就反复了好多次。我希望大家在改bug时，不只是简单的将那个问题解决掉就算了。这里有难度。我曾经举过一个例子，非洲草原上的牛群在奔跑时，后面一头牛会跟着前面的一头牛的步伐前进。在维护系统时也是这样，后面的人通常会跟着前面的人的思路去改，就目前的状况，这种做法会最终将我们带进一个死胡同。而我们现在的难度就是要改变步伐，将系统的演进带到一个新的轨道上去。对class type quantity的代码重构的目的也在于此。
在6/15日，应客户的要求，给客户提供了一个尚未完成的2.56版本，但向客户明确标出了我们已经测试完成的部分，至今没有收到反馈。
下周的工作重点是提交2.56。另外，我在周六收到了客户的一个潜在客户提出的新需求，我想我们未来的又多了一份挑战这个项目的机会。