接手别人的项目 有些隐藏的 bug
测试发现不了 你们会主动花时间修复吗
1
DHclly 2020-07-13 13:39:46 +08:00
简单的会~
|
2
daishankeke 2020-07-13 13:46:51 +08:00
风险很高的话会优先修复
低风险的可能等手上没事了再修复吧 如果风险高又很复杂需要跟领导沟通下修复 |
3
reus 2020-07-13 13:48:06 +08:00 via Android
什么鬼逻辑?没来的同学请举手?
|
4
tabris17 2020-07-13 13:49:51 +08:00
众所周知,去做不计入 KPI 的工作都是在浪费生命
|
5
DoUSeeMe 2020-07-13 13:55:26 +08:00
那肯定的,潜在的 bug 都写了 TODO,等回头有空了来处理
|
6
johnchshen 2020-07-13 14:01:49 +08:00 via Android 1
这玩意叫技术债务,能还必然要还。
另外接手的工作要小心,有些时候看似 bug,实则需求。修复反而出错。 所以我个人比较反感在代码上玩奇技淫巧的,尤其不写单元测试和文档那种。 |
7
onfuns 2020-07-13 14:19:36 +08:00
小问题可以改改,牵涉广的最好别改,当然了,最后发现了还是你改,但至少可以辩称甩一下锅~
|
8
cco 2020-07-13 14:24:41 +08:00 2
不改。改好了没人知道,改坏了这就是你的锅。但是多少心里有个谱,等救火的时候就可以表现一波了。当然这是对待 996 的公司。如果公司氛围比较好,那还是有点责任心。
|
9
cccssss 2020-07-13 14:26:19 +08:00 1
问自己领导 X
问网友 √ |
10
qiayue 2020-07-13 14:28:05 +08:00 4
不要偷偷的修,还是要交流,不然改完你发现,原来之前是故意这样设计的
|
11
libook 2020-07-13 14:32:45 +08:00
建议先深入了解技术实现、业务细节、代码变更历史及原因,刚接手的代码可能自己觉得有问题,但有可能是历史原因导致必然写成这样的。
除非是与业务、算法完全无关的问题,但是编程语言的一个指令往往在不同情况下可以表达出多种特性,所以难说改完后一定不会对程序的执行预期产生影响。 如果真的全面且细致地了解过了,最终确认确实是缺陷,则建议按照其风险和修复成本以及未来的变更计划来规划修复计划,毕竟有可能一个整体大重构就使得很多小问题不用解决了。 |
12
sm0king 2020-07-13 14:34:02 +08:00
之前会。
现在不会。 |
13
sean10 2020-07-13 15:29:51 +08:00 via Android
有单测可以改,没单测只能找懂这部分代码的领导确认
|
14
raaaaaar 2020-07-13 15:33:22 +08:00 via Android
测试发现不了?逻辑错误吗。。
|
15
daozhihun 2020-07-13 15:35:09 +08:00
非常简单并且确认没啥问题的会(比如按钮文字不对等)。
其他的要和产品(或者 leader )商量,不建议默默地改掉 |
16
iMiata 2020-07-13 15:36:52 +08:00
既然是 bug,肯定是可以测试出来的,没测试出来估计可能是测试没有想到这种操作逻辑?
既然项目到你手上了,bug 肯定要修的,现在不修难道等到生产环境发现了以后熬夜加班修么 |
17
wangritian 2020-07-13 15:50:11 +08:00
汇报一下比较好,注明运行环境、参数和结果,让主管定夺
如果 bug 是在职人员负责开发的,私下跟他讲 |
18
no1xsyzy 2020-07-13 15:54:22 +08:00
有单测?先写单测让它 fail,指不定你想象中会 fail 的情况结果单测写出来不 fail 那不是很尴尬?看自己几个月前写的代码,感觉有 bug,先 REPL 里试下…… 咦没毛病,咋回事啊?哦原来我早已考虑到了。我可真牛逼(
没单测?那先写出这个项目的第一个单测吧…… |
19
DJQTDJ 2020-07-13 16:18:27 +08:00
领导知道还好,领导不知道,行嘞,你就改呗。
改好了没你啥事。改坏了一查历史,你就吃鳖了 |
20
yousabuk 2020-07-13 16:21:18 +08:00 via iPhone
不会,你修了是别人写的好,会算到你头上?
干嘛修呢 |
21
limuyan44 2020-07-13 16:23:04 +08:00
bug 可以修,但是不要偷偷修,那就是在坑人了。
|
22
luoleng 2020-07-13 17:16:34 +08:00
顺手就修,不顺的话以后有时间再修,没时间的话就不修。。。
|
23
OHyn 2020-07-13 19:10:01 +08:00
改完要充分测试。。这种边缘情况有时候会改坏掉。。。
|
24
wctml 2020-07-13 19:41:29 +08:00
我的责任心不允许我放过任何 bug
|
25
maichael 2020-07-13 19:43:14 +08:00 1
先要确定是 bug 还是 feature
|
26
hantsy 2020-07-13 21:34:24 +08:00
一直在写 Bug
|
27
SmiteChow 2020-07-14 09:56:19 +08:00
那叫待优化重构点,未影响用户使用的不叫 bug
|
28
FlexGap 2020-07-14 14:34:06 +08:00 via iPhone
不改
|