自动化测试如何穿梭于DevOps&TestOps流程

所谓天下大势“分久必合，合久必分”

滚滚历史长河，验证了一个恒久不变的定律“分久必合，合久必分”，考过软件评测师的人学过软件开发的历史，早期的软件开发只有软件工程师一人完成，后来为了提高效率逐渐实行分工模式：开发、测试、运维，不同角色担任不同的任务。分工越来越细之后带来的问题也越来越突出，那就是各角色之间的沟通成本越来越高。而全栈工程师、DevOps/TestOps相关职位和概念的提出，本质就是把不同的工作集中在一个人身上，或者让一个人涉及到更多方面的工作，从而来降低这种沟通成本。

什么是DevOps？

❝ DevOps维基百科定义 DevOps（Development和Operations的组合词）是一种重视“软件开发人员（Dev）”和“IT运维技术人员（Ops）”之间沟通合作的文化、运动或惯例。透过自动化“软件交付”和“架构变更”的流程，来使得构建、测试、发布软件能够更加地快捷、频繁和可靠。
❞

DevOps是一种软件工程文化和实践，旨在统一软件开发(Dev)和软件运维(Ops)。DevOps运动的主要特点是在软件构建的所有步骤中极力提倡自动化和监控，从集成、测试、发布到部署和基础设施管理。DevOps的目标是缩短开发周期，增加部署频率，更可靠的发布，与业务目标紧密结合

Dev、QA、Ops的交汇处我们认为就是DevOps。实际上，DevOps就是把产品开发过程中各角色交汇处的活给干了，让各部门都专注于干他们自己的活儿。

DevOps是一个完整的面向IT运维的工作流，以IT自动化以及持续集成（CI）、持续部署（CD）为基础，来优化程式开发、测试、系统运维等所有环节。

 什么是TestOps？

TestOps主要目的是推动整个研发体系与发布体系更多在质量方面。可以这样理解DevOps是从研发推动配合运维和测试，而TestOps是从测试角度推动研发和运维。所以TestOps才是真正把测试落地到整个研发体系的关键岗位。

从上图可看出，测试与运维交叉的工作，通过TestOps来完成

 自动化测试如何嵌入到DevOps流程中的？

 自动化测试在DevOps/TestOps的实施

1. 确定产品的影响范围：第一步是确定产品功能，添加新功能或者修改老的功能影响的范围。

2. 选择自动化测试方案和工具：第二步，选择适合的测试工作测试策略

3. 部署云端自动化测试环境：第三步，部署云端测试环境，确保稳定可靠，

4. 风险评估：第四步，对产品质量进行风险评估，选择最基本主要的脚本，放入验收测试的流程中

5. 执行和管理测试脚本：第五步，确定执行策略，没有100%通过测试就不能上产线，还是大于90%即可。

6.分析执行结果：最后一步分析执行结果，确定原因，如果部署失败，修订后，重新进行部署过程。

DevOps各阶段所用到的工具

 需要了解的自动化测试工具

注意：

并不是DevOps流程中放越多的自动化测试脚本越好，尤其UI的自动化测试脚本，具有天生的维护困难，稳定性困难等问题，受各种环境因素影响比较大，自动化测试脚本的最大的用处是保证基本的重要的功能没有问题。 执行的量多并不一定带来多大价值，相反可能会造成部署效率的下降，把少量基本重要的脚本，调试到足够稳定，执行尽可能多的次数，才是实现其最大价值的正确方式。

 参考了：TestOps前提之了解DevOps - 知乎