作者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/m.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