您好,欢迎光临本网站![请登录][注册会员]  

搜索资源列表

  1. 持续集成:软件质量改进和风险降低之道 PDF

  2. 第18届Jolt震撼大奖图书 本书全面深入地讨论持续集成的各个方面。本书介绍了一种增加项目可见性、降低项目失败风险的有效实践。许多软件开发的资深人士认定,这种方法非常不错。本书除了介绍持续集成的基本原则和工具之外,也介绍了测试驱动、代码审查、数据库集成、信息反馈等实践和工具。书中的各种主题介绍了今天在持续集成领域中运用的各种方法,帮助读者衡量需要进行的折衷。
  3. 所属分类:C++

    • 发布日期:2012-03-31
    • 文件大小:21mb
    • 提供者:guansir
  1. 持续集成软件质量改进和风险降低之道 中文版

  2. Martin Fowler做的序。 本书首先从最基础的东西开始讲起,讨论了持续集成的概念和实践,然后进一步讨论了持续集成系统执行的其他有效过程,如数据库集成,测试、审查。部署和反馈。通过40多个持续集成相关的实践和不同语言环境下的应用示例,读者可以明白持续集成将导致更快速的软件开发,在开发生命周期中的每一步都能得到可部署的软件,而且减少了引入缺陷和发现缺陷之间的时间,节约了开发时间,降低了开发成本。通过成功地实现持续集成,开发者可以减少风险和重复的手工操作过程,开发团队可以更好地了解项目的状态
  3. 所属分类:其它

    • 发布日期:2012-04-25
    • 文件大小:21mb
    • 提供者:sguoliu
  1. 持续集成(Continuous Integration)

  2. 高清英文PDF版。 《持续集成:软件质量改进和风险降低之道》荣获2008年jolt世界图书大奖。《持续集成:软件质量改进和风险降低之道》全面深入地讨论持续集成的各个方面,介绍了一种增加项目可见性、降低项目失败风险的有效实践。此外,还介绍了测试驱动、代码审查、数据库集成、信息反馈等实践和工具。全书列举了持续集成系统的优缺点,如何去使用持续集成系统,什么时候使用等,可操作性极强。
  3. 所属分类:其它

    • 发布日期:2012-05-31
    • 文件大小:5mb
    • 提供者:wangxm1983
  1. 持续集成:软件质量改进和风险降低之道

  2. 第18届Jolt震撼大奖图书 本书全面深入地讨论持续集成的各个方面。本书介绍了一种增加项目可见性、降低项目失败风险的有效实践。许多软件开发的资深人士认定,这种方法非常不错。本书除了介绍持续集成的基本原则和工具之外,也介绍了测试驱动、代码审查、数据库集成、信息反馈等实践和工具。书中的各种主题介绍了今天在持续集成领域中运用的各种方法,帮助读者衡量需要进行的折衷。
  3. 所属分类:IT管理

    • 发布日期:2014-03-19
    • 文件大小:21mb
    • 提供者:webtom1978
  1. 《持续集成:软件质量改进和风险降低之道》读书笔记

  2. 《持续集成:软件质量改进和风险降低之道》全面深入地讨论持续集成的各个方面。《持续集成:软件质量改进和风险降低之道》介绍了一种增加项目可见性、降低项目失败风险的有效实践。许多软件开发的资深人士认定,这种方法非常不错。本书除了介绍持续集成的基本原则和工具之外,也介绍了测试驱动、代码审查、数据库集成、信息反馈等实践和工具。书中的各种主题介绍了今天在持续集成领域中运用的各种方法,帮助读者衡量需要进行的折衷。
  3. 所属分类:系统集成

    • 发布日期:2017-08-02
    • 文件大小:554kb
    • 提供者:memeda111
  1. 软件测试中大规模项目团队持续集成实践之一二

  2. 项目软件测试中大规模项目团队持续集成实践之一二一、持续集成基础在典型的软件项目中,集成阶段一般都是在最后,因此也是出现问题最多,而且最有可能导致不能按时交付。而持续集成(XP十二实践之一)可以用来解决这个问题。既然大家都认为“频繁地使软件软件测试中大规模项目团队持续集成实践之一二一、持续集成基础在典型的软件项目中,集成阶段一般都是在最后,因此也是出现问题最多,而且最有可能导致不能按时交付。而持续集成(XP十二实践之一)可以用来解决这个问题。既然大家都认为“频繁地使软件在某一代码基线构建并通过测试
  3. 所属分类:其它

    • 发布日期:2021-03-23
    • 文件大小:155kb
    • 提供者:weixin_38740391
  1. 持续集成之戏说Check-inDance

  2. 管Thoughtworks的首席科学家Martionfolwer为“持续集成”下了定义,但由于自身背景与经历的不同,每个人对其都有不同的理解。从狭义上讲,持续集成可以认为是一种基于某种或者某些变化对软件系统进行的经常性的构建活动(注:这里的构建活动不仅指编译打包   管Thoughtworks的首席科学家Martionfolwer为“持续集成”下了定义,但由于自身背景与经历的不同,每个人对其都有不同的理解。从狭义上讲,持续集成可以认为是一种基于某种或者某些变化对软件系统进行的经常性的构建活动(注
  3. 所属分类:其它

    • 发布日期:2021-03-23
    • 文件大小:152kb
    • 提供者:weixin_38668225
  1. 使用云和虚拟化技术实现持续交付

  2. 现如今,单元测试、自动化验收测试、持续集成等技术手段已被很多项目团队所采用,它们可以在软件开发活动中很大程度的保证开发软件的正确性,即是否满足了新的需求并且没有破坏已有的需求。但是如果软件无法顺利的部署到生产环境上,就不能带来任何商业价值。作为软件开发人员,为了验证软件是否能够部署成功,不应该只有当软件设计、开发、测试等阶段结束后才向生产环境或准生产环境部署,而应该把部署作为整个软件开发活动的一部分,从项目之初,在项目整个持续过程中,实现自动化的构建、部署、测试,即“部署流水线”。有了“部署流水
  3. 所属分类:其它

    • 发布日期:2021-03-02
    • 文件大小:329kb
    • 提供者:weixin_38690079
  1. 持续集成之“测试三角形与分段构建策略原则”

  2. 随着软件产品新特性的不断增加,软件自动化测试用例的数量也会成倍增长。对于一些历史“悠久”的遗留系统来说,甚至会积累数以万计的自动化测试用例。如果对这样的系统进行持续集成,还要求每个开发人员都要进行本地验证的话,困难的确不小。让我们还是看看Joe的团队是如何解决类似问题的吧。在《》一文中,咱们说到:Joe?的团队实施了带有令牌的持续集成提交流程纪律。由于每个人都做本地构建进行验证后再提交,所以持续集成平台上的构建结果比较稳定,每天持续集成服务器上的构建最多只有一两次失败(常见的原因是忘记提交某个文
  3. 所属分类:其它

    • 发布日期:2021-02-26
    • 文件大小:309kb
    • 提供者:weixin_38681301
  1. 持续集成之Jenkins

  2. Jenkins是基于Java开发的一种持续集成工具,用于监控持续重复的工作,功能包括:1.持续的软件版本发布/测试项目。2.监控外部调用执行的工作。跟其他持续集成相比,它的主要优点有:1.开源,即免费。2.支持多种平台(windows、linux、osx都支持)。3.安装、配置简单。4.Web可视化管理界面,并且有丰富的tips帮助信息。Jenkins的前身是Hudson(Sun开发),2010年从Hudson分支出来。由于Sun被Oracle收购,后者声称拥有Hudson的商标所有权,前者被迫
  3. 所属分类:其它

    • 发布日期:2021-02-26
    • 文件大小:535kb
    • 提供者:weixin_38694355
  1. 基于容器服务的持续集成与云端交付(一)-交付之禅

  2. 随着微服务架构与容器虚拟化技术的发展,持续集成与持续交付的概念又重新回到了大家的视野,越来越多的公司开始使用持续集成的系统来解决频繁发布带来的质量问题;使用持续交付的工具来实现代码在不同环境上的自动部署。原本有些学院派乌托邦式的思想正被千千万万次的集成与部署证明着它应有的价值。那么究竟是因为什么让持续集成与持续交付这个已经不再年轻的软件开发与交付的思想重新焕发绽放迷人的光彩呢?传统软件的开发与交付的周期都很漫长,一款普通的企业软件通常需要十几个开发人员,几个月的时间来完成,从需求的分析、系统的设
  3. 所属分类:其它

    • 发布日期:2021-02-25
    • 文件大小:262kb
    • 提供者:weixin_38698149
  1. 互联网敏捷DevOps和自动化之5.SCM和持续集成

  2. 持续集成的价值是什么?对于开发和测试人员又意味着什么呢?使用持续集成和测试驱动开发的敏捷实践说到持续集成,我们就不得不提到源代码管理,尤其是互联网得今天源代码得管理至关重要,分之策略和代码合并,代码review都是整个软件生命周期得关键点,那么下面我就对常用得代码管理svn和git进行详细介绍和阐述AboutGitandGitflowSubversion有一个很标准的目录结构,是这样的。比如项目是proj,svn地址为svn://proj/,那么标准的svn布局是svn://proj/|+-tr
  3. 所属分类:其它

  1. 高效客户端持续集成实践之路

  2. 敏捷开发以用户的需求进化为核心,采用迭代、循序渐进的方法进行软件开发。闲鱼目前采用泳道任务模式进行迭代开发,开发周期是两周一个版本,发版频率比较高,并行开发的业务需求又很多,怎么才能高效的迭代开发?测试资源相对紧缺,如何保证客户端的研发质量?于此同时,迭代过程中,构建、集成以及测试都需要人工干预,沟通成本和出错概率都比较高。如何有效的解决上面这些问题?首先想到的是持续集成,能够做到自动化、集成测试和及时反馈问题,才能减少开发和测试的成本,提高团队的工程能效。闲鱼在客户端持续集成方案上面做了些探索
  3. 所属分类:其它

    • 发布日期:2021-02-24
    • 文件大小:458kb
    • 提供者:weixin_38592502
  1. 软件测试之持续集成

  2. 说到软件测试,自然就会联想到持续集成。测试工作繁琐,如果测试人员仍然坚持按照旧的模式,开发人员提交代码至svn》测试人员检出源码》编译打包》上传服务器》部署启动,十分耗时,且过程中都需要测试人员进行操作,易造成人力资源的浪费。针对这种情况,持续集成工具jenkins被引入到测试工作中,协助测试人员进行“自动化部署、启动”。Jenkins,基于Java开发的一种持续集成工具,用于监控持续重复的工作,旨在提供一个开放易用的软件平台,使软件的持续集成变成可能。当开发人员完成一个阶段性的研发工作或修复完
  3. 所属分类:其它

    • 发布日期:2021-02-23
    • 文件大小:423kb
    • 提供者:weixin_38635794
  1. 持续集成之Jenkins

  2. Jenkins是基于Java开发的一种持续集成工具,用于监控持续重复的工作,功能包括:1.持续的软件版本发布/测试项目。2.监控外部调用执行的工作。跟其他持续集成相比,它的主要优点有:1.开源,即免费。2.支持多种平台(windows、linux、osx都支持)。3.安装、配置简单。4.Web可视化管理界面,并且有丰富的tips帮助信息。Jenkins的前身是Hudson(Sun开发),2010年从Hudson分支出来。由于Sun被Oracle收购,后者声称拥有Hudson的商标所有权,前者被迫
  3. 所属分类:其它

    • 发布日期:2021-02-20
    • 文件大小:535kb
    • 提供者:weixin_38746166
  1. 互联网敏捷DevOps和自动化之5.SCM和持续集成

  2. 持续集成的价值是什么?对于开发和测试人员又意味着什么呢?使用持续集成和测试驱动开发的敏捷实践说到持续集成,我们就不得不提到源代码管理,尤其是互联网得今天源代码得管理至关重要,分之策略和代码合并,代码review都是整个软件生命周期得关键点,那么下面我就对常用得代码管理svn和git进行详细介绍和阐述AboutGitandGitflowSubversion有一个很标准的目录结构,是这样的。比如项目是proj,svn地址为svn://proj/,那么标准的svn布局是svn://proj/|+-tr
  3. 所属分类:其它

  1. 持续集成之“测试三角形与分段构建策略原则”

  2. 随着软件产品新特性的不断增加,软件自动化测试用例的数量也会成倍增长。对于一些历史“悠久”的遗留系统来说,甚至会积累数以万计的自动化测试用例。如果对这样的系统进行持续集成,还要求每个开发人员都要进行本地验证的话,困难的确不小。让我们还是看看Joe的团队是如何解决类似问题的吧。在《》一文中,咱们说到:Joe?的团队实施了带有令牌的持续集成提交流程纪律。由于每个人都做本地构建进行验证后再提交,所以持续集成平台上的构建结果比较稳定,每天持续集成服务器上的构建最多只有 一两次失败(常见的原因是忘记提交某个
  3. 所属分类:其它

    • 发布日期:2021-01-31
    • 文件大小:298kb
    • 提供者:weixin_38499503
  1. 基于容器服务的持续集成与云端交付(一)-交付之禅

  2. 随着微服务架构与容器虚拟化技术的发展,持续集成与持续交付的概念又重新回到了大家的视野,越来越多的公司开始使用持续集成的系统来解决频繁发布带来的质量问题;使用持续交付的工具来实现代码在不同环境上的自动部署。原本有些学院派乌托邦式的思想正被千千万万次的集成与部署证明着它应有的价值。那么究竟是因为什么让持续集成与持续交付这个已经不再年轻的软件开发与交付的思想重新焕发绽放迷人的光彩呢?传统软件的开发与交付的周期都很漫长,一款普通的企业软件通常需要十几个开发人员,几个月的时间来完成,从需求的分析、系统的设
  3. 所属分类:其它

    • 发布日期:2021-01-29
    • 文件大小:252kb
    • 提供者:weixin_38584642
  1. 高效客户端持续集成实践之路

  2. 敏捷开发以用户的需求进化为核心,采用迭代、循序渐进的方法进行软件开发。闲鱼目前采用泳道任务模式进行迭代开发,开发周期是两周一个版本,发版频率比较高,并行开发的业务需求又很多,怎么才能高效的迭代开发?测试资源相对紧缺,如何保证客户端的研发质量?于此同时,迭代过程中,构建、集成以及测试都需要人工干预,沟通成本和出错概率都比较高。如何有效的解决上面这些问题?首先想到的是持续集成,能够做到自动化、集成测试和及时反馈问题,才能减少开发和测试的成本,提高团队的工程能效。闲鱼在客户端持续集成方案上面做了些探索
  3. 所属分类:其它

    • 发布日期:2021-01-27
    • 文件大小:450kb
    • 提供者:weixin_38680340
  1. 软件测试之持续集成

  2. 说到软件测试,自然就会联想到持续集成。测试工作繁琐,如果测试人员仍然坚持按照旧的模式,开发人员提交代码至svn》测试人员检出源码》编译打包》上传服务器》部署启动,十分耗时,且过程中都需要测试人员进行操作,易造成人力资源的浪费。 针对这种情况,持续集成工具jenkins被引入到测试工作中,协助测试人员进行“自动化部署、启动”。Jenkins,基于Java开发的一种持续集成工具,用于监控持续重复的工作,旨在提供一个开放易用的软件平台,使软件的持续集成变成可能。当开发人员完成一个
  3. 所属分类:其它

    • 发布日期:2021-01-27
    • 文件大小:423kb
    • 提供者:weixin_38691319
« 12 3 4 »