软件测试人员必须了解的DevOps

• 软件测试人员必须了解的DevOps
  • 前言
  • 什么是DevOps
  • 工作原则
  • 方法
  • 如何着手DevOps
  • 变更流程管理
  • 技巧
  • 挑战
  • 总结
  • 参考

前言

对很多软件测试人员而言，可能尚未接触到DevOps，本文的内容基于笔者日常学习，针对测试人员所记录的一些关键信息，算是给大家深入学习DevOps的一个引子。

什么是DevOps

DevOps是开发(development)和运维(operations)的缩写。但对很多人来讲，可能就容易被这缩写或字面的意思所误导，也就是说并非所有人都了解DevOps是什么。

广义的讲：DevOps是一种基于精益和敏捷原则的方法，企业所有者及其开发、运维和质量保证部门运用此方法持续的交付软件，支持企业更快地抓住市场机遇并缩短融入客户反馈的时间。

注：此定义来源IBM关于DevOps介绍的文章。

工作原则

在IBM和诸多DevOps实践过程中，比较合适各种规模的组织采用的DevOps的工作原则主要是：

✔️ 针对类生产环境进行开发和测试 ✔️ 利用可重复的可靠流程进行部署 ✔️ 监控并验证运维质量 ✔️ 放大反馈回路

基于这些原则和笔者测试工作中的实践，从测试角度有以下几个感受：

✔️ 快速的迭代交付即为质量 ✔️ 聚焦用户需求即为质量 ✔️ 好的售后服务(技术支持)即为质量

这三条原则也是笔者在日常工作中，将测试工作进一步进行升华的总结。

方法

DevOps提供了一套成熟的解决方案的模板，其参考架构如下图：

基于上参考架构所提出的四种采用方法如下：

✔️ 规划 ✔️ 开发/测试 ✔️ 部署 ✔️ 运维

如何着手DevOps

✔️ 确定业务目标 ✔️ 确定交付过程中的瓶颈

变更流程管理

变更流程应包含以下：

✔️ 工作项管理 ✔️ 可配置工作项工作流 ✔️ 项目配置管理 ✔️ 规划（敏捷和迭代） ✔️ 基于角色的访问控制

技巧

采用DevOps时需要融入一些具体的技巧：

✔️ 持续改进 ✔️ 发布规划 ✔️ 持续集成 ✔️ 持续交付 ✔️ 持续测试 ✔️ 持续监控和反馈

挑战

在实际过程中，我们可能遭遇的挑战

✔️ 监管阻碍 ✔️ 流程复杂性 ✔️ 技能不足 ✔️ 组织孤独 ✔️ 不合理的应用平台、工具导致过程的发布周期、不必要的延迟和浪费资源

总结

整理了些关键的信息，更多的信息请参见下面的链接

参考

IBM DevOps文档：https://www.ibm.com/cloud/devops