V2EX = way to explore
V2EX 是一个关于分享和探索的地方
Sign Up Now
For Existing Member Sign In
• 请不要在回答技术问题时复制粘贴 AI 生成的内容
This topic created in 2551 days ago, the information mentioned may be changed or developed.
上周接了个比较急的需求，今天发现出了小 bug，感觉心情很沉重，很自责，因为除了 bug 修复需要改代码，还需要其他人帮忙拉数据，然后写脚本去修复数据，还需要一票人来帮忙更新，感觉对不起这些同事啊，唉。。。
 |
1
coffeSlider May 3, 2019 via Android
当然是怪 QA 喽~
|
 |
2
darylc OP @coffeSlider 我们这里 QA 人员比较紧张，而且又是紧急需求，感觉强行怪 QA，QA 可能也有苦说不出
|
 |
3
tmdbbr May 3, 2019  1
反思自己的测试思路是不是有遗漏或者错误的地方 导致 bug 没被测到 我是这么想的
|
 |
4
zyh94946 May 3, 2019
只要不是类似于多写了个逗号的 bug 就好了
 |
 |
5
skadi May 3, 2019
卧槽?
|
 |
6
sannyzeng May 3, 2019
哟呵，这个 BUG 已经按照剧情的发展，出现了！！！
|
 |
7
kaneg May 3, 2019 via iPhone
一般人碰到这样的事压力肯定很大。
不过是人就会犯错误，出 bug 后当事人要做的就是要积极配合解决，尽可能降低影响。 至于公司和团队如何反应就不是你能左右的了。如果别人硬怼你，你就告诉他，我的今天说不定就是你的明天。。。 |
 |
11
mortonnex May 3, 2019 1
扣绩效呗...
|
 |
12
testeststs May 3, 2019
心要放大一点，最重要的是反思哪里出现了纰漏。为什么没有检测出来？是流程不完善，还是什么。
|
 |
13
qiaobeier May 3, 2019
年轻人，习惯就好了。
|
 |
15
rb6221 May 3, 2019
bug 是改不完的，没有 100%无 bug 的程序，只是被你遇到了而已。多了你就会淡定的
|
 |
16
gamexg May 3, 2019
@gamexg #14 很难完全避免 bug，或者说是成本上考虑很难做到测试覆盖所有可能。
不太钻牛角尖了，谁都不能完全避免 bug。 win10 上次更新都能出删除用户文件的 bug，和他的比起来你这不算什么。 下次注意就好。 |
 |
18
akira May 3, 2019
习惯了就好
|
 |
20
tankren May 3, 2019 via Android
拉着关键用户 UAT 吧
|
 |
21
smilekung May 3, 2019 via Android
开始特别慌 后来 bug 多了 一切按流程走呗 一般上线前会提前准备回滚流程 直接回滚发布 然后再定位问题修呗
|
 |
22
godgc May 3, 2019
习惯就好，如果时间久了 一次跑通了 还会纳闷呢
|
 |
23
vanishcode May 3, 2019 via Android
准备跑路
|
|
24
darylc OP @vanishcode 又不是啥删库的大 bug，为啥要跑路
|
 |
25
polebug May 3, 2019
刺激
下次更加注意写单元测试 尽量避免出问题 |
 |
26
Immortal May 3, 2019
还能修复的数据不算 bug
就怕资金方面的 bug 钱都给用户了 拿不回来那种 才会慌 |
 |
27
prolic May 4, 2019
习惯了就毫无愧疚感了
|
 |
29
cyan May 4, 2019
经历过几次 p2 故障，没啥感觉了
都是影响几千万请求的... |
 |
30
seki May 4, 2019
有 bug 很正常，不需要归因到你个人身上。这种更多需要思考的是系统和流程上的，比如这个需求为什么变得紧急，代码有没有测试覆盖，进入代码仓库前有没有人审核过你的代码之类的。可以总结一下经验，看看哪一方面可以改进
|
 |
31
opengps May 4, 2019 via Android
能及时发现的 bug 都是小 bug，怕的是运行很久了才发现
|
 |
32
Vegetable May 4, 2019
“终于来了”
|
 |
33
autogen May 4, 2019
出了小 bug 赶紧跟 TL 说，然后改了再发个版本就行了
出了大 bug，一般都是先回滚，然后大 BOSS 会把 TL 和你叫去谈话， 再大的 bug，就轮到公关出场了。。。 - |
 |
34
smiledoll May 4, 2019
bug 有是正常的。但是原因不只在你身上，每个人的职责有没有尽到，你也不知道呢。反正自己尽力了，做到用心无愧就行。233
|
 |
35
xuanbg May 4, 2019
对于线上 BUG，表示淡定。。。只要不是真的会损失钱的 BUG，没什么好慌的。
当然先解决 BUG，然后有数据要修的话再修数据咯。 |
 |
36
yawn852 May 4, 2019 via iPhone
不涉及到钱的都好说
|
 |
37
luozic May 4, 2019 via iPhone
比较急 临时任务 又没有灰度隔离措施 搞出来的问题 第一责任人不是产品？
|
 |
38
ethusdt May 4, 2019 via iPhone
领导没发现吧？ 这月工资又要少了；（
|
 |
39
wesall100200 May 4, 2019
没有测试的话，出 BUG 那不很正常嘛？你又要我拼命开发 feature，又要我处处检查到位，天底下有这么好的事？
|
 |
40
pandait May 4, 2019 via Android
出 BUG 第一时间想到去修复，至于同事就看关系了。别人出问题，第一时间去帮助别人，这样就基本没什么负罪感了。
|
 |
41
bdnet May 4, 2019
重点不是 “比较急的需求”？
个人避免犯同样的错误为前提，团队相互理解 |
 |
42
coderluan May 4, 2019
我感觉楼主（和让楼主反省的人）心态都很不专业，上线前的 bug 是开发的责任，后出 bug 是 QA 的责任，没什么好说的。
即使 QA 资源紧张，那样根本问题是公司没保证 QA 资源，在这个问题的前提下，研发你再反省有个屌用...... |
 |
43
applehater May 4, 2019
“你测试了没有？”
“你测试了没有？” x 10 |
 |
44
hyy1995 May 5, 2019
测试和开发都有责任吧，但是开发这边会更不舒服一点
|
Select Language