我是個四年左右經驗的軟體工程師
待過創新 遊戲代理 外包 和海邊
看到這串unit test討論浮上來發問的
因為我以往都知道在程式開發上需要單元測試
但是在受訓後出來工作能參考的機會實在少之又少
有看到的單元測試大多是service dao層的測試 而且是在銀行業外包
在待的經歷來說大多都是開發 所以常常看到的反而是
趕著要做完這種氛圍
反而變成都是開發完就功能測試 有Bug就是工程師自己心知肚明
看個人公德心
有時候也會接到別人寫半完明顯那半段就沒測的半完成品 幹意十足
也會碰到修改版本超過10次的改版程式 看了也不知道要測什麼
其實想問在web應用廣泛的今天
單元測試是否真為工程師在維持自己程式品質必須要會的附加技能?
單元測試的技術是否也有斷層存在 否則為何非常多工程師都不想寫單元測試
是因為製作的產品規模不夠大 還是因為大多工程師都在沒有軟體實力傳承的公司工作
抑或單元測試只是工程師用來自主控管品質的一個要素
其實覺得單元測試會那麼少納入必須流程是因為
實在台灣說得上世界級的軟體公司沒幾家
做的軟件大多是拿在國內騙錢用
當然單元測試自己想學來做是沒問題的
但是要犧牲多少時間才能讓單元測試變成對工程師工作有幫助
我想這個不夠直觀才是主因
只能說自己是井底之蛙 所以只能以管窺天 看不懂一些高手在分享什麼
有時候捫心自問朝聖什麼文章
真的懂他做了什麼嗎? 還是只是流於一種名牌心態
就好比流行什麼框架
結果套用了根本沒用到這個框架優勢的專案比比皆是
只是個假外殼