作为测试人员，感觉不懂点运维知识都不知道怎么和运维沟通，他们说的听不懂，但是我们又不需要完全深入了接运维知识，只需要系统的了解就行，哪里听不懂，知道需要百度什么就行，有没有推荐下学习路线之类的，不需要深入，感觉可能一篇文章就能搞定
额，你想多了，运维测试人员最起码要知道测试设备的基本原理，关键环节，不仅要知道测试结果的好坏，还要能分析出问题产生的大概原因，能够根据测试结果提供改进和改善的方案。如果仅仅是按流程测试，生产线上随便找个工人就能代替你。
这个主要看他的工作内容，和公司也有关系，比如有的公司运维只是负责修电脑，有点公司需要写脚本，单元测试，部署发版，CICD流水线的使用，常用的Linux 命令使用，网络策略，服务器的配置等，没啥难度，多沟通即可
如果不懂点开发，你根本不明白该怎么运维
而如果不懂点设计，你根本不知道该怎么开发
这些都是一环扣一环的，知识之间是相互关联的，没有单独的一门运维知识，你学了就能搞定运维
同样是运维，你是天天摆弄服务器，还是天天给人修PC，或者天天去搞网络，那需要的知识都是完全不同的
这就类似说“维修工”，那你到底是修自行车的还是修火箭的，其实根本就不是同一个职业
运维知识还是比较多的，可以先了解一些基础的，比如计算机基础、Linux操作系统、网络基础、VIM编辑器、系统用户与权限、Linux文件系统与内核、系统服务与进程、数据库、
shell基础、ssh服务以及无密码登录、linux系统安全（防火墙）以及日志、linux下安装包的管理、压缩工具讲解等，可以参考如下链接
https://juejin.cn/post/6844903829931032590
测试一般知道被测试逻辑的业务流就可以了，如果希望做的更到位一点，定位bug，最好也了解网络数据流，一般科班出身的这应该不是个问题，但是很多半路出家的对整个互联网都很迷惑，其实这很简单，只需要找一个高手细心的给你讲一讲就豁然开朗
测试 这个范围大了去了，不通场景 硬件 软件 业务 操作 细节 根据业务的需求 基本每个环节都要了解下
还有最重要的 拒绝扯皮
跟开发、架构师沟通，开发懂流程，测试测BUG，运维都是开发培训的。
你是黑盒测试还是白盒测试，还是测试开发呢？如果只是黑盒测试的话不需要懂这么多，当然如果你不想躺平的话当我没说。
测试人员的自我修养
首先，测试人员在测试时不能脱离实际的应用需要，当然有时候产品为了过证需要针对吞吐、丢包率等进行测试，但实际应用时还是聚焦在产品的易用性 、功能应用、资源占用或数据转发效率等，总之一句话：测试不能脱离实际的应用场景，建议有条件可以随同跟随应用的同事深入了解产品在一线的使用情况；
其次，测试人员应该在模拟环境中，配置尽可能与实际应用相近的场景，同事积极收集来自一线的反馈，做好一线的技术支撑和需求收集，认真分析合理吸收精华，避免闭门造车的情况出现，拍脑门“感觉”你应该需要是不对的；
再次，可以要求一线的运维人员，分享产品在项目中的使用过程或配置过程，仔细观察思考如何才能让“最牛逼的功能发挥最牛逼的效果”，加强对一线使用人员的了解，让大家在相同的视角区看到产品，避免“仰视、俯视出现”，认为彼此都是**是最大的错误；
最后，“格局”要打开，大多数情况下运维的不仅仅是产品，运维的更多的是人情关系；