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

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

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

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

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

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

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

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

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

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

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

我们现在是这样做的

线上出事故一定是测试的锅，跑不了。问题在于在研发流程中测试能不能有话语权，这个才是重点。上线前必须要按着测试要求的来，不然线上事故背锅这个事没门。

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

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

问题是个好问题，怎么把团队气氛从产品质量是测试负责的，变成是整个团队负责的，感觉下面评论有点歪楼了，都在探讨测试背锅。。。

个人观点，这个需要让团队多看一些怎么提高质量的资料或者案例，让大家逐步意识到自己对提高质量也是能起到作用的。同时也需要测试主动出击，借助一些线上问题案例，去给产品、开发普及他们做些什么，可以更有助于保障质量，让他们明白 “质量内建” 的含义。一般团队这么大，应该也还是会有 1-2 个比较认同质量内建的，可以先从他们入手。

至于背锅吧，我是觉得每个线上问题都不大可能是一方的责任，肯定是多方都没做好造成的（以前看空难纪录片，里面也总是强调每一个空难，都不是一个失误就能造成的，都是一连串失误共同造成的结果），所以有锅一起背就好，其实一般锅也不会很大。如果说背个线上问题的锅就会被辞退，那我觉得这个团队也没啥必要久待了，几年前沸沸扬扬的 gitlab 删库线上问题，最后 gitlab 也没有辞退那哥们，反而是觉得花了这么大成本让他掌握了这种严重线上故障修复的技能，辞退太浪费了。

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

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

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