自己负责的模块在用户生产环境上出现了大 bug，心情很沉重
这是一个创建于 2391 天前的主题，其中的信息可能已经有所发展或是发生改变。
B 端产品自己单独负责研发了产品一个很重要的功能，在一个客户那里出现了大 bug，压力很大，感觉有点对不起领导对自己的重视，心态有点崩
 | 1 catalina 2019-03-26 00:10:10 +08:00 via Android 谢罪吧(划掉) 负起你该负的责任，有错就纠正。 也只能这样 |
 | 3 conge PRO |
 | 4 asny 2019-03-26 00:16:13 +08:00 不写代码就不会有 bug 了。 多做多错，少做少错。 |
 | 5 watzds 2019-03-26 00:17:38 +08:00 via Android 总结一下，以后别出大 bug，小 bug 还行 接下来一段时间要更小心了 |
 | 6 k9990009 2019-03-26 00:20:15 +08:00 via Android 没人用的系统才是最好的系统 XD 该改就改，还能怎么着。 |
 | 7 glovebx 2019-03-26 00:21:47 +08:00  2 有错就改，没什么大不了的。最忌讳的是再犯同样的错 |
 | 8 hellowes 2019-03-26 00:37:12 +08:00 2 如果没有测试人员，那有 bug 是非常正常的。相反，如果一点 bug 都没有，不是你水平高就是有未知隐患 |
| 9 hellowes 2019-03-26 00:38:42 +08:00 如果你是团队开发，可能会有队友互相安慰吧，但看样子你是一个人搞这块功能，没太放在心上。比你这坏的多了去了，什么删库删根目录的 |
 | 10 heron518 2019-03-26 00:42:27 +08:00 开发软件，产生 bug 确实是不可避免的 相对好的系统就是通过一次一次解决 bug 变得更好 每次自己负责开发的模块，能全身心的投入，并且对可能产生的 bug 做过预测和处理 对不可预知的 bug，只能通过不断解决这种问题来增强识别深度 bug 的能力 |
 | 11 iConnect 2019-03-26 00:44:11 +08:00 via Android 各客户带来多大力量级的经济损失？ |
 | 12 dangyuluo 2019-03-26 01:03:31 +08:00 还好，想一想上次带来 1000 万经济损失 |
 | 13 df4VW 2019-03-26 01:10:12 +08:00 3 单独负责研发了产品一个很重要的功能 重要的功能和单独研发 要么就是公司不负责，要么就是不那么重要 |
 | 14 shiny 2019-03-26 01:10:41 +08:00 想想别人摔了几亿美元的卫星。 犯错总是避免不了的，想想如何规避这种错误，这样学费才交的值。 |
 | 15 jmc891205 2019-03-26 07:03:46 +08:00 via iPhone 2 总结一下这个 bug 为什么在交付之前没有测出来 |
 | 16 herozzm 2019-03-26 07:06:49 +08:00 via iPhone 测试背过 如果没有 就是流程有问题 |
 | 17 jiyuanp 2019-03-26 08:39:42 +08:00 祭天吧 |
 | 18 lihongjie0209 2019-03-26 08:53:09 +08:00 测试的问题 |
 | 19 ziding 2019-03-26 09:04:30 +08:00 有责任感就是非常好了，想想后续怎么优化更重要。不要两次掉在一个坑里面！ |
 | 20 lzj307077687 2019-03-26 09:05:32 +08:00 不用太自责 要适当甩锅 不要给自己太大压力 相信大部分人都遇过同样问题 出这样的问题测试也有责任的 适当的压力是可以转化为动力的 |
 | 21 kanata 2019-03-26 09:10:40 +08:00 emmm 甩锅给测试。。。 |
 | 22 yiyi11 2019-03-26 09:12:25 +08:00 via Android bug 的解决办法就是涨工资。 |
 | 23 nocoo 2019-03-26 09:15:51 +08:00 干活就是要犯错误的。不干活永远没机会犯错误。 犯错误不要紧，改了就好，引以为戒。 |
 | 24 lixiangzaizheli 2019-03-26 09:17:25 +08:00 遇到最大 bug 就是订单 double 废了千万的药 |
 | 25 cokepro 2019-03-26 09:17:49 +08:00 没啥好自责的，马上去修，然后总结下教训，是不是测试阶段不够仔细没有及时发现问题。 |
 | 26 annielong 2019-03-26 09:21:23 +08:00 有人砸了卫星，有人把整个城市移动网络搞瘫痪，多大事， |
 | 27 opengps 2019-03-26 09:27:36 +08:00 via Android 删错数据的事都有过，积极面对处理就好，不过更应该做的是改善自己的恶习 |
 | 28 mattx 2019-03-26 09:27:47 +08:00 via iPhone bug 无可避免，最重要是怎么预防和怎么把影响降到最低 |
 | 29 GlobalNPC 2019-03-26 09:35:18 +08:00 via Android 去年两次弄挂了生产系统，40 分钟+ |
 | 30 goodryb 2019-03-26 09:39:21 +08:00 不写代码就不会有 bug，只能尽量避免，谁还没踩过坑  |
 | 31 marsgt 2019-03-26 09:46:27 +08:00 先搞定解决方案。把沉重的心情留给复盘。确保下次不会再犯。over. |
 | 32 Anshi 2019-03-26 09:48:39 +08:00 流程问题。 |
 | 33 Keyes 2019-03-26 09:51:15 +08:00 不怕不怕，比我们强多了，我们这边出去的版本，到现场是什么样已经没人可以预测了 233333333 |
 | 34 lihongming 2019-03-26 09:56:09 +08:00 via iPhone 想想播音 737Max 的 bug ？你那算个球？ |
 | 35 dengtongcai 2019-03-26 09:59:18 +08:00 via iPhone 重要功能严格按照 设计 评审 编码 自测 review 测试 流程，还有大 bug，那就不是你一个人的问题，但是最重要是自己要重视 |
 | 36 meszyouh 2019-03-26 10:05:44 +08:00 via Android 一个人？没必要太过自责，吸取教训就好了 |
 | 38 mentalidade 2019-03-26 10:10:51 +08:00 @G2838 #37 大 bug 上线测试都通过。那测试干的也太轻松了把，不该接锅吗？ |
 | 40 snappyone 2019-03-26 10:16:14 +08:00 有 bug 才有成长，乐观点 |
 | 41 zichen 2019-03-26 10:27:17 +08:00 测试没测出来？自己单测写了么？ |
 | 42 AwayEM 2019-03-26 10:30:10 +08:00 via iPhone 公司自己的产品 之前有同事出了个 bug 导致某个端用户两周看不到广告，波及范围 200w 用户以上，全靠主管抗走了所有压力。。。 |
 | 43 nicevar 2019-03-26 10:31:12 +08:00 淡定，搞出大问题的大有人在，有一次我们的合作公司，一个小年轻不听劝，十头牛拉不回的那种，很自信，非要动历史代码，结果搞得线上几十万用户出故障，售后部门炸了 |
 | 45 Jzer0n 2019-03-26 10:59:17 +08:00 没测试么？还是测试的时候没发现这个 BUG ？ |
 | 46 daniel51 2019-03-26 11:01:09 +08:00 习惯了就好了 |
 | 47 Vamposine OP bug 实际上有一部分是历史遗留和本身系统设计的锅，但是的确是通过我的代码暴露出去的，所以现在整个锅都砸在了我身上 |
 | 48 hunter2015 2019-03-26 11:31:10 +08:00 怪测试啊 |
| 49 hunter2015 2019-03-26 11:32:07 +08:00 没测试，往前任身上甩啊 |
 | 50 guokeke 2019-03-26 11:36:00 +08:00 多出几次 bug 就习惯了 |
 | 51 darkTianTian 2019-03-26 11:37:49 +08:00 是系统都会有 bug, 除非是这种项目。https://github.com/kelseyhightower/nocode |
 | 52 misaka19000 2019-03-26 11:38:04 +08:00 责任不在你，在测试 |
 | 53 kaneg 2019-03-26 11:38:23 +08:00 via iPhone 亡羊补牢，为时不晚。人贵有自知之明，你能自责说明你起码是有担当的。人不是机器，迟早会犯错误，你接下来要做的就是总结经验，同样的错误不要再犯第二次。如果长期如此积累，你比别人会多很多经验。 |
 | 54 atcdef 2019-03-26 11:38:50 +08:00 出 bug 正常的，不出 bug 才反常。重点是及时排除 bug 吧。而且从责任划分的角度来说，开发不是主要责任。领导才是主要责任 |
 | 55 huobazi 2019-03-26 11:42:38 +08:00 via iPhone online bug 测试背锅 |
 | 56 Ritr 2019-03-26 12:14:45 +08:00 怕什么我还删过客户的数据库呢 |
 | 57 agui2200 2019-03-26 12:17:55 +08:00 1 总结，大家都删过库。我也删过 |
 | 58 shihty5 2019-03-26 12:26:06 +08:00 写出完美的代码是非常困难的， 心态放好，想想流程上如何去改善，不要上来就承认是自己的问题！ 比如如何提升测试覆盖，当时设计的这种写法是否可行？上线之后的 sanity check 是否及时？ |
 | 59 reus 2019-03-26 12:33:08 +08:00 重要功能一个人负责，上线前又没通过测试暴露出来，公司开发流程很有问题。人总会出错的，好的流程和规范可以容错和纠错，很显然你的环境里没有。 |
 | 60 lusi1990 2019-03-26 12:37:02 +08:00 via Android 是人都会犯错 |
 | 61 zohan 2019-03-26 12:39:02 +08:00 放平心态，努力做好每一次。 |
 | 62 winglight2016 2019-03-26 12:41:09 +08:00 求安慰不是负责任的做法，你现在最需要的是总结错误最好写一篇 3000 字以上的文档，再写 500 字以上的检讨+承诺不再犯同样错误，最后，写一个 ppt 内部分享+流程改进建议，这样领导印象就转变成了用于担当，知错能改，升职加薪肯定第一个想到你啦 |
 | 63 StarRED 2019-03-26 12:50:16 +08:00 via Android 启用应急预案，下次要更加谨慎，要处理好后续服务，让客户放心。 |
 | 64 shuangmu 2019-03-26 12:54:55 +08:00 有 Bug 很正常 及时修复止损就好 下次上线前 配合测试人员 再过一遍 |
 | 65 maxxfire 2019-03-26 13:04:28 +08:00 测试没理由背锅，万一开发要埋个炸弹坑测试，测试怎么办。。 |
 | 66 kwanCCC 2019-03-26 13:04:40 +08:00 把你的键盘剖腹吧 |
 | 67 cv1441 2019-03-26 13:08:33 +08:00 项目管理流程上回顾下吧，感觉漏了点什么。 |
 | 68 kindjeff 2019-03-26 13:14:28 +08:00 |
 | 69 F281M6Dh8DXpD1g2 2019-03-26 13:22:03 +08:00 如果没有回归测试，这是个开始做回归测试的好机会 |
 | 70 ryd994 2019-03-26 13:22:25 +08:00 via Android 为什么有 bug 就要怪你？ 还别人开发，别人就能保证没 bug ？ Lamport：对啊，我就是可以保证。 用 tla+，你也可以没 bug ！ |
 | 71 onmyoji 2019-03-26 13:23:34 +08:00 你们公司没有测试人员吗？自己开发自己测试？ |
 | 72 fsafdasfsdafsd 2019-03-26 14:00:35 +08:00 为什么没有测试啊，测不出来不太应该。 |
 | 73 ifxo 2019-03-26 14:19:37 +08:00 实在不行就辞职，怕啥子？ |
 | 74 iyaozhen 2019-03-26 14:22:14 +08:00 via Android 没事，你们公司有 case study 机制吗？可以多分析下原因，可以参考 gitlab 之前的 |
 | 75 pupupu 2019-03-26 14:59:08 +08:00 两个字，修复。 |
 | 76 jswh 2019-03-26 15:03:49 +08:00 都是时辰的错 |
 | 77 mikulch 2019-03-26 15:05:42 +08:00 是啥软件呀 你们是外包公司吗。 |
 | 78 ReVanTis 2019-03-26 15:11:27 +08:00 所以公司需要有代码审查，持续集成和 QA。 万一出了事一个人哪背的起呢… |
 | 79 leemove 2019-03-26 15:29:12 +08:00 人总会犯错的,所以铅笔都要配合橡皮. |
 | 80 cat9life 2019-03-26 15:48:08 +08:00 尽最大努力赶紧处理 |
 | 81 qiaobeier 2019-03-26 15:57:50 +08:00 很正常的，我前同事还写过直接影响公司收入的 bug，大概几十万美金吧。当然这货被开了。 |
 | 82 24KPureFather 2019-03-26 17:44:33 +08:00 你心情沉重个毛线！沉重的应该是测试！ |
 | 83 onit 2019-03-26 17:57:44 +08:00 赶紧补救吧，我觉得测试也应该负点责。先补救，再去想其它的。加油 |
 | 85 NoString 2019-03-26 18:26:27 +08:00 想办法止损，然后改正 下次不会犯 心里别有压力（请参考上次半死的我） |
 | 86 southsala 2019-03-26 19:27:09 +08:00 多写测试用例吧，我今天也发现生产环境出了一个 bug 也是 toB 的，还好影响比较小 |
 | 87 xulei888 2019-03-26 19:33:44 +08:00 都是在这样的过程中成长的~ |
 | 88 mingyun 2019-03-26 22:23:54 +08:00 @darkTianTian 这项目，服 |
 | 89 losophy 2019-03-26 22:33:25 +08:00 没办法，程序员都是这样过来的，放平心态就好了 |
| 90 losophy 2019-03-26 22:34:48 +08:00 不然怎样来抗压能力一说 |
 | 91 xcoderan 2019-03-27 15:17:45 +08:00 每天的工作就是 一杯茶一包烟 一行 bug 写一天 这个是我的现况啦 但是说真的重大 bug 不好受，学习起来就可以了 某个老板说 最好用的的是犯过错的员工 没犯过错的员工反而更危险 |
Select Language