看板
[ Soft_Job ]
討論串[討論] 多少公司有執行單元測試
共 10 篇文章
內容預覽:
昨天看到這串時就去 youtube 看了一下 Unit Test 的演講(By google). https://youtu.be/wEhu57pih5w?t=7m40. Google 在測試這裡是用車來舉例. 測試一台要送去寒地的車四輪驅動是否正常運作. —要把車開進冰箱?. 測試一台要送去沙漠的
(還有233個字)
內容預覽:
Unit Test跟其他自動化測試需不需要，先得看你是什麼專案. 如果是那種完全不在乎品質，交貨後的維護也不干你們的事. 連手動測試都沒在做或隨便做做的那種專案，寫一堆爛code會動能收錢就好. 那還真的沒什麼做的必要. 不過這種專案應該不是太多，而且有志往軟體技術深耕的人應該也不會太想待這種專案.
(還有664個字)
內容預覽:
我是個四年左右經驗的軟體工程師. 待過創新 遊戲代理 外包 和海邊. 看到這串unit test討論浮上來發問的. 因為我以往都知道在程式開發上需要單元測試. 但是在受訓後出來工作能參考的機會實在少之又少. 有看到的單元測試大多是service dao層的測試 而且是在銀行業外包. 在待的經歷來說大
(還有470個字)
內容預覽:
^^^^^^^^^^^^. 我猜您應該是想說，不見得需要. XD. 我認同您說的. 重要邏輯做單元測試是比較好的. 單純 CRUD 也許可以不用做單元測試. 分享我個人對單元測試的想法：. 表面價值一，可以驗證程式是否正確. 不解釋，而且程式可以幫我測好好的，我幹嘛手測. 表面價值二，修改或重構程式
(還有680個字)
內容預覽:
坦白說unit test直覺上就是增加開發成本. 我第一次寫unit test覺得是在幫老闆燒錢. 我個人是覺得unit test不見得不需要每個功能都實作. 把一些重要的功能邏輯,或有機會異動的程式碼 做unit test會比較好吧. 不然只做新增修查delete,這種操作應該不用寫unit te
(還有28個字)