您好,登錄后才能下訂單哦!
Go單元測試的基本用法,相信很多沒有經驗的人對此束手無策,為此本文總結了問題出現的原因和解決方法,通過這篇文章希望你能解決這個問題。
Go的單元測試比較容易實現,因為Go語言為我們提供了單元測試的框架。而對于單元測試的框架需要遵循下面的幾條規定。
規則1.單元測試代碼的go文件必須以_test.go結尾,Go語言測試工具只會認符合這個規則的文件
規則2.單元測試的函數名必須以Test開頭,是可導出公開的函數。備注:函數名最好是Test+要測試的方法函數名
規則3. 測試函數的簽名必須接收一個指向testing.T類型的指針作為參數,并且該測試函數不能返回任何值
規則1:
例子:單元測試文件不是以_test.go結尾命名的情況。
$ go test // 備注,ut目錄下只有main.go和maintest.go的時候,會顯示下面的提示
? _/Users/XXXX/ut [no test files] // 執行結果,顯示沒有測試文件被發現。
規則2:
例子:測試函數不是以Test開頭
go test 會提示 告警:testing: warning: no tests to run
單元測試代碼如下所示:
main.go + main_test.go
$ go test -v -cover
介紹:
// -v, 顯示單元測試的詳細信息,
// -cover會顯示測試代碼的覆蓋率
// go test顯示的UT測試結果,以及花費的時間
如果一個函數的邏輯分支很多,將會導致測試這個函數的測試用例非常多,然而這些測試用例絕大部分函數都是類似的。對于這種情況,表格驅動法(Table Driven)便可以發揮作用了。
下面用一個例子來介紹如何使用表格驅動法:
$ go test table_test.go table.go -v
畫乛
表格驅動測試一般會用到三個步驟:
1.定義測試結果驗證對應的數據結構。
2.構造測試函數對應的幾種測試場景。
3.循環調用被測函數,并進行校驗。
以上介紹的只是單元測試的最基本測試知識,實際工程中的單元測試要比這復雜很多,很多。尤其是一個模塊中的函數依賴與其他模塊或者第三方庫等的接口內容,這種情況下,我們在做單元測試的時候,就需要stub和mock這些需要依賴的函數。
看完上述內容,你們掌握Go單元測試的基本用法的方法了嗎?如果還想學到更多技能或想了解更多相關內容,歡迎關注億速云行業資訊頻道,感謝各位的閱讀!
免責聲明:本站發布的內容(圖片、視頻和文字)以原創、轉載和分享為主,文章觀點不代表本網站立場,如果涉及侵權請聯系站長郵箱:is@yisu.com進行舉報,并提供相關證據,一經查實,將立刻刪除涉嫌侵權內容。