“我的TDD实践”系列之CI持续集成

写在前面:

  我的TDD实践这几篇文章主要是围绕测试驱动开发所展开的,其中涵盖了一小部分测试理论,更多的则是关注工具的使用及环境的搭建,做到简单实践先行,后理论专精的目的。

TDD实践系列文章:

  1.TDD概念篇

  2.CI持续集成

  3.SVN架设篇

  4.UnitTest单元测试

  

简介

  CI(Continuous Integration)持续集成,最重要的服务对象是TDD,它是一个集合概念,包括自动构建build项目,自动分析代码,自动测试,自动邮件报告,自动预编译检查,自动发布等等,这些都围绕一个中心词“Auto”,当然它不能帮您自动完成代码 :)。所有这些操作,直接解放了项目管理者,每日构建集成(Build every day)将会很大程度上提高项目的稳定性,代码的健壮性及随时反馈。

  持续集成经典定义:www.martinfowler.com/articles/continuousIntegration.html

  持续集成是一种能让团队成员友好“集成”(integrate)工作的软件开发实践,通常每个人最少每日“集成”一次,也就是说每天都要进行大量的“集成”(multiple integrates per day)。每一次集成都被自动构建器(automated build including test)尽可能快的检测集成错误。许多团队开发者发现,这种方法极大的降低了团队简集成的问题,而且能让团队更快的开发出有凝聚力,结合力的软件(cohesive software)。 

                                                                                                                  --- Martin Fowler 

  持续集成拓扑图:

  

  从实用性角度来说,持续集成避免了因为某人突然发生的Bug,导致团队的人员必须等待这个Bug被修复,持续集成每日集成则大大降低了这种事情发生的概率或者控制在一个合理发生Bug的时间内(一个工作日)。

  1. 什么样的集成“频率”才是合理的?

  

  2. 持续集成具体的优势和劣质在哪里?

    2.1. 可能出现的问题:

      2.1.1. 增加了维护CI的成本:起初可能是要在配置环境上花费些功夫,但比起使用效率上以及代码健壮性控制上,则CI更有意义。

      2.1.2. 需求更改过于频繁,功能复杂:TDD开发的一个原则是“尽可能用最简单的代码完成一个需求,不添加额外的功能,如果需求改变,则让测试部通过,然后重构,即不要一次完成将来可能的任务,只注重当前”。

      2.1.3. 增加软硬件成本和团队学习曲线(Study Curve):同第一条定律,学习曲线则可根据团队情况逐渐深化。

      2.1.4. 团队成员将不得不编写测试和构建项目:有了这些团队成员可以只关注编写代码和调试代码,比起修复那些被测试人员发现的bug,更多的利用了Coder的个人才能。(啰嗦一句,本人曾深受过那些莫名其妙的bug所带来的危害,有些还是由于其他人的改动导致的,这样不得不F11跟踪代码来理解Bug产生的流程,绝大多数时刻是极其痛苦的。)

      2.1.5. 旧项目是否能用CI: 即使旧项目中没有单元测试,也可以用CI中的源代码管理等诸多功能。这里除非有绝对的意义,否则也不建议在旧代码的基础上补充单元测试。

    2.2. 应用CI的优势:

      2.2.1. 降低软件风险提高软件的质量:测试代码覆盖率越高,提供的稳定性就越高,建议代码覆盖率80%以上,所谓的二八原则?!

      2.2.2. 增强项目的透明度:集成服务器持续的反馈集成信息,包括集成是否成功,Bug修复的时间,修复Bug的时间等。

      2.2.3. 迅速构建:更快的发现问题,以及要求构建时间平均在1.9分钟左右。

  3. 持续集成相关工具介绍:

    3.1. 源文件管理系统(Source file control system):SVN ,TFS(VSS),Github。。。。

      具体内容请参考,本系列的其他文章:请返回文章前言

    3.2. 持续集成服务端(平台):

      3.2.1. TFS Server:微软一体化解决方案。

      3.2.2. TeamCity:近些年流行起来的CI集成平台,由JetBrains维护。

      3.2.3. CruiseControl.Net: 老旧的平台,脚本配置,06年更新过一回。

    3.3. 单元测试工具:

      MSTest,NUnit

      具体内容请参考,本系列的其他文章:请返回文章前言

    3.4. 代码分析工具:

      FxCop,StyleCop,Ncover

      具体内容请参考,本系列的其他文章:请返回文章前言

    3.5. 其他工具:

      SandCastle文档构建,Mock框架,Inject框架

      具体内容请参考,本系列的其他文章:请返回文章前言

持续集成服务端搭建

  本节主要叙述几种持续集成服务端的搭建及其中一些小的细节上的说明,由于时间原因,没有更深层次的说明更多的功能特性,这确实是不足之处,待今后有时间补充。

  1. CruiseControl.Net(CC.net):

    a) 介绍:Thoughtworks旗下产品,免费,需配置脚本文件。

      官网:http://confluence.public.thoughtworks.org/display/CC/Understanding+the+alternatives+to+CruiseControl

    b) 安装步骤:

i. 下载CCnet:http://sourceforge.net/projects/ccnet/?source=dlp

ii. 点击安装包,进行默认安装。

iii. 安装完之后,如果是默认安装的话,在%Program Files%\CruiseControl.NET\server,找到文件ccnet.config并用记事本打开并编辑。

iv. 网上有很多配置文件,如下是我的配置文件,

    c) 手动运行:在安装程序中启动CruiseControl.Net,验证是否成功。

    d) 日志文件在:D:\CI\ArtifactWork\buildlogs目录下。

    e) 查看相关记录:http://localhost/ccnet(前提是请安装IIS)

    f) 客户端使用CCTry 获取反馈。

  2. TeamCity

    a) 介绍:简而言之,小项目免费,大项目付费。Web配置代替脚本配置。

        官网:http://www.jetbrains.com/teamcity/

     拓扑图:

     b) 安装步骤:

i. 下载:http://www.jetbrains.com/teamcity/download/download_thanks.jsp

ii. 默认安装。(需更改端口防止冲突,选择user account登录)

iii. Web配置:

        1. 配置视频:http://www.jetbrains.com/teamcity/documentation/demos/installation_new/index.html

                   http://www.jetbrains.com/teamcity/documentation/userguide.jsp

        2. TeamCity在线文档:http://confluence.jetbrains.com/display/TCD8/Configuring+General+Settings

        3. 登录配置网页进行相关设置,http://localhost:8011/login.html(安装时,更改了端口号为8011防止冲突)

          3.1. 点击 Create New Project

          3.2. 点击 Create build configuration。(也可先创建一个子项目,然后再新建一个配置)

          3.3. 点击左上角的 Create and attach new VCS root, 然后VCS 类型选择SVN,如下配置:

      

          3.4. 保存之后,继续配置:

             选择自动构建的方式:选择Microsoft Visual Studio,也可选择其他的构建器,如MSBuild。

          3.5. 增加一个Build Feature,这里可暂时不选择,直接跳过此步骤:点击网页右侧的导航栏,选择第4步。

          3.6. 在导航中点击第5步:Build trigger

          3.7. 这里已经完成了基本配置,更多高级选项请参考TeamCity官方资料。

  

  3.Team Foundation Server(TFS)

    a) 介绍:与VS2010集成,一体化解决方案,当然没有免费的午餐。

      官网:http://msdn.microsoft.com/zh-cn/vstudio/ff637362.aspx

        拓扑图:

     b) 安装步骤:

      请参见:http://msdn.microsoft.com/zh-cn/vstudio/ff637362.aspx

      

      

参考资料:

  《Continuous Integration IN .NET》          Marcin Kawalerowicz 

      

 

我的TDD实践---CI持续集成的更多相关文章

  1. Gitlab CI 持续集成的完整实践

    Gitlab CI 持续集成的完整实践 本着公司团队初创,又在空档期想搞点事情,搭建了私有Gitlab的契机,顺便把持续集成搭建起,实现了对Python服务端代码的单元测试.静态代码分析和接口测试的持 ...

  2. CI持续集成

    CI持续集成 “我的TDD实践”系列之CI持续集成 写在前面: 我的TDD实践这几篇文章主要是围绕测试驱动开发所展开的,其中涵盖了一小部分测试理论,更多的则是关注工具的使用及环境的搭建,做到简单实践先 ...

  3. GitLab CI持续集成配置方案

    目录 1. 持续集成介绍 1.1 概念 1.2 持续集成的好处 2. GitLab持续集成(CI) 2.1 简介 2.2 GitLab简单原理图 2.3 GitLab持续集成所需环境 2.4 需要了解 ...

  4. Git Hooks、GitLab CI持续集成以及使用Jenkins实现自动化任务

    Git Hooks.GitLab CI持续集成以及使用Jenkins实现自动化任务 前言 在一个共享项目(或者说多人协同开发的项目)的开发过程中,为有效确保团队成员编码风格的统一,确保部署方式的统一, ...

  5. 【补充】Gitlab 部署 CI 持续集成

    上一篇:<劈荆斩棘:Gitlab 部署 CI 持续集成> 上一篇所配置的.gitlab-ci.yml: stages: - build - test before_script: - ec ...

  6. [原创]CI持续集成系统环境--Gitlab+Gerrit+Jenkins完整对接

    近年来,由于开源项目.社区的活跃热度大增,进而引来持续集成(CI)系统的诞生,也越发的听到更多的人在说协同开发.敏捷开发.迭代开发.持续集成和单元测试这些拉风的术语.然而,大都是仅仅听到在说而已,国内 ...

  7. Ubuntu Docker 安装和配置 GitLab CI 持续集成

    相关文章: Ubuntu Docker 简单安装 GitLab 劈荆斩棘:Gitlab 部署 CI 持续集成 目的:在 Ubuntu 服务器上,使用 Docker 安装和配置 GitLab Runne ...

  8. CI持续集成系统环境--Gitlab+Gerrit+Jenkins完整对接

    原文地址https://www.cnblogs.com/kevingrace/p/5651447.html 近年来,由于开源项目.社区的活跃热度大增,进而引来持续集成(CI)系统的诞生,也越发的听到更 ...

  9. 物联网架构成长之路(47)-利用GitLab实现CI持续集成

    0.前言 前段时间,考虑到要练习部署一套CI/CD的系统.一开始考虑到Jenkins,随着这两天的了解,发现最新版的GitLab已经提供有CI/CD集成了.所以本次博客,干脆一步到位,直接用GitLa ...

随机推荐

  1. Java的File.separator

    一.File类 在Windows下的路径分隔符(\)和在Linux下的路径分隔符(/)是不一样的,当直接使用绝对路径时,跨平台会报No Such file or diretory异常. File中还有 ...

  2. bzoj1968

    题解: 显然每一个数对答案的贡献为n/i 代码: #include<bits/stdc++.h> using namespace std; int n; int main() { scan ...

  3. java -jar 使用要点

    1.在将进程设为脱离终端运行时,输出流不能输出到当前窗口.否则,退出终端后,进程会pause.pause是停滞,是僵尸进程. 2.包含资源文件的war.jar文件是无法独立运行的.需要解压到临时目录. ...

  4. node(3)Buffer缓冲区

    buffer 专门用来存放二进制数据的缓冲区:处理文件流 TCP流 const buf = Buffer.from('runoob', 'ascii'); // 创建一个长度为 10.且用 0x1 填 ...

  5. session和cokkie的区别与作用

    session在计算机中,尤其是在网络应用中,称为“会话机制”,Session对象存储特定用户会话所需的属性及配置信息,这样,当用户在应用程序的web页之间跳转时,存储在session对象中的变量将不 ...

  6. JSONP解决跨域问题,什么是JSONP(转)

    原文链接:https://www.cnblogs.com/xinxingyu/p/6075881.html 说到AJAX就会不可避免的面临两个问题,第一个是AJAX以何种格式来交换数据?第二个是跨域的 ...

  7. MVC扩展之HtmlHelper辅助方法

    1.什么是HtmlHelper辅助方法?其实就是HtmlHelper类的扩展方法,如下所示: namespace System.Web.Mvc.Html { public static class F ...

  8. <Spark><Tuning and Debugging>

    Overview 这一部分我们主要讨论如果配置一个Spark application,如何tune and debug Spark workloads 配置对Spark应用性能调优很重要.我们有必要理 ...

  9. 初识Linux------虚拟机VM三种配置网络的解说

    桥接模式: 相当于在物理主机与虚拟机网卡之间架设了一座桥梁,从而可以通过物理主机的网卡访问外网. NAT模式: 让 VM 虚拟机的网络服务发挥路由器的作用,使得通过虚拟机软件模拟的主机可以通过物理主 ...

  10. json_encode 处理后的数据是null

    原因: json_encode($str) 中的字符串 必须是 utf-8的格式: -------------------------------- 问题描述: 返回的json数据: <?php ...