进度:60
- 本周基本上完成了任务。由于任务的变更，GSS Lock的相关测试在本周仍然没有完成。
- 总的来说，目前的进度面临以下5个方面的压力
- 1. GSS Lock的相关测试
- 2. 处理2.55中的bug
- 3. GSS服务的测试客户端开发
- 4. 2.56中的任务
- 5. 处理GSS 在Integration测试中可能发现的bug
关于这5个方面的情况
- 1. GSS Lock的相关测试可能还需要2天（2人）时间才能够处理完
- 2. 2.55中的bug目前还有一个等待客户的反馈
- 3. GSS服务的测试客户端的开发估计为70小时，目前已经使用了4小时。这个项目准备采用数据的获取/处理与数据的显示相分离，希望能够以此提高工作效率和项目质量。实践的经验将在OA的开发中推广
- 4. 2.56的任务客户一直在调整，目前有19个，其中难度和工作量较高的有8个。部分由难度的任务将分配给Roch处理，以提高其在项目中的开发能力
- 5. 在GSS的设计中，已经考虑到了出错数据的跟踪，只要客户将日志发给我们，我们这里就能够很容易重现客户报的问题。所以处理GSS中的bug应该不会很困难。另一方面，GSS服务在提交时，都已经用测试程序检验过，并对数据进行了对比，所以即便是有bug，也不应该在数据的正确性--这一根本的问题上。
质量:55
本周代码质量不存在大的问题。我准备将代码反馈放到OA Bugs目录下，也算是项目质量的一个积累，供大家日后参考。
本周收到客户关于GSS 服务测试的一个反馈，反映出我们之前对非法数据的处理不够充分，即数据处理流程上存在漏洞，希望大家日后注意这类问题。
本周客户报的另外一个bug是由于我之前对需求的理解存在错误导致。
另外，GSS Lock在GroupBooking的调整中，成功实践了“用尽量少的方法去修改显示UI的状态”的实践，去掉了代码中的不必要的复杂度，并使界面元素具有可测试性。这一点已经和大家讨论过，希望大家在今后的代码重构和任务的处理中，思考并实践类似的问题。
本周Roch表现出了较强的独立性，个人认为“独立性”并不是一个人独自完成某项任务，而不和团队中的其它成员沟通；而是在任务的进行中，主动提出问题，并根据问题的特点，设计出与团队成员具体的沟通内容后，然后再与团队的成员沟通；沟通的同时，能够带动沟通的对象去思考。希望Roch能够花些时间去揣摩。