golang testing使用示例小結
testing包服務于自動化測試
基本測試
Table Drvien Test
基于表的測試通過表形式進行測試每種情況的輸入和期望輸出,從而測試程序的正確性
func TestFib(t *testing.T) { var fibTests = []struct { in int // input expected int // expected result }{ {1, 1}, {2, 1}, {3, 2}, {4, 3}, {5, 5}, {6, 8}, {7, 13}, } for _, tt := range fibTests { actual := Fib(tt.in) if actual != tt.expected { t.Errorf("Fib(%d) = %d; expected %d", tt.in, actual, tt.expected) } } }
- 跳過測試
- SkipNow(): 跳過測試
- Skip(): 跳過測試并輸出log
- Skipf(): 跳過測試并格式化輸出log
- 失敗但繼續(xù)
- Fail(): 標記測試失敗,但繼續(xù)執(zhí)行
- FailNow(): 標記測試失敗,不繼續(xù)執(zhí)行
- Error(): 標記測試失敗,并輸出
- Errorf(): 標記測試失敗,并格式化輸出
- 輸出
- Log(): 輸出
- Logf(): 格式化輸出
- 失敗且中斷
- Fatal(): 相當于FailNow() + Log()
- Fatalf(): 相當于FailNow() + Logf()
Parallel()
Parallel方法表示會和其他帶有Parallel方法的測試并行執(zhí)行
ExampleXXX()
ExampleXXX方法中如果含有Output:
開頭的行注釋,則會在運行測試期間,將輸出和注釋中的值相比較
如果是不確定的順序,則可以以
Unordered output:
作為開頭
但如果沒有這樣的注釋,這就是一個普通函數,不能被直接運行
壓力測試
壓力測試方法以func BenchmarkXXX(*testing.B)
函數名展現(xiàn)。
函數體格式如下
func BenchmarkHello(b *testing.B) { for i := 0; i < b.N; i++ { // do sth } }
壓力測試會自動調整b.N使得持續(xù)足夠長時間
重置計時器
如果想要跳過不需要計時的耗時工作,那么可以通過b.ResetTimer()
重置計時器
并行測試
如果想并行壓力測試,那么可以通過RunParallel
實現(xiàn)
func BenchmarkHelloParallel(b *testing.B) { b.RunParallel(func(pb *testing.PB) { // do sth }) }
內存統(tǒng)計
ReportAllocs
方法用于打開內存統(tǒng)計功能
輸出結果就會變成如下形式
// 方法名 迭代總次數 平均每次迭代時間 平均每次迭代分配字節(jié)數 平均每次迭代的內存分配次數
BenchmarkHello 2000000 898 ns/op 368 B/op 9 allocs/op
自定義度量值
ReportMetric(n float64, unit string)
匯報自定義度量值
- 如果度量值是每次迭代的,你應該將其除以
b.N
。 - 按照慣例,單位應該以 “/op” 結尾。
ReportMetric
會覆蓋同一單位的任何先前報告的值。如果單位是空字符串,或者單位包含任何空格,ReportMetric
會引發(fā) panic。- 如果單位是基準測試框架本身通常報告的單位(如 “allocs/op”),
ReportMetric
會覆蓋該度量值。 - 將 “ns/op” 設置為 0 將禁止該內置度量值。
testing.Benchmark(func(b *testing.B) { var compares int64 for i := 0; i < b.N; i++ { s := []int{5, 4, 3, 2, 1} sort.Slice(s, func(i, j int) bool { compares++ return s[i] < s[j] }) } // This metric is per-operation, so divide by b.N and // report it as a "/op" unit. b.ReportMetric(float64(compares)/float64(b.N), "compares/op") // This metric is per-time, so divide by b.Elapsed and // report it as a "/ns" unit. b.ReportMetric(float64(compares)/float64(b.Elapsed().Nanoseconds()), "compares/ns") })
子測試
子測試也就是可以在測試中測試,子測試可以共用初始化等公共操作,并可以做父測試執(zhí)行前的必要操作
func TestSubTest(t *testing.T) { t.Run("sub1", func(t *testing.T) { t.Log("sub1") }) t.Run("sub2", func(t *testing.T) { t.Log("sub2") }) t.Run("sub3", func(t *testing.T) { t.Log("sub3") }) }
模糊測試
模糊測試方法名為func FuzzXXX(f *testing.F)
func FuzzReverse(f *testing.F) { // 為模糊測試添加用例到種子語料庫 testcases := []string{"Hello, world", " ", "!12345"} for _, tc := range testcases { f.Add(tc) // Use f.Add to provide a seed corpus } // 進行模糊測試。對于string類型的參數,將生成隨機字符串 // 對于本測試中的Reverse方法是可逆的,因此可以通過兩次逆行操作來驗證其正確性 f.Fuzz(func(t *testing.T, orig string) { rev := Reverse(orig) doubleRev := Reverse(rev) if orig != doubleRev { t.Errorf("Before: %q, after: %q", orig, doubleRev) } if utf8.ValidString(orig) && !utf8.ValidString(rev) { t.Errorf("Reverse produced invalid UTF-8 string %q", rev) } }) }
運行模糊測試有go test
和go test -fuzz
兩種方式,前者僅會運行手動添加的用例,而后者則會隨機生成數據
值得注意的是如果go test -fuzz執(zhí)行之后存在運行錯誤的用例會添加到語料庫文件中,那么即使下次執(zhí)行的是go test也依然會執(zhí)行語料庫文件中的用例
Ref
https://go.dev/doc/tutorial/fuzz
https://books.studygolang.com/The-Golang-Standard-Library-by-Example/chapter09/09.0.html
到此這篇關于golang testing使用的文章就介紹到這了,更多相關golang testing使用內容請搜索腳本之家以前的文章或繼續(xù)瀏覽下面的相關文章希望大家以后多多支持腳本之家!
相關文章
viper配置框架的介紹支持zookeeper的讀取和監(jiān)聽
這篇文章主要介紹了viper配置框架的介紹支持zookeeper的讀取和監(jiān)聽,本文通過實例代碼給大家介紹的非常詳細,對大家的學習或工作具有一定的參考借鑒價值,需要的朋友可以參考下2020-05-05