測試範圍
今天討論主題很重要,但也很容易被忽略的--測試範圍。一份軟體會有許多不同種類的測試,它們會有測試可以確保的部分,而這些部分跟測試的範圍是有直接關係的。因此,知道測試的範圍,就知道確保的部分。
今天討論主題很重要,但也很容易被忽略的--測試範圍。一份軟體會有許多不同種類的測試,它們會有測試可以確保的部分,而這些部分跟測試的範圍是有直接關係的。因此,知道測試的範圍,就知道確保的部分。
細心一點的朋友們,或許會發現昨天有個細節沒討論到:「依賴的元件如果因為某些原因而無法初始化的話,該怎麼辦?」,這其實是一個常發生的問題,只是常常用不同的形式呈現。
廣義的說,當測試有包含多個單元時,就算是整合測試了。即使單元測試完整,各單元功能也正常,但組合在一起時,通常還是會發生許多莫名的問題。這時先不要想哪個單元沒寫好,而是先摻在一起做整合測試比較好
有句話是這麼說的:「懶惰是工程師的美德」。因為懶,所以才會寫出各式各樣強大的工具。是的,今天的標題就是我們的目標。
如果依層級分類的話,相對最底層的 Testing 就稱之為 Unit Testing,中文稱之為「單元測試」。
在我第一次要做 CI 時,是毫無方向不知道該先做什麼好。那今天要講的是,這五天常常提起最實際要做的,但也還沒深入討論的細節--驗證。
前四天跟大家聊很多觀念與思考一些議題,今天要來聊聊 CI 該怎麼開始了!