看板
[ Soft_Job ]
討論串[討論] 工作上寫單元測試的比例
共 10 篇文章
內容預覽:
先說我不是故意要回兩篇，. 但剛看到 landlord (就 joey chen, 江湖名 91) 在 FB 的回應，我覺得也蠻好的，. 他說他最近在忙沒空過來，我問過他之後幫他轉過來。. 以下基本上逐字照轉. (source from https://tinyurl.com/rxyerfyw ).
(還有725個字)
內容預覽:
因為大家的討論都很基於心法. 實作上相對很模糊. 利用這個機會也跟大家請教實作上的方式. 因為最近工作被指派要針對公司產品的程式做整理，其實運作都還好. 只是大家功能是一層疊一層，一堆巢狀邏輯，跟依賴中的依賴. 也沒有任何的測試跟註解，當然也沒有任何測試. 舉個例子. 有個功能是儲值，可以接受銀行、
(還有2046個字)
內容預覽:
ㄅ是啊，你應該是先有需求才有測試，. 通常是先假設已經在線上的已經經過線上考驗。. 如果沒有這種需求，你根本就不應該整理。. 我個人認為任何在沒有需求的前提下情況下整理程式碼，. 是一個浪費自己時間又沒意義的行為。. 有需求，你就會相對清楚你要處理的邊界在哪，. 而不是在思考我要處理多寬的問題。.
(還有2905個字)
內容預覽:
原則上要寫測試的話我會用很古老的 TDD 的方式做，先寫測試之後再寫實作。. 現在的話則是寫完測試之後 Copilot 就幫我寫完一半了，然後就開始 review copilot. 的 code 了。. 目前經驗上能不能寫測試的話我認為有三個維度會是主要影響關鍵，提供參考：. 1. 文件是否齊全.
(還有807個字)
內容預覽:
分享最近遇到的鬼故事. 當初開發完A功能後有順手寫了UT確保該功能基本能動. 後來有同事在開發B功能時把他的B功能加進去我的UT default flow內. 也沒有請我code review. 導致我在跑UT時發現不預期的行為. 搞了一陣子才發現是他亂用了我的UT. 雖然說AB這兩個功能初始化的部
(還有599個字)