2009.9.20 OA 项目组一周工作报告

进度评价:50

评价依据:

导致本周计划没有完成的有以下几个因素：

1. 本周在处理客户的XMail服务上花了额外的时间，导致计划的执行受到影响，这个影响我已经告知客户，并得到了客户的认可。

2. 本周另外处理了一个客户发过来的新bug。

3. 本周在测试和测试反馈的处理上花了较多的时间

质量评价:60

评价依据:

在本周的测试中发现了不少问题。到这这些问题的原因可以分为2类：

1. 代码执行逻辑存在错误。

2. 历史原因。以前的处理就存在逻辑处理的遗漏，而在这次修改中，修改者认为这个“遗漏”既然已经存在，所以就是合理的，所以就忽略了这个问题。

对于第一个问题，有两方面需要讨论：

1. 时效性。

2. 具体的实践方法。

对于时效性，现在大家都已经有了一个感性的认识。在没有单元测试的情况下，我们已经花了很多时间来对付这写bug。而这些时间足以让我们为那些逻辑写单元测试。

对于具体的实践方法。首先从概念上要有这样的认识，单元测试是帮组我们检查逻辑的正确性，而逻辑分为两部分，逻辑变项和逻辑形式。所以单元测试的目的就是检查逻辑形式的正确性和逻辑变项的正确性。根据上面的认识，我们在代码的设计中，要将数据的构造和数据之间的逻辑关系分离，然后对数据之间的逻辑关系进行单元测试。需要在这里再次强调的是，不要静态地来看待单元测试，也就是说不要简单的将单元测试和现在遇到的问题对应起来，看能否用单元测试来保证当前处理的质量和避免当前处理中问题。逻辑变项中同样可能包含逻辑形式，这是一个相对的，动态的分析过程，也是程序设计者和构架师发挥能力和想象的地方。

 

更多内容，请访问：我的项目周报