最近做項目的時候一直很苦惱,go的
單元測試是怎么回事，之前有看過go
test xx_test.go命令進行單元測試,只知道有這么一說。最近項目中寫了很多工具類，一直想測試一下性能和執(zhí)行結(jié)果。發(fā)現(xiàn)完全不對。
這是代碼。
發(fā)現(xiàn)多次執(zhí)行g(shù)o test utilfile_test.go完全沒有任何輸出。查很多原因和多帖子，都沒說到重點。今天在群里問了下,才發(fā)現(xiàn)go單元測試對文件名和方法名，參數(shù)都有很嚴格的要求。
例如：
1、文件名必須以xx_test.go命名
2、方法必須是Test[^a-z]開頭
3、方法參數(shù)必須 t *testing.T
之前就因為第 2 點沒有寫對，導致找了半天錯誤。現(xiàn)在真的讓人記憶深刻啊，小小的東西當初看書沒仔細。
下面分享一點go test的參數(shù)解讀。來源
格式形如：
go test [-c] [-i] [build flags] [packages] [flags for test binary]
參數(shù)解讀：
-c : 編譯go test成為可執(zhí)行的二進制文件，但是不運行測試。
-i : 安裝測試包依賴的package，但是不運行測試。
關(guān)于build flags，調(diào)用go help build，這些是編譯運行過程中需要使用到的參數(shù)，一般設(shè)置為空
關(guān)于packages，調(diào)用go help packages，這些是關(guān)于包的管理，一般設(shè)置為空
關(guān)于flags for test binary，調(diào)用go help testflag，這些是go test過程中經(jīng)常使用到的參數(shù)
-test.v : 是否輸出全部的單元
測試用例（不管成功或者失敗），默認沒有加上，所以只輸出失敗的單元測試用例。
-test.run pattern: 只跑哪些單元測試用例
-test.bench patten: 只跑那些
性能測試用例
-test.benchmem : 是否在性能測試的時候輸出內(nèi)存情況
-test.benchtime t : 性能測試運行的時間，默認是1s
-test.cpuprofile cpu.out : 是否輸出cpu性能分析文件
-test.memprofile mem.out : 是否輸出內(nèi)存性能分析文件
-test.blockprofile block.out : 是否輸出內(nèi)部goroutine阻塞的性能分析文件
-test.memprofilerate n : 內(nèi)存性能分析的時候有一個分配了多少的時候才打點記錄的問題。這個參數(shù)就是設(shè)置打點的內(nèi)存分配間隔，也就是profile中一個sample代表的內(nèi)存大小。默認是設(shè)置為512 * 1024的。如果你將它設(shè)置為1，則每分配一個內(nèi)存塊就會在profile中有個打點，那么生成的profile的sample就會非常多。如果你設(shè)置為0，那就是不做打點了。
你可以通過設(shè)置memprofilerate=1和GOGC=off來關(guān)閉內(nèi)存回收，并且對每個內(nèi)存塊的分配進行觀察。
-test.blockprofilerate n: 基本同上，控制的是goroutine阻塞時候打點的納秒數(shù)。默認不設(shè)置就相當于-test.blockprofilerate=1，每一納秒都打點記錄一下
-test.parallel n : 性能測試的程序并行cpu數(shù)，默認等于GOMAXPROCS。
-test.timeout t : 如果測試用例運行時間超過t，則拋出panic
-test.cpu 1,2,4 : 程序運行在哪些CPU上面，使用二進制的1所在位代表，和nginx的nginx_worker_cpu_affinity是一個道理
-test.short : 將那些運行時間較長的測試用例運行時間縮短
English » | | | | | | | | |
Text-to-speech function is limited to 100 characters