分享最近遇到的鬼故事
當初開發完A功能後有順手寫了UT確保該功能基本能動
後來有同事在開發B功能時把他的B功能加進去我的UT default flow內
也沒有請我code review
導致我在跑UT時發現不預期的行為
搞了一陣子才發現是他亂用了我的UT
雖然說AB這兩個功能初始化的部分完全相同
寫兩個UT確實是會有很多重複的地方
但一個功能一個UT應該是正確的觀念吧!?
不知大家有什麼想法，或類似案例分享或怎麼改善XD

你是對的

把同事扁一頓

鬼故事在於 他不用找人code review 就可以改東西吧

UT = “unit” test，請他去查查什麼叫unit

這就是為何在台灣9成公司裡 根本不要UI的原因 不但沒有享受到UT的好處 一堆腦殘還會給團隊添亂 算惹吧UT不是寫了就放著沒事耶 UT也是要跟著程式一起維護的

有一份工作有寫過,因為寫UT才發現自己CODE高耦合才決定去學設計模式,不過後來工作公司都沒寫單元測試的

還好我同事寫完測試都會先註解掉assert 才發pr真不愧是老鳥

扁你同事+1，在臺灣我們先解決人。

推上版控自動test 跑不過不能merge回主要分支

還有公司沒有版控喔

問題是沒有要求code review

無情開扁

這哪有什麼，就同事寫了個bug的意思啊

你是對的

等於同事寫了個bug沒人發現就上線，該怎麼處理就怎麼處理沒有人能提出線上版本永遠不會出問題的工作方法吧？UT又不是銀彈

不是bug 只是UT跑完的結果不是我原本預期的發現是我原文沒說的很清楚XD

比他資深就請他修或跟他pair 修。比他資淺就自己修吧

寫UT讓我很放心改A不會錯到B，也在寫UT時沒有分的很好的程式再次有機會被重構，降低耦合

會改到一起不是說明做的範圍很接近？平常應該會交流吧

原來現在unit test 已經開始簡稱成UT了 那整合測試呢 IT?

UT只出現在JD過

Uniqlo

我建議寫一個UT的UT，以確保你的UT沒有被改壞

要的功能是 自測

寫兩個UT 如果預期之後有更多UT初始化過程一樣的話就抽出來reuse

沒review怎麼進code是說 我最近在跟組內學長談UT case要解耦by class測試學長一直跟我扯整個團隊一起測試就是UT好想離職 草包掌權沒有UI或是沒有上層帶起來就不能跑 是在UT懶覺嗎