小伙伴们，我们一起来讨论讨论，各自公司线上问题处理流程规范吧~

  • 如何定义线上问题

  • 线上问题如何追述

  • 线上问题如何定责

  • 线上问题如何PDCA的

我一直觉得是测试的问题。但我们这里出了重大问题，基本都是研发背锅，哪怕是测试稍微细心一点，用例覆盖的全一点，就能找出的 bug 的情况，也归属研发的责任。

史哲瀚

殊不知，质量不是测出来的，而是生产出来的呀！这句话虽然有道理，但真出事故了不能这么说。一旦这么说，领导下一句就是：那我请你们测试干嘛？核心还是看问题的复杂度，如果是那种特别明显一用就发现的（比如一启动就闪退），该反思的就反思，该负责任就负责任。如果确实是很复杂，甚至是测试环境没法复现，线上才会有的，那就做好复盘，预防下一次。至少我待过的公司，出问题后的处理关注重点是问题的解决、复盘和预防，而不是追责。过度追责非常容易导致 “做多错多，干脆不做”。

薛梓晨

还是得看公司，看问题是不是很明显就是漏测导致的，很多小公司不管什么问题都归结于漏测，毕竟在这个大环境下，测试背锅是常态，甚至有些公司的测试人员背锅已经到麻木状态，这种情况下漏测概率很大。所谓的流程规范在小公司被很多人拿来当挡箭牌，不发挥实际作用。

孙远航

质量是共建的，不是测出来的。出了线上问题，大概率团队本身也有或多或少的问题，盲目归结于某个人的原因，要么缺乏对质量的认识，要么就是管理水平低劣。对质量毫无作用，下次还会再犯。当然，该反思还是要反思。测试为什么没测到？——这是质量把关者应该考虑的问题，不逃避。开发为什么犯这么低级的错？——这是生产者也要考虑的问题，不忽略。只问测试不问开发，或者只问开发不问测试，都是有问题的。当团队所有人都重视质量的时候，质量才会越来越好。（任何一个人不重视，他的质量就是团队质量的上限）

Ouroboros

作为一个测试人员，线上出问题不是本来就应该第一时间想到为什么没测到？研发写出来就没问题老板还花钱养测试做什么，抛开追责的问题不谈，作为一个测试自我反省不是应该的吗 研发测试都有锅，简单的流程问题测试更是大锅

雷语堂