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