测试，你了解运维吗？

一个好的测试，不仅需要对产品有足够的了解，还需要对运维深入的认知。下面我们来听听，本期职来职往分享的运维方面的知识。

工作内容

首先让我们来看看运维的工作内容。

产品发布前：负责参与并审核架构设计的合理性和可运维性，以确保在产品发布之后能高效稳定地运行。

产品发布阶段：负责用自动化的技术或者平台确保产品可以高效地发布上线，之后可以快速稳定迭代。

产品运行维护阶段：负责保障产品7*24H稳定运行，在此期间对出现的各种问题可以快速定位并解决；在日常工作中不断优化系统架构和部署的合理性，以提升系统服务的稳定性。

工作职责

运维的职责主要有三个方面：首先是质量，保障并不断提升服务的可用性，确保用户数据安全，提升用户体验。效率，用自动化的工具/平台提升软件在研发生命周期中的工程效率。成本，通过技术手段优化服务架构、性能调优，通过资源优化组合降低成本、提升ROI.

技能

关于运维技能，我们的主咖给大家列了运维测试过程中需要用到的工具以及命令，大家可以针对性学习一下。在学习这些运维知识的同时，本次的主咖，给大家有一点建议： 当前容器化技术十分火热，要想跟上时代的节奏Docker的容器化是所有人必须要学习的技能，但是重点要注意只有在自己掌握了基础服务的应用后再展开学习容器化技术，否则后期碰到的问题自己将完全无法解决。

运维与测试

运维在日常测试这块，要会设计部署流程。开发阶段，使用代码仓库管理代码，使用tag和分支管理代码。打包测试阶段，将指定分支的代码打包成镜像，镜像的tag作为表示版本，测试人员根据代码差异测试功能。外网测试阶段，使用测试完成的镜像，将配置文件中的配置源信息变更，再次测试。

其次呢，大佬把Jenkins和Gitlab进行了对比，说明了Gitlab的先进之处。当然了，笔者相信很多公司的CI/CD还是以来Jenkins来进行。但是，对我们来说，这个时代唯一不变的就是变化。既然Gitlab有这么多的好处，在不久的将来，大面积使用也会成为趋势。

系统维护

关于系统维护需要做好四件事。

定义环境使用规范。保证环境的统一性，测试才能更得执行工作。环境规范是我们测试需要知道系统有多少套环境，每套环境的名称，使用者、用途、日常管理内容以及监控手段。

定义岗位职责。明确开发、测试、环境运维、各种技术支持人员的岗位职责，把各个职责拆解到个人，有问题可以直接找对应的负责人，快速、高效解决问题。

建立信息台账。将所有信息记录台账:环境清单、部署内容、执行操作记录、

升级发版操作手册等有一个完善的记录信息。在以后工作中，无论是遇到故障需要排查，还是跨部门沟通，有了这些信息，就可以事半功倍。

里程碑复盘。在信息收集完以后，针对过去一个里程碑的问题进行复盘，针对新提测里程碑的提测物进行使用反馈。达到一个完整的闭环，更有利于产品的质量优化。

总而言之，无论测试还是运维就是要“有条不紊 预案先行 层层保障 时时警醒”。才能使产品越做越好！

END

本次的主咖讲的内容很全面，内容较多，笔者也只是挑拣了一些内容，感兴趣的可以添加主办方微信或者关注B站：测试架构师影响力，查看更多内容哦。