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

[yuhuan66666]

先说我们的

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

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

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

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

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

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

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

[wangkun025]

我们对待错误比较宽容，可能因为老板很懂，或者老板完全不懂（有敬畏之心）。

其实这个问题挺简单的。
首先是需求问题。
其次是测试问题。
最后才是开发。

如果 BUG 是没考虑到的，就是需求的问题。
如果 BUG 涉及的需求在文档里，测试没测出来，就是测试的问题。
如果需求提出了功能，但开发实现不了，但别人家的开发能实现，才是开发的问题。

换个角度看，BUG 其实跟开发一毛线关系都没有。

[HariopaNic]

遇到 bug 首先解决问题，解决完说一下原因，比较低级的就说下次注意一下。

[hoyixi]

1 楼兄弟，很粗暴啊，是不是从来没写过单元测试

[wangkun025]

@hoyixi 写过。分担责任嘛。只折磨开发，有意思吗？

[yuhuan66666]

@hoyixi #3 说起单元测试 ，我们基本出了 bug 就 数落开发 单元测试没写或者单元测试覆盖度不够

[hoyixi]

@wangkun025 #4
同意，不过，不管谁的问题，最后 bug 都还是开发改啊，哈哈

bug 一出，先定位打击人群，类似楼主提的”数落一遍开发”，甚至还有扣钱的， 感觉这是中国软件作坊特征之一。

出 bug 多正常的事，按照流程该干嘛干嘛，迭代就是了。可能很多公司连像样的“流程”都没有，只能让各部门内斗了。
这现象不光 IT 业有，类似现象本质，感觉就是领导无能，于是为了显得自己永远对，就让下面部门或者人员互斗~

[yuhuan66666]

@wangkun025 #1 我上面 和 上面的上面都是开发干过来，但是我不知道他们是什么心理 都喜欢从自己下属找毛病，出了问题先怪自己下属，外部问题也能怪到自己下属身上，什么 为什么提前没沟通，为什么单元测试没覆盖到，为什么开发阶段没了解过这个问题

[yuhuan66666]

@wangkun025 #4 因为 是团队合作关系 开发团队 测试团队 产品团队 出了 bug 开发领导只能数落手底下开发，QA 和产品团队人家数落不到

[bojackhorseman]

反正发生什么不都是开发背锅🐴

[XDy0]

先解决问题，然后再找问题发生的原因。主要是我好像没出过什么大的 bug，所以也没被骂过，很多问题都是我自己发现自己解决的= =

[yuhuan66666]

@XDy0 #10 上线后 自己发现的吗？ 那你观察总结的时间挺多的 我们开发完一个需求 立即下个需求开始 把敏捷开发中的 双周迭代 概念单独拿出来用

[binux]

https://sre.google/sre-book/postmortem-culture/

[wangkun025]

@yuhuan66666 关键是数落也没用。
管理的问题不用管理的手段解决，毛用都没有。
上面有人说了，就是作坊式的管理水平。

[007yxc]

@wangkun025 ....你这逻辑 我很佩服

[yuhuan66666]

@wangkun025 #13 管理的手段就是 当出现一个问题数落完之后 问如何避免下次再出类似的问题， 然后又把问题推到了充分单元测试 提高单元测试覆盖程度 和 review 代码上

[whypool]

整个组背锅，然后影响年终奖

[zerofancy]

拿起手机，发现 iOS 那边也挂了，松了一口气。看来不是客户端的锅。

[yuhuan66666]

@whypool #16 小问题也这样么。。。。

[boris93]

首先受影响的人会来找我，告诉我出现什么问题了
确认后，后 JIRA 上开 bug 单
我按照紧急程度以及当前 sprint 的时间安排，决定是这个 sprint 修好，还是下个 sprint 再做
修完了，测试，上线

因为 bug 数落下属，只是发泄情绪而已，没啥实际用途。不如花心思在制定改进方案和落地上面。

[leavic]

谁写的 bug 拉出去祭天。