DEVOPS持续交付与自动化测试关联性？

有必要，自动化测试必须要纳入至DevOps体系，举个简单的例子，自动化测试在持续交付过程中无处不在，比如持续集成过程中的单元测试，持续部署过程中的压力测试和功能性测试，持续交付之前的回归测试。
在《DevOps权威指南》中，持续集成和测试章节有详细的描述，笔者在此概括一下。
先说一下自动化测试的流程， 自动化 测试的通用流程 大体 分为 7个 步骤，分别为制定测试计划、 分析测试需求、 设计测试用例 、 生成测试环境、编写测试脚本、 分析测试结果、 跟踪测试问题，如下图。

有次课件，指定计划、分析需求、设计案例，由自动化测试软件自己完成，而生成环境、编写脚本、分析结果和跟踪问题，由DevOps体系中其他能力子域的系统进行触发或承接。
举两个例子吧，一个是sonar，一个是jemter，两个工具如何集成到DevOps体系中。
首先在 Sonarqube配置好相应规则，然后Jenkins 对项目完成 集成 后自动调用 Sonarqube进行项目 的 质量检测，完成检测后 Sonarqube将分析统计提供页面化展示。

模拟一个简单的 Jmeter 自动化执行场景，当版本具备性能测试条件，测试人员提交测试脚本后自动推送至 Jmeter 进行测试，成功后返回结果，其中涉及的工具链有版本控制工具 Gitlab、持续集成工具Jenkins，相应的流程是这样的，Jenkins按照时间颗粒度对Gitlab进行遍历，检查脚本的更新情况，如果发现更新将调用 Jmeter 执行脚本，成功后将结果以邮件的方式进行通知，逻辑图如下。