build的确很重要，不知道可不可以介绍一下各自工作中遇到的问题和解决方法，大家交流一下应该会很有帮助。
我们公司现在不同的产品情况不太一样，我这边刚刚改为ant编译，现在也就是初步接触中，要学的东西还有很多阿！

但是功能测试都要做的化，那不是要花很长时间？

daily build真正实施是有很多困难的。最大的就是时间和人手问题。

做产品的公司可以实施daily build，但是做项目的公司实施起来似乎太难。我的实际情况是想推行自动构建领导都不感冒，和谈daily build。

哪位做项目的同仁有经验的可否传授一下。

非常同意楼上的说法。我这里也是这种情况。

引用:

原帖由 henrybenben 于 2008-1-18 17:30 发表
daily build真正实施是有很多困难的。最大的就是时间和人手问题。

做产品的公司可以实施daily build，但是做项目的公司实施起来似乎太难。我的实际情况是想推行自动构建领导都不感冒，和谈daily build。

哪位做 ...

国内情况估计大多如此。

果然是好帖！
醍醐灌顶 哪天我一不小心成为了个中高手  一定请楼主吃饭  还有版主^_^

引用:

原帖由 henrybenben 于 2008-1-18 17:30 发表
daily build真正实施是有很多困难的。最大的就是时间和人手问题。

做产品的公司可以实施daily build，但是做项目的公司实施起来似乎太难。我的实际情况是想推行自动构建领导都不感冒，和谈daily build。

哪位做 ...

我以前的公司是做外包的，测试都是白盒测试。主要做cobol。
但是我说服领导的方法：当着他的面给他演示，然后为他算账，进行自动构建和测试每个月能省下多少人月。当时项目经理眼睛就蓝了。然后daily build也就慢慢顺理成章了

另外对于冒烟测试到底是什么还是不理解
书上和百度上的解释让我从迷茫到更迷茫

不知道我们的项目是不是符合楼主的理论呢？比较白痴一点，不知道是不是我所理解的构建。
我们项目很大，基本是用JAVA语言，基于dorado框架开发，开发每天都会提交源代码到SVN上，每天都会bulid发布新版本，在客户测试前，会有专门扫测，提供给客户可测版本，客户测试发现的bug还会通过CQ提交开发改正，现在很有序，不知道对大家是否有帮助，如果有益我可以开贴说说。

文章的最后一句话，太有震撼力了！