<自动化测试方案_9>第九章、持续集成平台搭建

第九章、持续集成平台搭建

（一）什么是持续集成

参考文章地址：https://blog.csdn.net/qq_32261399/article/details/76651376

敏捷软件开发（英语：Agile software development），又称敏捷开发，是一种从1990年代开始逐渐引起广泛关注的一些新型软件开发方法，是一种应对快速变化的需求的一种软件开发能力。它们的具体名称、理念、过程、术语都不尽相同，相对于“非敏捷”，更强调程序员团队与业务专家之间的紧密协作、面对面的沟通（认为比书面的文档更有效）、频繁交付新的软件版本、紧凑而自我组织型的团队、能够很好地适应需求变化的代码编写和团队组织方法，也更注重软件开发过程中人的作用。

 

CI/CD持续集成/持续交付

      持续集成(Continuous integration)是一种软件开发实践，即团队开发成员经常集成它们的工作，通过每个成员每天至少集成一次，也就意味着每天可能会发生多次集成。每次集成都通过自动化的构建（包括编译，发布，自动化测试）来验证，从而尽早地发现集成错误。

 

       持续部署（continuous deployment）是通过自动化的构建、测试和部署循环来快速交付高质量的产品。某种程度上代表了一个开发团队工程化的程度，毕竟快速运转的互联网公司人力成本会高于机器，投资机器优化开发流程化相对也提高了人的效率，让 engineering productivity 最大化。

 

   持续交付（英语：Continuous delivery，缩写为 CD），是一种软件工程手法，让软件产品的产出过程在一个短周期内完成，以保证软件可以稳定、持续的保持在随时可以释出的状况。它的目标在于让软件的建置、测试与释出变得更快以及更频繁。这种方式可以减少软件开发的成本与时间，减少风险。

 

 与DevOps的关系

持续交付与DevOps的含义很相似，所以经常被混淆。但是它们是不同的两个概念。DevOps的范围更广，它以文化变迁为中心，特别是软件交付过程所涉及的多个团队之间的合作（开发、运维、QA、管理部门等），并且将软件交付的过程自动化。另壹方面，持续交付是壹种自动化交付的手段，关注点在于将不同的过程集中起来，并且更快、更频繁地执行这些过程。因此，DevOps可以是持续交付的壹个产物，持续交付直接汇入DevOps；

 

 与持续部署的关系

有时候，持续交付也与持续部署混淆。持续部署意味着所有的变更都会被自动部署到生产环境中。持续交付意味着所有的变更都可以被部署到生产环境中，但是出于业务考虑，可以选择不部署。如果要实施持续部署，必须先实施持续交付。

（二）六种持续集成工具介绍

引用文章：http://cloud.51cto.com/art/201508/487605.htm

根据这这篇文章，建议使用Jenkins，因为这个有很多的文章可以供参考，以下是对Jenkins的描述：

Jenkins的诞生介于Hudson项目发布与Sun Microsystems公司被收购之间。Jenkins以Java语言开发而成，且能够在WAR文件下载完成之后使用java –jar jenkins.war命令进行安装。大家也可以将其部署在servlet容器当中。Jenkins的主要任务分为以下两种：持续构建/测试软件项目与以外部方式监控运行任务。对于前者，Jenkins支持一系列SCM工具——包括Git、Mercurial、Subversion以前Clearcase等等。大家可以以该项目为基础构建Apache Ant以及Apache Maven外加其它shell脚本，或者利用Windows批处理文件完成各类预/后构建操作。需要注意的是，几乎所有配置都能够通过基于Web的GUI完成。

Jenkins同时也可以作为来自第三方供应商的服务方案，但如果大家拥有一套规模可观的待测试软件清单，那么它可能更适合运行在我们自己的服务器之上——这样不仅能够保证各位对基础设施问题拥有全面控制能力，同时也有助于企业客户保障软件安全水平。

 

Jenkins是一个功能强大的应用程序，允许持续集成和持续交付项目，无论用的是什么平台。这是一个免费的源代码，可以处理任何类型的构建或持续集成。集成Jenkins可以用于一些测试和部署技术。Jenkins是一种软件允许持续集成。

（三）Jenkins持续集成实现方法

引用文章：https://blog.csdn.net/qq_26848099/article/details/78901240

可以按照该篇文章搭建