我觉得这样挺好的啊 打开一个个新窗口多烦啊

Chrome 浏览器：
鼠标滚轮点击链接
or
按住 ctrl

术业有专攻吧，运维的东西很复杂啊。
而且还涉及到很多权限和安全问题，并不是所有东西都能对测试开放

我司运维、测试在一个部门，统称运维测试部，暂时还没有这样的烦恼，哈哈哈哈。。。
不过总体测试的环境还是测试管理

从楼主的字里行间可以看出来一种感觉：你不是真的尴尬，你是在替你的老大觉得尴尬，因为他的不思进取，低效，导致了他的下位，人各有志，不可强求。如果你就此固步自封，下一个取代你的人很快也会出现。就事论事，在其位，谋其政。都是给老板打工的，没有白来的糖，既然拿了那份钱，唯有出工出力体现价值。

不要尴尬，快四十岁了还只会手动是该退休了。现实就是就这么残酷，没进步=被淘汰。

环境问题确实会影响测试效率，但也只是一部分，有很多办法可以 “绕过” 这个阻碍。其实最终还是要在运维管理的环境里做一次回归，为啥？因为生产环境还是由运维来管理的，不是测试。

看这个环境是由多个系统还是单个系统使用吧。如果这个环节有多个系统使用，那么由运维管理相对较好。如果单独的系统在单独的测试环境，还是由测试人员维护更加好。

看发展阶段，不是说这个世界是啥水平自己团队就是啥水平了
从小作坊向流程规范化转型的时候交给别人专职维护是可以的，等团队水平都上去了可以要回来，或者你可以推动运维做出你们想要的一切，最终只是为了方便工作而已，要知道测试自己领域里可以做的事情太多了，你有精力和能力做好每件事么？
我就见不得某些装逼贩子信誓旦旦的给个应该或者不应该的定论，你们问背景了么？

你们测试主管是不是经验不足，还是没搞定上面，只能给你们这种说辞？谁都知道资源一旦不掌握在自己手上，不仅响应慢，维护差，而且会经常性挪用。而从测试角度看，很多测试和环境参数是绑定的，不自己掌控怎么能测试？

不要只用职业分工的角度看问题，“搭建、调试环境占用太多时间”，这才是问题。

6 个人就是相当于个 leader，没什么可尴尬的，在什么位置承担相应的责任。无非是从一个干活的变成了，沟通协调工作需求，改善测试策略，维护团队，承担 team 责任，工作范围广了而已。

明显是你公司管理有问题啦，要不就是赶人走。或者是深圳某互动公司，八字好。

中年危机，赶人走，唉。。。

测试环境原本 4 套几十个服务并行，所有的基础服务，环境配置都是我们自己负责。现在环境要加到 10+ 套，老大觉得搭建、调试环境占用我们太多时间，所以要全部推给运维管，让我们专注测试本身。。。

有什么感想吗，分享一下？

个人观点：开发如果连开发环境都搞不定，有谁觉得他会是一个好开发；同理，测试如果连测试环境都搞不定，这测试水平有待提高。。。

所以你到现在都没有女朋友

没啥的，能者上！
带领整个团队，更牛逼一些，就是你应该做的，其他的不用想太多。

测试管，这个是必须的了~
运维主要搞线上的~测试按照线下的架构，部署测试环境就行，相关的维护都由测试做，这样有几点好处：
1、响应及时，特别是和一些外部系统联调，出问题能够迅速响应
2、提高测试同学的能力，部署环境其实不是简单的，要想部署好，高效，快速，便于维护，也是要花很多时间和心思的
3、让测试对线上的架构也有一定了解，线上神马架构，测试环境也照搬。

是啊；

测试环境分支过多，十几个分支，测试环境设计、如何部署是测试在把握，运维帮忙部署测试包和修改配置文件，这种模式可以吗？

阴暗点想，也许不是你太牛，公司只是想赶走一个人

是 换位思考，站在老大角度：老大很尴尬 快四十岁了；
不知道公司怎么想的。唉
因为项目分开，老大项目一直手工测试，加班；我的项目 前期需求沟通清楚、自动化辅助，基本不加班

公司咋想的？公司不尴尬？你老大应该更尴尬