关键是约定好谁来发布

我们测试环境运维都不想管，都是测试管。运维管总会出现响应不及时的问题，毕竟测试环境出问题的频率比线上高多了。

当然是测试管，运维主要是辅助，提供一些基础服务，做一些支持。 很多地方是运维管理测试环境，那是因为测试水平太次，想管也管不了。

我司的环境都是我们测试管，运维除了机器重启之外，其他比如基础组建搭建和部署文档、服务部署等都是我们测试自己弄。。

开发有自己一个独立的开发环境吗

开发归开发，测试归测试，加上现网有三套

然后测试并不会搭建测试服务器。。。

测试环境一定要测试自己管理。
至于提到的不会搭建测试服务器，我认为有必要学习起来
(1).学会自己维护测试环境
(2).掌握系统架构也是必须的，所以环境很重要

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

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

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

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

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

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

谁管都无所谓吧 ，有人帮你分担工作还不好吗？我哦不知道为什么一定要测试来弄环境

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

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

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

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

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

请问大厂都是如何维护测试、开发、生产三套环境的，每套环境，涉及几百个应用，每套环境是否完全隔离。如果测试人员维护测试环境，那么上生产的包是测试给还是开发给