3年自动化测试，你真的理解自动化测试持续集成(CI)吗？

前言

大家想一想，自己公司是不是已经有持续集成的流程？
作为测试有没有参与进去？
在公司中开展自动化测试，有没有结合到持续集成的流程中？

其实自动化测试的最佳实践，就是作为持续集成构建流程中守住底线的关键一环，在完成项目的构建和部署之后，以自动化测试作为最终的验证手段，保障版本质量。

持续集成的自动化测试
如今互联网软件的开发、测试和发布，已经形成了一套非常标准的流程，最重要的组成部分就是持续集成（Continuous integration，简称CI，目前主要的持续集成系统是Jenkins）。

一、自动化持续集成

持续集成指的是，频繁地（一天多次）将代码集成到主干。持续集成强调开发人员提交了新代码之后，立刻进行构建、（单元）测试。

根据测试结果，我们可以确定新代码和原有代码能否正确地集成在一起。

二、两个持续集成好处

（1）快速发现错误。每完成一点更新，就集成到主干，可以快速发现错误，定位错误也比较容易。

（2）防止分支大幅偏离主干。如果不是经常集成，主干又在不断更新，会导致以后集成的难度变大，甚至难以集成。

持续集成的目的，就是让产品可以快速迭代，同时还能保持高质量。它的核心措施是，代码集成到主干之前，

必须通过自动化测试。只要有一个测试用例失败，就不能集成。

一个完整的持续集成系统必须包括：

一个自动构建过程，包括自动编译、分发、部署和测试等。

一个代码存储库，即需要版本控制软件来保障代码的可维护性，同时作为构建过程的素材库。一个持续集成服务器。

自动化测试（Automated Test），很多公司团队都在做，一般都和Jenkins一起使用，然后结合Robot Framework、Jmeter实现UI自动化和接口自动化测试。

三、测试执行

为了能够使自动化测试快速，稳定的运行，可以基于Docker搭建了一套分布式测试执行环境。

为了高质量的软件交付，组织必须转向自动化流程，手动流程太容易出错，效率低下。对于执行CD和devops的团队来说，自动化变得越来越重要，大家只需要专注在code和review中，其它过程都尽可能的自动化。

越早通过用户和DevOps建立可持续反馈机制，可以帮助软件产品更好的迭代和修复缺陷，建立完善的反馈机制能够更早的发现问题，让我们更多的时间找到完美的解决问题方案。

  最后： 下方这份完整的软件测试视频教程已经整理上传完成，需要的朋友们可以自行领取【保证100%免费】

​​​