**邏輯直接了當
盡量少的依賴
乾淨利落的抽象以及直截了當的控制語句
沒有改進的餘地
以上內容都提取自《**整潔之道》
總結下來就是: 簡單, 簡潔, 簡短.
那麼提高程式正確性最有效的方法是什麼呢？在我看來，最有效的方法莫過於對**反覆琢磨推敲，讓它變得簡單，直觀，直到你一眼就可以看得出它不可能有問題。談程式的正確性 — 王垠
從王垠的部落格中可以看出, 當我們的**足夠簡單, 那麼我們不需要單元測試. 從遞迴的角度看, 如果我們的每乙個方法都太簡單以至於無法出錯, 那麼我們的程式就不可能出錯.
而在stackoverflow的提問 should we test all our methods?
test everything that could possibly break.也有這樣的觀點, 當我們的方法達到最簡單的形式, 那麼我們就不需要單元測試, 那麼推廣來看, 如果我們寫出整潔的**, 那麼我們也就不需要單元測試.
關於單元測試的一些想法
近期的主要工作之一就是單元測試的編寫，對於從零開始的我來說真的是有一定難度。開一貼記錄一些單元測試方面的相關問題吧。目前來看遇到的問題主要是如何把 或功能轉化成單元測試最理想的形式，這就要求 結構非常好，耦合度低。關於這點以後有經驗了再來補充。目前比較主流的方式都是通過一些返回值或者取值來與目標期待...
關於單元測試提出的思考
對於開發者來說，軟體測試，特別是單元測試，也是在開發過程中的重要組成部分。對於負責的系統 功能模組來說，做好單元測試，對保證產品質量有非常重要的作用。此外，做好單元測試，還能提高開發者開發思維的嚴謹性 啟發功能模組解耦 測試驅動開發 以下提出單元測試常見的問題和提供使用的解決方案。待完善 有的時候做...
使用單元測試引發的一些思考
單元測試是保證邏輯正確的重要組成部分和驗證方式，但是單元測試的使用方式需要注意，大部分時間要保證簡單邏輯沒有問題，單元測試主要用在複雜的邏輯 以及單個演算法及其複雜 的時候，這種情況下使用單元測試junit等，就可以很好地測試邏輯，並且避免由於過多的單元 測試導致，由於程式變化花費大量時間調整測試。...