这是一个创建于 1992 天前的主题，其中的信息可能已经有所发展或是发生改变。
接手别人的项目 有些隐藏的 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 PRO 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 不改 |
Select Language