每日构造

每日构造是eERP研发团队为提高研发效率、提高版本质量而推行的重要举措。在SIO和BS4Sales模块试点成功后，我们已在项目组全面推广。

通过实施每日构造，我们要达成三个目的：
1、通过每日构造这种方式可以暴露出项目计划和开发进度协调甚至框架设计、需求说明方面存在的一些问题，并迫使我们去改进。它要求我们更加精确地细化研发计划，给研发人员更直接具体的研发进度压力，并使我们能够更加及时地发现研发各部分计划和进度协调的问题并及时改进，从而达到提高研发效率，使我们的研发管理更加规范的目的。

2、冒烟测试可以使得测试人员更早更深入地介入软件研发过程，更加及时地向开发人员反映版本中存在的问题（当然开发人员也可以自测更早地发现问题），也有助于发现版本中更深层次的问题。达到提高测试覆盖率、提高版本质量的目的。

3、一个经过N多次冒烟测试的版本，在交付正式测试时，测试人员应当已经对这个产品版本有了深刻认识，对可能存在的问题也可做到心中有数。基于此，研发组就可以缩短正式测试的周期，准确把握测试所需要次数和时间，一改以往周期不可控的状况（过去一个新版本提交测试，需要多长时间，需要多少次测试可以通过，项目组往往不能准确估算）。

目前系统可以实现根据所设定的时间自动到clearcase中提取代码，自动统计有效代码量并编译构造版本。提供Modify.log文件，记录前后两次构造之间哪些文件被修改，为项目组查错提供帮助。冒烟测试则基于集成众多测试脚本的自动化平台。实施以来，编译频率基本保持在每天一次，测试验证频率基本保持在每周2～3次。在Team-leader的推动下，借助logiscope工具，定制了编程规范自动检查脚本，使系统可以自动进行编程规范和代码静态缺陷的检查，及时发现代码中很多潜在的隐患，例如有一次构造后统计出有27处Switch语句的case分支没有使用break结尾，而就在不远的过去－－－用户服务器应用程序吊死，就是因为漏写break语句而引起！

实施以来，开发人员反响良好，成效显著。在总结会议上，项目经理说：“改进中积累的bug超乎想象！迭代测试，bug积累的时间比较短，能够及时解决，快的时候每天的版本不只1、2个！效果特别明显的是为“长城”实施eERP，“长城”需求比较特殊，而且变动频繁，每天迭代版本，测试，改进的效果很好。”朱博士说：“以前代码集成是一个恶梦。每个模块即使都是正确的，拼起来却往往是错的。每日构造保证集成付出的代价最小。”......

项目组随即趁热打铁，拟制了每日构造实施规范，从而把每日构造纳入了规范管理的体