这是一个创建于 2022 天前的主题，其中的信息可能已经有所发展或是发生改变。
上周接了个比较急的需求，今天发现出了小 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
测试和开发都有责任吧，但是开发这边会更不舒服一点
|
Select Language