接觸unit test已經快一年了，但很少按照書本上的做，可能是水平不夠，環境不合適吧。
不過一些必要的unit test我還是做的，如果功能很關鍵，我會正兒八經寫些測試用例，但大部分情況下，要麼不寫，要麼隨處亂寫，也很少會用到ruby的unit test－－－關鍵是太懶。
懶人就有些懶辦法，比如，我針對某個類，會這麼寫unit test
[code]module isbn
def valid_13?
endend
if __file__ == $0
isbn::valid_13?(11222)
end[/code]
如果要測的東西有些複雜，我也會把unit test工具拉進來
[code]if __file__ == $0
require "test/unit"
class testcase< test::unit::testcase
def test_valid_13?
# your test code
end
endend[/code]
這裡有兩個好處：
1 我會自然而然地注意「單一原則」，別的類檔案的方法咱不碰，更不測試！
2 非常便於管理，在乙個檔案裡面，比專門新建個isbn_test，甚至新建個test資料夾要爽。
你只需要開啟乙個檔案，用不著切換來切換去的。
壞處也有嘍，比如：
如果乙個檔案裡面放很多東西（比如：***_base.rb），用這種懶辦法就搞不定了。
還好，這個目前還比較少。
單元測試的一些總結
productmodeldaoimpltest 測試類，productmodeldaoimpl 被測試類。1 實現 unitilsjunit4 public class productmodeldaoimpltest extends unitilsjunit4 2 聲名被測類得屬性 testedob...
20181017單元測試一些心得
最近在做單元測試，不得不說還有好多要學習的地方，經驗能力都還是不夠的。1.當開發的模組要整合到產品上，可以通過兩種方式實施 1 可以直接呼叫開發出的exe，使用該模組輸出的分析結果即可 2 直接使用sdk 標頭檔案 dll 2.關於版本的使用，本身有一款研發版本供自己內部區別使用，對外發布版本則是供...
關於單元測試的一些思考
邏輯直接了當 盡量少的依賴 乾淨利落的抽象以及直截了當的控制語句 沒有改進的餘地 以上內容都提取自 整潔之道 總結下來就是 簡單,簡潔,簡短.那麼提高程式正確性最有效的方法是什麼呢？在我看來，最有效的方法莫過於對 反覆琢磨推敲，讓它變得簡單，直觀，直到你一眼就可以看得出它不可能有問題。談程式的正確性...