如果你不是老板的话，追究谁的问题没必要。
本来就没什么是绝对公平的。

开发团队不行不早走等啥呢。
按你说的，质量做得越好对立越严重，说不定哪天就成背锅侠了。

我感觉这样呆着确实很难受 不如慢慢找更好的机会

如果真如你所说，几个 leader 都是技术一般脾气还大，个人认为是没必要呆了。。。
时间如此宝贵，不要浪费时间和 “傻子” 争论，不值

项目经理要求测试人员发邮件是正常操作，测试通过邮件针对大家界定的修改范围，影响范围来的，测试用例和时间安排也是项目组内定好的。邮件是测试人员的正常输出内容，不需要要害怕因为发了邮件而直接对线上问题负全部责任。
但看楼主如此担心，想必是存在一些坑。
那么邮件可以增加风险预警的内容。对于你担心害怕的问题进行描述，给出测试人员的风险评估信息（影响范围，风险产生原因等），并要求产品、研发等给出他们的应对方案同样输出在邮件中，这样可以有针对的将” 锅 “分摊出去。
当然，真正出问题的时候，领导才是决定的那个，如果是个不怎么样的领导，他想给谁背就给谁了，邮件谁写的，写了啥也都不重要了，你需要考虑的是换个工作

开发布评审会，拉着研发，项目，产品一起评审，一起发布

我始终觉着线上问题应由相关的产品、研发、测试一起承担而不是由测试独立承担，实际操作上应该勇于担责任而不是推卸责任。

质量是共建的，不是测试出来的。线上出了问题，谁都有责任。垃圾团队在分锅吵架的时候，好的团队已经开始思考如何避免类似问题发生了。至于楼上有些大言不惭的说一定是测试的锅的，不敢苟同。

感觉就很矛盾，测试的职责是什么，不就是保证产品质量么。出问题怎么抗，能不能抗，这个得看具体情况，难道运维、设计缺陷、运营问题这些都得测试背锅么。是谁的问题就是谁的问题。漏测，缺陷逃逸，这些发生了，就老老实实的背锅，要想着下一次怎么避免。越是说什么测试不可能测完所有缺陷来逃避（当然这是事实）来逃避责任，越是会被领导认为这个职位不重要（有了测试，还出这么多问题）。
其实锅肯定是有人来背的，大家界定好。发生了什么，有什么应急预案，然后事故发生之后，慢慢认定责任，要有复盘。

1、开发完成开发进行提测的时候，提测邮件、规范流程
2、测试进行冒烟测试，不通过打回，通过进行下一步流程
3、系统测试快完成之前，产品，交互，UI 还原体验，结果邮件
4、测试上线前评估风险、测试报告及邮件给项目人员及领导

我们现在是这样做的

之前有同学离职，我问他怎么回事，他说干不下去了。

具体原因是原来的测试经理能顶住压力，把锅甩掉，后来那个经理走了，又来了一个，采取了完全不同的方法，把压力传导给了下面的人，出一次问题等于施加一次压力，这么下来他就干不下去了。

也经常思考这个问题，有经验实力强的测试负责人，确实做的很好，测试是个高危行业，所有问题都可以让测试来背锅，特别是测试地位不高的公司，社会的规则也是出事拿弱者当替罪羊，这样付出的成本最少，所以那些能在更高层面前讲话，能划分好锅，保护好手下的领导确实是我们学习的榜样！！！

如果时间可以延长，那没有一个项目可以上线

与其整天担心锅要不要背，不如多想想自己多做些什么。
如果测试有决定发不发版的权力，说明你们有话语权，可以反推开发按照流程来走，什么单元测试，代码流程什么的，给他们提；测试多了一份责任，也可以借机会多做一些发布相关的检查，比如自动化测试，ci ，等等

锅重不重要，在于锅大不大，然后是否有人背下来，再然后才是考虑二次的问题。让你背了锅后走人，二次不二次的就和你没关系了

测试人员保证的是质量，线上出问题责无旁贷。锅不锅的不重要，多花些精力放到如何避免同样问题出现第二次上。

分锅这种事情是大领导要认可的，懂技术的领导认为 开发 产品 测试共同背锅。

如果领导认为测试负责所有，出问题就是测试没测出来的原因，那就麻烦了，在这种领导下干，未来当替罪羊 被杀可能就是常事了！！！

如果上线有问题，锅就测试人员背 ，这个跟产品发布没有强相关吧。我们也是测试做产品发布，运营配合，线上配置产品全权负责

说实话，大厂是 35 岁前该去的地方，不管是镀金也好成长也好，都很值得。至于 35 岁之后还是安心去个二三线公司，用 35 岁之前在大厂攒的经验和背景在小厂刷成就感不好吗。

潮水退了，我也马上 35 了。突然发现自己裤衩好像越来越掉了，好 TM 难。
大厂是没戏了，TMD 的守门员。小厂还不是太想去，混饭吃了。怎么这么难呢。

同问

我老板的想法是，现在搞个本科学历也太容易了吧，没有本科都是能力和态度都不行

不会吧不会吧，不会有人不是 985 吧？

还是得折腾，不然就咸鱼

请问大佬，对于转行来这个行业的测试人员（非计算机专业），请问如何提高您所说的第三个测试人员要求？这条路需要学习哪些东西，谢谢。