PTT職涯區 / Soft_Job (軟體人)

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

看板Soft_Job (軟體人)作者 (額頭愛護會-神級守護術師)時間6月前 (2024/05/14 08:44), 6月前編輯推噓18(18推 0噓 22→)
留言40則, 24人參與, 6月前最新討論串10/10 (看更多)
分享最近遇到的鬼故事 當初開發完A功能後有順手寫了UT確保該功能基本能動 後來有同事在開發B功能時把他的B功能加進去我的UT default flow內 也沒有請我code review 導致我在跑UT時發現不預期的行為 搞了一陣子才發現是他亂用了我的UT 雖然說AB這兩個功能初始化的部分完全相同 寫兩個UT確實是會有很多重複的地方 但一個功能一個UT應該是正確的觀念吧!? 不知大家有什麼想法，或類似案例分享或怎麼改善XD -- 老婆01 https://i.imgur.com/VBSwkje.jpg
老婆02 https://i.imgur.com/wdMQImg.png
老婆03 https://i.imgur.com/RwjkL7K.jpg
老婆04 https://i.imgur.com/wkngu3l.png
老婆05 https://i.imgur.com/s6TJwHK.jpg
老婆06 https://i.imgur.com/xbGd44K.jpg
老婆07 https://i.imgur.com/hWUm4Cc.jpg
老婆08 https://i.imgur.com/zq548Gt.jpg
老婆09 https://i.imgur.com/yjkl8WJ.jpg
老婆10 https://i.imgur.com/PHKGdAN.jpg
老婆11 https://i.imgur.com/UzVuAtY.jpg
老婆12 https://i.imgur.com/qwxYDo5.jpg
-- ※ 發信站: 批踢踢實業坊(ptt.cc), 來自: 61.216.141.67 (臺灣) ※ 文章網址: https://www.ptt.cc/bbs/Soft_Job/M.1715647472.A.E4F.html
推
05/14 09:11, 6月前 , 1F
你是對的
05/14 09:11, 1F
驚(?)
推
05/14 09:14, 6月前 , 2F
把同事扁一頓
05/14 09:14, 2F
好
推
05/14 09:53, 6月前 , 3F
鬼故事在於 他不用找人code review 就可以改東西吧
05/14 09:53, 3F
常有的事XD
推
05/14 09:57, 6月前 , 4F
UT = “unit” test，請他去查查什麼叫unit
05/14 09:57, 4F
推
05/14 10:35, 6月前 , 5F
這就是為何在台灣9成公司裡 根本不要UI的原因 不但沒有享
05/14 10:35, 5F
→
05/14 10:36, 6月前 , 6F
受到UT的好處 一堆腦殘還會給團隊添亂 算惹吧
05/14 10:36, 6F
→
05/14 10:36, 6月前 , 7F
UT不是寫了就放著沒事耶 UT也是要跟著程式一起維護的
05/14 10:36, 7F
推
05/14 10:43, 6月前 , 8F
有一份工作有寫過,因為寫UT才發現自己CODE高耦合
05/14 10:43, 8F
→
05/14 10:44, 6月前 , 9F
才決定去學設計模式,不過後來工作公司都沒寫單元測試的
05/14 10:44, 9F
推
05/14 11:19, 6月前 , 10F
還好我同事寫完測試都會先註解掉assert 才發pr真不
05/14 11:19, 10F
→
05/14 11:19, 6月前 , 11F
愧是老鳥
05/14 11:19, 11F
推
05/14 12:24, 6月前 , 12F
扁你同事+1，在臺灣我們先解決人。
05/14 12:24, 12F
好
→
05/14 12:38, 6月前 , 13F
推上版控自動test 跑不過不能merge回主要分支
05/14 12:38, 13F
這個補充一下因為是新功能所以還沒加上去pre-test，不然都要先跑過啦
→
05/14 13:14, 6月前 , 14F
還有公司沒有版控喔
05/14 13:14, 14F
推
05/14 14:47, 6月前 , 15F
問題是沒有要求code review
05/14 14:47, 15F
→
05/14 17:33, 6月前 , 16F
無情開扁
05/14 17:33, 16F
※ 編輯: k300plus (1.161.177.135 臺灣), 05/14/2024 19:04:31
推
05/14 19:55, 6月前 , 17F
這哪有什麼，就同事寫了個bug的意思啊
05/14 19:55, 17F
推
05/14 19:55, 6月前 , 18F
你是對的
05/14 19:55, 18F
→
05/14 19:56, 6月前 , 19F
等於同事寫了個bug沒人發現就上線，該怎麼處理就怎麼處理
05/14 19:56, 19F
→
05/14 19:56, 6月前 , 20F
沒有人能提出線上版本永遠不會出問題的工作方法吧？UT又
05/14 19:56, 20F
→
05/14 19:56, 6月前 , 21F
不是銀彈
05/14 19:56, 21F
→
05/14 20:32, 6月前 , 22F
不是bug 只是UT跑完的結果不是我原本預期的
05/14 20:32, 22F
→
05/14 20:34, 6月前 , 23F
發現是我原文沒說的很清楚XD
05/14 20:34, 23F
推
05/14 21:41, 6月前 , 24F
比他資深就請他修或跟他pair 修。比他資淺就自己修吧
05/14 21:41, 24F
推
05/14 23:44, 6月前 , 25F
寫UT讓我很放心改A不會錯到B，也在寫UT時沒有分的很好的程
05/14 23:44, 25F
→
05/14 23:44, 6月前 , 26F
式再次有機會被重構，降低耦合
05/14 23:44, 26F
→
05/15 06:38, 6月前 , 27F
會改到一起不是說明做的範圍很接近？平常應該會交流吧
05/15 06:38, 27F
推
05/15 07:50, 6月前 , 28F
原來現在unit test 已經開始簡稱成UT了 那整合測試呢 IT?
05/15 07:50, 28F
推
05/16 11:12, 6月前 , 29F
UT只出現在JD過
05/16 11:12, 29F
推
05/16 14:47, 6月前 , 30F
Uniqlo
05/16 14:47, 30F
→
05/17 10:45, 6月前 , 31F
我建議寫一個UT的UT，以確保你的UT沒有被改壞
05/17 10:45, 31F
→
05/17 12:32, 6月前 , 32F
要的功能是 自測
05/17 12:32, 32F
推
05/18 19:54, 6月前 , 33F
寫兩個UT 如果預期之後有更多UT初始化過程一樣的話
05/18 19:54, 33F
→
05/18 19:54, 6月前 , 34F
就抽出來reuse
05/18 19:54, 34F
推
05/20 21:04, 6月前 , 35F
沒review怎麼進code
05/20 21:04, 35F
→
05/20 21:06, 6月前 , 36F
是說 我最近在跟組內學長談UT case要解耦by class測
05/20 21:06, 36F
→
05/20 21:06, 6月前 , 37F
試
05/20 21:06, 37F
→
05/20 21:06, 6月前 , 38F
學長一直跟我扯整個團隊一起測試就是UT
05/20 21:06, 38F
→
05/20 21:06, 6月前 , 39F
好想離職 草包掌權
05/20 21:06, 39F
→
05/20 21:07, 6月前 , 40F
沒有UI或是沒有上層帶起來就不能跑 是在UT懶覺嗎
05/20 21:07, 40F
‣ 更多 k300plus 的文章
文章代碼(AID): #1cGhFmvF (Soft_Job)
討論串 (同標題文章)
完整討論串 (本文為第 10 之 10 篇)：
排序： 最舊先 | 最新先 | 留言數
在新視窗開啟完整討論串 (共10篇)
Soft_Job 近期熱門文章
更多 近期熱門文章 >>
PTT職涯區 即時熱門文章
更多 即時熱門文章 >>
‣ 更多 k300plus 的文章
文章代碼(AID): #1cGhFmvF (Soft_Job)