golang testing使用示例小結(jié)
testing包服務(wù)于自動化測試
基本測試
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(): 標(biāo)記測試失敗,但繼續(xù)執(zhí)行
- FailNow(): 標(biāo)記測試失敗,不繼續(xù)執(zhí)行
- Error(): 標(biāo)記測試失敗,并輸出
- Errorf(): 標(biāo)記測試失敗,并格式化輸出
- 輸出
- Log(): 輸出
- Logf(): 格式化輸出
- 失敗且中斷
- Fatal(): 相當(dāng)于FailNow() + Log()
- Fatalf(): 相當(dāng)于FailNow() + Logf()
Parallel()
Parallel方法表示會和其他帶有Parallel方法的測試并行執(zhí)行
ExampleXXX()
ExampleXXX方法中如果含有Output:
開頭的行注釋,則會在運行測試期間,將輸出和注釋中的值相比較
如果是不確定的順序,則可以以
Unordered output:
作為開頭
但如果沒有這樣的注釋,這就是一個普通函數(shù),不能被直接運行
壓力測試
壓力測試方法以func BenchmarkXXX(*testing.B)
函數(shù)名展現(xiàn)。
函數(shù)體格式如下
func BenchmarkHello(b *testing.B) { for i := 0; i < b.N; i++ { // do sth } }
壓力測試會自動調(diào)整b.N使得持續(xù)足夠長時間
重置計時器
如果想要跳過不需要計時的耗時工作,那么可以通過b.ResetTimer()
重置計時器
并行測試
如果想并行壓力測試,那么可以通過RunParallel
實現(xiàn)
func BenchmarkHelloParallel(b *testing.B) { b.RunParallel(func(pb *testing.PB) { // do sth }) }
內(nèi)存統(tǒng)計
ReportAllocs
方法用于打開內(nèi)存統(tǒng)計功能
輸出結(jié)果就會變成如下形式
// 方法名 迭代總次數(shù) 平均每次迭代時間 平均每次迭代分配字節(jié)數(shù) 平均每次迭代的內(nèi)存分配次數(shù)
BenchmarkHello 2000000 898 ns/op 368 B/op 9 allocs/op
自定義度量值
ReportMetric(n float64, unit string)
匯報自定義度量值
- 如果度量值是每次迭代的,你應(yīng)該將其除以
b.N
。 - 按照慣例,單位應(yīng)該以 “/op” 結(jié)尾。
ReportMetric
會覆蓋同一單位的任何先前報告的值。如果單位是空字符串,或者單位包含任何空格,ReportMetric
會引發(fā) panic。- 如果單位是基準(zhǔn)測試框架本身通常報告的單位(如 “allocs/op”),
ReportMetric
會覆蓋該度量值。 - 將 “ns/op” 設(shè)置為 0 將禁止該內(nèi)置度量值。
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類型的參數(shù),將生成隨機字符串 // 對于本測試中的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
兩種方式,前者僅會運行手動添加的用例,而后者則會隨機生成數(shù)據(jù)
值得注意的是如果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
到此這篇關(guān)于golang testing使用的文章就介紹到這了,更多相關(guān)golang testing使用內(nèi)容請搜索腳本之家以前的文章或繼續(xù)瀏覽下面的相關(guān)文章希望大家以后多多支持腳本之家!
相關(guān)文章
viper配置框架的介紹支持zookeeper的讀取和監(jiān)聽
這篇文章主要介紹了viper配置框架的介紹支持zookeeper的讀取和監(jiān)聽,本文通過實例代碼給大家介紹的非常詳細(xì),對大家的學(xué)習(xí)或工作具有一定的參考借鑒價值,需要的朋友可以參考下2020-05-05