上周接了个比较急的需求,今天发现出了小 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 ![]() 反思自己的测试思路是不是有遗漏或者错误的地方 导致 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 ![]() 扣绩效呗... |
12 testeststs 2019-05-03 16:34:45 +08:00 心要放大一点,最重要的是反思哪里出现了纰漏。为什么没有检测出来?是流程不完善,还是什么。 |
![]() | 13 qiaobeier 2019-05-03 16:35:23 +08:00 年轻人,习惯就好了。 |
![]() | 14 gamexg 2019-05-03 16:50:06 +08:00 @tmdbbr #10 恐怕很难, |
![]() | 15 rb6221 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 ethusdt 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 测试和开发都有责任吧,但是开发这边会更不舒服一点 |