Re: [討論] 工作上寫單元測試的比例

看板Soft_Job (軟體人)作者 (好滋好滋)時間2周前 (2024/05/02 10:47), 編輯推噓17(18129)
留言48則, 21人參與, 1周前最新討論串4/10 (看更多)
我想補一個情境 當到新公司或轉到新單位時 發現沒有在做unit test 此時身經百戰寫過上千次unit test的你 會選擇憑一己之力 引入測試框架及補完所有模組的單元測試嗎? 當然這也代表那些高耦合的模組你要想辦法拆分 其中改壞了算你的鍋,改好沒人在乎 而且高機率你得自己維護測試code 還是選擇打不贏就加入? 我很好奇 大家可以分享一下嗎 我自己是選擇不改啦 -- ※ 發信站: 批踢踢實業坊(ptt.cc), 來自: 49.216.135.103 (臺灣) ※ 文章網址: https://www.ptt.cc/bbs/Soft_Job/M.1714618068.A.714.html

05/02 10:55, 2周前 , 1F
甚麼叫做一己之力? 甚麼叫做自己選擇? 請開會討論
05/02 10:55, 1F

05/02 10:56, 2周前 , 2F
你上面叫你改你就改, 叫你不要改就不用改
05/02 10:56, 2F

05/02 11:02, 2周前 , 3F
你想改本來就要知會主管不是嗎?還是你當的RD沒權力在軟
05/02 11:02, 3F

05/02 11:02, 2周前 , 4F
體品質上提意見?
05/02 11:02, 4F

05/02 11:18, 2周前 , 5F
所以團隊如果不支持就不用改了
05/02 11:18, 5F

05/02 11:18, 2周前 , 6F
如果團隊支持, 那就不是你的鍋, 也不會沒人在乎
05/02 11:18, 6F

05/02 11:20, 2周前 , 7F
這種工作吃力不討好,除非主管說你考績會變好,不然就算了
05/02 11:20, 7F

05/02 11:36, 2周前 , 8F
是不是99%台灣的公司都不在意code quality?
05/02 11:36, 8F

05/02 11:38, 2周前 , 9F
這種層級的問題我都會議上報上去,主管決定要排誰來改
05/02 11:38, 9F

05/02 11:38, 2周前 , 10F
05/02 11:38, 10F

05/02 12:42, 2周前 , 11F
沒測試就是直接重寫
05/02 12:42, 11F

05/02 12:43, 2周前 , 12F
重寫的時候順便補 上面的人不支持你重寫的話當然就不
05/02 12:43, 12F

05/02 12:43, 2周前 , 13F
去動
05/02 12:43, 13F

05/02 14:25, 2周前 , 14F
就….預設的後續其實不會發生,想改一定是提出來討論,
05/02 14:25, 14F

05/02 14:25, 2周前 , 15F
討論過了才能動工,那這時怎麼可能都給一個人扛,要馬
05/02 14:25, 15F

05/02 14:25, 2周前 , 16F
趁改版時慢慢補,要馬就是慢慢拆出來補,上司一定得跟
05/02 14:25, 16F

05/02 14:25, 2周前 , 17F
進度,也不可能讓人隨意影響到實際運行的商品
05/02 14:25, 17F

05/02 14:55, 2周前 , 18F
你一個剛來的菜鳥什麼都不知道,怎麼可能做的出所有測試
05/02 14:55, 18F

05/02 14:57, 2周前 , 19F
除非前人有留完整且正確的架構圖給你,我是從未見過啦
05/02 14:57, 19F

05/02 15:00, 2周前 , 20F
還有各種獨門秘方藏在某人電腦裡,通常都是主管
05/02 15:00, 20F

05/02 15:13, 2周前 , 21F
你甚麼都不知道要測啥 怎麼寫
05/02 15:13, 21F

05/02 19:06, 2周前 , 22F
沒test的code會有spec給test用? 水星撈到鯨魚機率高一點
05/02 19:06, 22F

05/02 19:52, 2周前 , 23F
一意孤行反而其他不會改UT的一直問你為什麼code CI跑不
05/02 19:52, 23F

05/02 19:52, 2周前 , 24F
05/02 19:52, 24F

05/02 20:09, 2周前 , 25F
他們不會問你,會直接跟上面說因為你的東西阻礙產出
05/02 20:09, 25F

05/02 20:11, 2周前 , 26F
然後你就變成影響公司營收的罪人,KPI完蛋,信用掃地
05/02 20:11, 26F

05/02 20:12, 2周前 , 27F
教科書上那些好棒棒的理想留著自己用就好,現實不是這樣
05/02 20:12, 27F

05/02 20:41, 2周前 , 28F
unit test會牽扯到重構,絕不只是寫unit test而已
05/02 20:41, 28F

05/02 21:04, 2周前 , 29F
獨門秘方藏在電腦裡XDDD
05/02 21:04, 29F

05/02 23:05, 2周前 , 30F
新開發的才會用,時間要用對地方,不要只是為了寫而寫
05/02 23:05, 30F

05/03 09:54, 2周前 , 31F
觀察團隊文化而定吧?!
05/03 09:54, 31F

05/03 12:26, 2周前 , 32F
Unit test 絕對要重構 除非原來的dependcies 早就弄好
05/03 12:26, 32F

05/03 12:53, 2周前 , 33F
當然不要寫啊 淌混水幹嘛?測試也是要維護的 沒人寫 後續
05/03 12:53, 33F

05/03 12:53, 2周前 , 34F
也沒人要維護 那測試很快變拉機
05/03 12:53, 34F

05/03 12:57, 2周前 , 35F
等你離開該單位 你寫的測試又變成別人的麻煩
05/03 12:57, 35F

05/03 13:06, 2周前 , 36F
看上面的老闆會不會加錢,不然弄完被開除怎麼辦
05/03 13:06, 36F

05/03 13:07, 2周前 , 37F
還是多寫幾個坑,讓別人踩比較實在
05/03 13:07, 37F

05/04 09:43, 1周前 , 38F
想接這題問:如何能夠提升高層對於 code quality 的重視
05/04 09:43, 38F

05/04 09:43, 1周前 , 39F
度?
05/04 09:43, 39F

05/04 09:44, 1周前 , 40F
每次碰到前人留下來的屎都很想砸電腦不弄了
05/04 09:44, 40F

05/04 10:14, 1周前 , 41F
去公司外面繞一圈看盡好扣爛扣,提升自己的耐受性然後釋懷
05/04 10:14, 41F

05/04 10:38, 1周前 , 42F
可能發展如下,本來運作好好的系統,因為你補了測
05/04 10:38, 42F

05/04 10:38, 1周前 , 43F
試找出潛在問題,另一個是你改壞了。前者可能沒人
05/04 10:38, 43F

05/04 10:38, 1周前 , 44F
在意,是後者那你麻煩很大。
05/04 10:38, 44F

05/04 10:43, 1周前 , 45F
一是期待別人跟上你的成長,另是產生影響力,也許
05/04 10:43, 45F

05/04 10:43, 1周前 , 46F
結果很像,但意義上完全不同。
05/04 10:43, 46F

05/04 14:19, 1周前 , 47F
正解:就把電腦砸了吧 就換工作 不然就自己創業
05/04 14:19, 47F

05/04 14:19, 1周前 , 48F
高層老闆會重視程式品質 也不用等到你來講喇 哈
05/04 14:19, 48F
文章代碼(AID): #1cClxKSK (Soft_Job)
討論串 (同標題文章)
文章代碼(AID): #1cClxKSK (Soft_Job)