特别好奇 当线上出现个 bug 大家的团队都是怎么对待的？

[yuhuan66666]

先说我们的

不管多严重 如果原因是因为什么校验什么枚举判断错误之类 先数落你 怎么能犯这么低级的错误

如果是你手下人写的 就数落你 为什么不给手下 review 代码

如果 是外部业务因素导致的 比如 用户的等级千奇百怪 开发根本完全不了解没有兼容到 就说落你为什么没有想到或者单测覆盖到？

好奇别的别的团队出现小 bug 和大 bug 团队都是怎么对待的 ？

是不管问题大小 先数落一遍开发

还是按不同问题严重性，不同对待的

还是 谁没写过 bug 宽容对待的

[seki]

对事不对人，是人都能写出 bug 来
对于今后的整改措施，是要从手段和方法上去避免和控制，因为人都会犯错，需要通过加静态检查，加测试来避免犯同样的错误

[SjwNo1]

好好反思，耗子尾汁

[musi]

是个开发多多少少都会写 bug 吧。。。真要说没 bug 那就是 no write, no bug

[cheng6563]

反正出事故都是开发的
赚大钱都是运营的

[beidounanxizi]

一楼说的很对啊 不会真的以为单元测试 就能做好吧

[qiaobeier]

1. 立即解决问题
2. 会议回顾问题
3. 扣责任人的奖金

[frankkai]

如果是走了一个完整的“开发->测试->验收->发布”的流程 因为是团队，所以理所应当大家一起背锅

[akira]

提交缺陷跟踪
根据紧急程度安排优先级
该谁改谁改
测试
上线

[cabing]

先修复 bug，非紧急情况下，再找写出 bug 的人，修复 bug 上线。

[railgun]

1 、补偿客户损失
2 、定位问题
3 、确定修复方案
4 、临时修复
5 、正式修复
6 、事故复盘
7 、修改发布流程，避免再犯
8 、确定责任、惩罚措施

[dreamapple]

运维报故障
写故障分析报告
定级
邮件通报
还没遇到被领导请喝茶的情况

[nuk]

1. 写 report
2. 能修就修
3. 修不好就甩锅

[raaaaaar]

楼上说得很好，我认为第一步应该是定位问题，解决问题，而不是一来就开始追责，那种领导最坑爹了，还有就是领导不会反思，不会开会大家一起思考，总结暴露出来的问题，虽然可能是开发的锅，但是通常都会暴露出开发流程的问题，但是有些领导根本不搞这些，就让你背锅，先把责任让你背着再说

[yjxjn]

1.提 ticket，报告问题
2.定位错误，调查
3.修改 BUG，做测试，测试没问题，MR

[wanguorui123]

上线出现 bug，1 、定位问题和日志； 2 、看能否在线修复； 3 、无法修复立即回滚历史版本； 4 、无法回滚就立刻限制有问题的部分功能与发布公告； 5 、加班修复问题并发版

[ydpro]

出问题，改 bug，结束。

[luozejian]

忙着甩锅大部分人都是第一时间想到这个

[yuhuan66666]

@raaaaaar #33 更坑爹的是 会反思 但是反思出来都是开发的问题，都是因为开发没做某某控制，导致了 bug 。那解决办法呢，自然也是开发应该想到可能出现的问题，应该更全面的写单元测试。然后如果 开发需要 10 分钟写单测 10 小时，他就会觉得 你不够努力，为什么单测要那么久，既不想让开发占用工时写单测，又要求单测必须要全面。