我们公司现在的开发环境是这样的,在本地开发完一个新的功能,测试无误直接上传到SVN;接下来就是将这次开发的功能从界面到后面理一遍,理清晰了就开始一点点的复制到服务器上的IDE中编译和发布。
上面的情况已经很繁琐了,下面这种情况会更糟糕。上线的系统,后期维护中会对很多功能进行完善,系统也会有周期性的测试。我们公司就是这样的,公司每个组都有测试人员,同时会请第三方公司测试。问题来了,在哪里做测试呢?每次都需要临时搭建一个测试环境,供测试人员测试。
步骤:
a.测试人员将提出的bug交给开发人员
b.开发人员根据测试文档(很多bug)完善代码
c.将完善好的代码在本地编译无误后,复制到测试环境的IDE上编译,重启服务器
d.将修改成果交给测试人员查看
e.测试人员验证通过后将修改过的代码复制到生产环境上编译,重启服务器
有多少bug,就需要将上面5个步骤循环多少次,直到所有bug解决,测试完成。最终我们想要达到的目的是测试完成后测试环境和生产环境的代码一致。往往会出现这样和那样的不一致,这就导致下次测试还会出现以前的bug,周而复始修改bug的开发人员不愿修改了,因为全是以前的问题(改一个bug需要改把本地、SVN、生产、测试代码都改了,不经意间就会漏掉一个地方)。测试人员的积极性也会降低,每次测试几百个bug,下次来还是这几百个。
出现这种情况的原因:
开发人员需要维护SVN、本地、生产环境、测试环境代码,不可以很好的兼顾,造成代码不一致。怎样去管理这些代码呢?——用集成框架应对这种情况
搭建框架——Jenknis+Ant+SVN+Tomact
第一步:开发人员只需要将自己修改的代码提交到SVN
第二步:在jenknis构建或者自动构建即可。
施工大大减少了劳动力,提高了开发效率。
注:
SVN中包含编译时需要的Build.xml文件
Je