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