JUnit之持续集成（CI，Continuous Integration）

序， 测试驱动开发告诉我们，要尽早测试，经常测试。如果我们进行一点小改动时，都把所有的单元测试、集成测试和功能测试执行一遍，这就会非常浪费时间。为了避免这一点，在开发期间我们只执行单元测试，那么集成测试怎么办呢？什么时间执行呢？

一、集成测试与单元测试的关系

二、黑盒测试与白盒测试

这是关于软件测试的另外一种分类方式。

1 黑盒测试

定义：一个黑盒测试不用关心系统内部的状态与行为，测试仅仅依赖于系统内部外部接口来验证它的正确性。

举例：按钮与LED灯。

我们知道提供正确的输入，会得到正确的输出。

好处：客户或者QA工程师可以介入。

2 白盒测试

定义：使用实现的具体知识来创建测试并驱动测试进程。我们不仅需要了解一个组件的实现，并且需要了解它是如何与其他组件交互的。

正由于以上这些原因，实现者本人就是创建白盒测试的最佳人选。

三、持续集成测试

1 定义

持续集成是一种软件开发实践方法，即开发团队的成员频繁地集成他们各自开发的模块。通常每位成员每天至少集成一次，也可能一天集成多次。每次集成都通过一次自动构建（包括测试）来验证，以便尽快建成出集成错误。许多开发团队发现，采用这个方法可以使集成问题显著地减少，同时也可以使团队软件开发更加高效。

2 持续集成工具需要具备如下基本步骤

（1）从源码控制系统检查项目

（2）构建每一个模块并执行所有的单元测试，来验证不同的模块可以安装预期的那样独立工作。

（3）执行集成测试，来验证不同的模块可以安装预期的方式相互集成

（4）发布步骤（3）中执行测试的结果。

3 持续集成方案

CI工具与源码控制系统集成来获取项目（1）

在CI工具使用了项目正在使用的构建工具之后，构建你的项目并执行不同的测试（2,3）

CI工具发布测试结果（4）

四、持续集成工具

1 CruiseControl（CC）

（1）CC的安装

（2）CC的配置

2 Hudson（是Jenkins的前身）

（1）Hudson与Jenkins的关系