JUnit之持续集成(CI,Continuous Integration)
2015-11-15 02:04
357 查看
序,测试驱动开发告诉我们,要尽早测试,经常测试。如果我们进行一点小改动时,都把所有的单元测试、集成测试和功能测试执行一遍,这就会非常浪费时间。为了避免这一点,在开发期间我们只执行单元测试,那么集成测试怎么办呢?什么时间执行呢?
举例:按钮与LED灯。
我们知道提供正确的输入,会得到正确的输出。
好处:客户或者QA工程师可以介入。
正由于以上这些原因,实现者本人就是创建白盒测试的最佳人选。
(2)构建每一个模块并执行所有的单元测试,来验证不同的模块可以安装预期的那样独立工作。
(3)执行集成测试,来验证不同的模块可以安装预期的方式相互集成
(4)发布步骤(3)中执行测试的结果。
在CI工具使用了项目正在使用的构建工具之后,构建你的项目并执行不同的测试(2,3)
CI工具发布测试结果(4)
(2)CC的配置
Jenkins的前身是Hudson(Sun开发),2010年从Hudson分支出来。由于Sun被Oracle收购,后者声称拥有Hudson的商标所有权,前者被迫这样做的。分支出来的Jenkins将继续走open source道路,而Hudson可能会用于商业用途,二者都在继续开发中。
(2)Jenkins的安装
一、集成测试与单元测试的关系
二、黑盒测试与白盒测试
这是关于软件测试的另外一种分类方式。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的关系Jenkins的前身是Hudson(Sun开发),2010年从Hudson分支出来。由于Sun被Oracle收购,后者声称拥有Hudson的商标所有权,前者被迫这样做的。分支出来的Jenkins将继续走open source道路,而Hudson可能会用于商业用途,二者都在继续开发中。
(2)Jenkins的安装
相关文章推荐
- 加载翻页容器并添加简单交互的功能
- c代码性能优化
- php处理图像的函数
- MySQL 高可用架构在业务层面的分析研究
- 应用程序打包(ipa)
- REST简介
- When to use LinkedList and When to use ArrayList- An answer in StackOverFlow
- 最新版shareSDK集成问题解决方法总结
- Spark学习之路01
- 新手学习编程的最佳方式是什么?
- 取消MyEclipse中MyEclipse Derby的显示
- 图片懒加载(转)
- 17.4.3 使用MulticastSocket实现多点广播(1)
- MulticastSocket绑定端口的问题
- 手脱Aspack变形壳1
- 书-Programming Game AI by Example
- 操作系统-mac安装linux(Ubuntu)
- 【2015/11/15】为了解决账号登录显示用户名和登录之后退出的问题倒腾一晚上!
- Fedora 19下安装rpmfusion源
- Android开发:组播(多播)与广播