51Testing软件测试论坛

标题: 麻烦大侠介绍一下持续集成和 [打印本页]

作者: zllogo 时间: 2012-12-5 09:17
标题: 麻烦大侠介绍一下持续集成和
大家好我刚做QA不久（以前没有接触过开发和测试）对持续集成不是很理解看过一点理论的说持续集成就是开发人员对开发的东东每天集成一次。。但还是不能很好的理解哪位大侠指导一下 O(∩_∩)O谢谢

作者: luoyear 时间: 2012-12-7 22:55
持续集成是对每日构建的一个概念上的扩充。也就是每次checkin，或者每约定的触发条件都可以触发脚本对配置库中的代码实施编译，部署，静态测试（如果有），单元测试（如果有）及自动化测试（如果有），并将编译部署及测试结果生成报告反馈给相关人员。通常来说，引起持续集成失败的问题是很严重的事件，对应的开发人员应该停止手头新功能的开发来修复造成集成失败的问题。如果不能立马解决，就先回滚代码，然后修改好后再重新Checkin。

持续集成的意义在于保证项目组在任何时候都可以得到一个具备某种质量条件的交付版本。

作者: zllogo 时间: 2013-1-10 09:24
回复 2# luoyear

您好。请教下，是不是集成的越频繁，对项目开发越有利呢？但是PM为了赶进度，每周构建一次，然后修改Error问题，并不对PMD一级违规、告警数等做处理，你怎么看待这个问题呢？

作者: ddqhf 时间: 2013-2-18 16:43

回复 luoyear

您好。请教下，是不是集成的越频繁，对项目开发越有利呢？但是PM为了赶进度，每 ...
zllogo 发表于 2013-1-10 09:24

通常情况下，能更加快速的执行集成肯定是更有利的。
这样可以及时（更早）地发现代码里面的问题，但是盲目集成（为集成而集成）则只会浪费时间。所以频率最高通常就是做到每日集成一次即可。

像你说的这个PM，他的进度只是在没集成前，表面上赶起来了，但是一旦集成后，会有诸多问题暴露出来，这时候所需要花费的时间绝不会少于持续集成所花费的时间。这是典型的短视所为

作者: yoki2004 时间: 2013-3-1 09:55
简单理解就是每日自动编译，要求开发人员每日在配置库CHECK in的代码都是高质量的，至少能编译通过的。属于敏捷中的一个实践吧。

欢迎光临 51Testing软件测试论坛 (http://bbs.51testing.com/)