作者ko27tye (好滋好滋)
看板Soft_Job
标题Re: [讨论] 工作上写单元测试的比例
时间Thu May 2 10:47:45 2024
我想补一个情境
当到新公司或转到新单位时
发现没有在做unit test
此时身经百战写过上千次unit test的你
会选择凭一己之力
引入测试框架及补完所有模组的单元测试吗？
当然这也代表那些高耦合的模组你要想办法拆分
其中改坏了算你的锅，改好没人在乎
而且高机率你得自己维护测试code
还是选择打不赢就加入？
我很好奇
大家可以分享一下吗
我自己是选择不改啦
--
※ 发信站: 批踢踢实业坊(ptt.cc), 来自: 49.216.135.103 (台湾)
※ 文章网址: https://webptt.com/cn.aspx?n=bbs/Soft_Job/M.1714618068.A.714.html
1F：推 jlhc: 甚麽叫做一己之力? 甚麽叫做自己选择? 请开会讨论 05/02 10:55
2F：→ jlhc: 你上面叫你改你就改, 叫你不要改就不用改 05/02 10:56
3F：→ ko27tye: 你想改本来就要知会主管不是吗？还是你当的RD没权力在软 05/02 11:02
4F：→ ko27tye: 体品质上提意见？ 05/02 11:02
5F：推 jlhc: 所以团队如果不支持就不用改了 05/02 11:18
6F：→ jlhc: 如果团队支持, 那就不是你的锅, 也不会没人在乎 05/02 11:18
7F：→ cylee: 这种工作吃力不讨好，除非主管说你考绩会变好，不然就算了 05/02 11:20
8F：推 s06yji3: 是不是99%台湾的公司都不在意code quality? 05/02 11:36
9F：→ wuyiulin: 这种层级的问题我都会议上报上去，主管决定要排谁来改 05/02 11:38
10F：→ wuyiulin: 。 05/02 11:38
11F：推 k798976869: 没测试就是直接重写 05/02 12:42
12F：→ k798976869: 重写的时候顺便补 上面的人不支持你重写的话当然就不 05/02 12:43
13F：→ k798976869: 去动 05/02 12:43
14F：推 rereterry: 就….预设的後续其实不会发生，想改一定是提出来讨论， 05/02 14:25
15F：→ rereterry: 讨论过了才能动工，那这时怎麽可能都给一个人扛，要马 05/02 14:25
16F：→ rereterry: 趁改版时慢慢补，要马就是慢慢拆出来补，上司一定得跟 05/02 14:25
17F：→ rereterry: 进度，也不可能让人随意影响到实际运行的商品 05/02 14:25
18F：推 luke72: 你一个刚来的菜鸟什麽都不知道，怎麽可能做的出所有测试 05/02 14:55
19F：→ luke72: 除非前人有留完整且正确的架构图给你，我是从未见过啦 05/02 14:57
20F：→ luke72: 还有各种独门秘方藏在某人电脑里，通常都是主管 05/02 15:00
21F：嘘 worf: 你甚麽都不知道要测啥 怎麽写 05/02 15:13
22F：推 wulouise: 没test的code会有spec给test用? 水星捞到鲸鱼机率高一点 05/02 19:06
23F：推 POCARI25: 一意孤行反而其他不会改UT的一直问你为什麽code CI跑不 05/02 19:52
24F：→ POCARI25: 过 05/02 19:52
25F：推 luke72: 他们不会问你，会直接跟上面说因为你的东西阻碍产出 05/02 20:09
26F：→ luke72: 然後你就变成影响公司营收的罪人，KPI完蛋，信用扫地 05/02 20:11
27F：→ luke72: 教科书上那些好棒棒的理想留着自己用就好，现实不是这样 05/02 20:12
28F：推 doranako: unit test会牵扯到重构，绝不只是写unit test而已 05/02 20:41
29F：→ viper9709: 独门秘方藏在电脑里XDDD 05/02 21:04
30F：推 sos20122: 新开发的才会用，时间要用对地方，不要只是为了写而写 05/02 23:05
31F：推 kkkyyy: 观察团队文化而定吧？！ 05/03 09:54
32F：推 smalldra: Unit test 绝对要重构 除非原来的dependcies 早就弄好 05/03 12:26
33F：推 strlen: 当然不要写啊 淌混水干嘛？测试也是要维护的 没人写 後续 05/03 12:53
34F：→ strlen: 也没人要维护 那测试很快变拉机 05/03 12:53
35F：推 strlen: 等你离开该单位 你写的测试又变成别人的麻烦 05/03 12:57
36F：推 newking761: 看上面的老板会不会加钱，不然弄完被开除怎麽办 05/03 13:06
37F：→ newking761: 还是多写几个坑，让别人踩比较实在 05/03 13:07
38F：推 expury: 想接这题问：如何能够提升高层对於 code quality 的重视 05/04 09:43
39F：→ expury: 度？ 05/04 09:43
40F：→ expury: 每次碰到前人留下来的屎都很想砸电脑不弄了 05/04 09:44
41F：→ labbat: 去公司外面绕一圈看尽好扣烂扣，提升自己的耐受性然後释怀 05/04 10:14
42F：推 zxcasdjason1: 可能发展如下，本来运作好好的系统，因为你补了测 05/04 10:38
43F：→ zxcasdjason1: 试找出潜在问题，另一个是你改坏了。前者可能没人 05/04 10:38
44F：→ zxcasdjason1: 在意，是後者那你麻烦很大。 05/04 10:38
45F：→ zxcasdjason1: 一是期待别人跟上你的成长，另是产生影响力，也许 05/04 10:43
46F：→ zxcasdjason1: 结果很像，但意义上完全不同。 05/04 10:43
47F：→ strlen: 正解：就把电脑砸了吧 就换工作 不然就自己创业 05/04 14:19
48F：→ strlen: 高层老板会重视程式品质 也不用等到你来讲喇 哈 05/04 14:19
49F：→ Lipraxde: 太年轻了啦，做的过程中谁有空告诉你一堆历史遗留问题 05/06 14:29
50F：→ Lipraxde: 的原因，做完了自己没 credit 反而帮到别人，出问题却 05/06 14:29
51F：→ Lipraxde: 又会变责任中心，帮这种的吃力不讨好的事谁爱做？ 05/06 14:29
52F：→ Lipraxde: 更常见的高手齁，当然是做一页投影片上报高层说 legacy 05/06 14:29
53F：→ Lipraxde: 巴拉巴拉，新的方法可以解决问题，还可以怎样怎样更有 05/06 14:29
54F：→ Lipraxde: 梦想，说服高层给 resource 重新弄一套，斗斗老屁股爬 05/06 14:29
55F：→ Lipraxde: 上去当大王啊 05/06 14:29
56F：→ nayeonmywife: 能卖钱最重要，你在意的po或许根本没差 05/07 09:21
57F：推 musashi023: 我现在走的就是一，很大的原因是因为我直接对到大主管 05/15 12:48
58F：→ musashi023: ，他也支持我这麽做 05/15 12:48