今天财务对账，发现有几笔话费充值，没收到钱，但是给用户把话费充上了。换句话说公司贴钱了，
查原因，代码逻辑有漏洞，收款回调是失败的，但是没有根据回调结果去触发充值，而且无论收款是否成功，都直接就发起充值接口了。
这个算谁的原因呢？算开发的还是算测试的？我的判断应该是开发的原因占大头吧，毕竟这里涉及到支付、打款的问题，处理这块的是部门里经验和工龄都最老的啦。测试嘛，这种属于异常情况，不知道在测试环境中好不好触发异常情况。正常支付但是失败了才出现的bug…
这种情况并不是偶发了，虽然不愿意用惩罚的方式去处理，但是这次还是准备狠心罚一下，小惩大诫吧，不然责任心始终有点跟不上。每次都在屁股后面操碎了心，难吖。
如果看到的有懂技术的，欢迎留言指导一下。
----
事情过了这么久，写个后续吧，感谢狂歌的评论。
整个事件我决定到修复后为止，不做任何的处罚。后续只是第二天的晨会在产品技术团队面前通报了整个事件，作为大家以后引以为鉴的案例。
为什么这样处理？考虑有2个方面。
1. 没人想出错。客观评价：意外在所难免，越是活干的多，越是容易出现问题。
现阶段作为初创团队，本来流程就不规范，防范措施也不到位，出现问题就罚具体接活的人，那么以后谁还敢干活？这不等于我自己拆自己台吗？
2. 毕竟是一次线上的问题，不做任何说明，对后续的工作开展也不利，以后养成这种不上心不在乎的习惯也对团队全员不利。
所以安排在晨会上通报事件，不提人，只说事，这个事情是整个团队都该注意规避的风险点，全员强调，这次是别人，如果下次是你，能否成功避免？
事故发生了，学费都交了，如果不能吸取一点教训那也就太浪费了。这样也可以增强一些团队的整体意识，出了问题是全部人的问题，少点各扫门前雪的不良心态。
网友评论