golang进阶(七)------go语言的几种测试方法
golang进阶(七)——go语言的几种测试方法 · 独自登高楼 望断天涯路
golang进阶(七)------go语言的几种测试方法
用了go的测试框架，再想下junit的，虽然已经Junit5，那丑陋程度还是依然。
java出来的时候，还没有很多软件工程的概念，语言先出来了，因此需要通过不同的插件慢慢补。
go就很幸运，出来的时候很多软件工程的概念已经基本定了下来，可以加到语言特性之中，go的测试就简便很多，不愧是为工程而生的语言
需要测试的程序
我们需要测试的程序文件叫做utils.go，里面有个字符串反转的方法Reverse,代码相对简单，这里就不赘述了
func Reverse(s string) string {
r := []rune(s)
for i, j := 0, len(r)-1; i < len(r)/2; i, j = i+1, j-1 {
r[i], r[j] = r[j], r[i]
}
return string(r)
}
单元测试
go的testing包可以基于包进测试，意思是执行go test默认单位是包范围，go test可以自动执行当前包下面的所有func TestXxx(*testing.T)格式的测试方法，Xxx可以是任意字母，但最好和你需要测试方法一一对应。
新建一个测试的文件，要以_test.go作为文件名的结尾，最好和需要测试的文件一一对应，可以一目了然，这些test文件在程序构建的时候是不会一起打包到最终执行文件或者库中的。
我们新建utlis_test.go文件:
func TestReverse(t *testing.T) {
if testing.Short() {
t.Skip("skipping test in short mode.")
}
cases := []struct {
in, want string
}{
{"Hello, world", "dlrow ,olleH"},
{"Hello, 世界", "界世 ,olleH"},
{"", ""},
}
for _, c := range cases {
got := Reverse(c.in)
if got != c.want {
t.Errorf("Reverse(%q) == %q, want %q", c.in, got, c.want)
}
}
}
第一个if表示如果有-short参数，将会跳过这个测试，后面的代码相对就很容易看懂了,判断下输出输入是否一致，以上测试方法通过go test命令可以直接运行
示例验证
还有一种可以当做测试的方法就是使用示例验证程序，做一个示例在go语言也非常简单，告别写点示例程序就得写好多main方法的时代吧，格式要以Example开头，执行go test的时候会自动执行这些示例，要注意一点的是，Example之后需要跟已定义的变量，否则vet会报错。
还有一点注意的是，会自动trim，而忽略前后的空格比较。
func ExampleReverse() {
fmt.Println(Reverse("Hello, 世界"))
// Output: 界世 ,olleH
}
可以验证输出是否与想要的一致，还有一些情况下，比如多线程的情况下，输出顺序是随机的，这点go也考虑到了，
func ExampleReverse() {
fmt.Println(Reverse("Hello, world"))
fmt.Println(Reverse("Hello, 世界"))
// Unordered Output: 界世 ,olleH
// dlrow ,olleH
// AA
}
用Unordered Output来表示无序输出
基准测试
基准测试以Benchmark为前缀，必须要执行b.N次，这样的测试才有对照性，b.N的值是系统根据实际情况去调整的，从而保证测试的稳定性。
b.ResetTimer()之前的处理不会放到执行时间里，也不会输出到报告中，所以可以在之前做一些不计划作为测试报告的操作
基准测试并不会默认执行，他需要增加-bench参数，例如go test -bench .
func BenchmarkReverse(b *testing.B) {
b.ResetTimer()
for i := 0; i < b.N; i++ {
Reverse("s string")
}
}
基准测试也可以开启并行测试，需要执行b.RunParallel(func(pb *testing.PB)方法，默认会以逻辑CPU个数来进行并行测试。
个人意见只写并行测试就ok了，如果想非并行可以指定cpu数量为1，例如go test -bench . -cpu 1
func BenchmarkReverseParallel(b *testing.B) {
b.RunParallel(func(pb *testing.PB) {
for pb.Next() {
Reverse("s string")
}
})
}
子测试和子基准测试
还可以通过T和B的Run方法开启子测试和子基准测试，主要是可以共享公共的设置和资源清除的管理
每个子测试都有一个唯一的名字，以父测试用/隔开来唯一表示，运行的时候使用-run regexp指定测试和-bench regexp来指定基准测试，.表示所有。
还有一个特点就是所有子测试完成，父测试才算完成，而且所有测试都是并行的，这样可以把一些需要同步完成的操作来进行分组测试。
func TestTeardownParallel(t *testing.T) {
// This Run will not return until the parallel tests finish.
t.Run("group", func(t *testing.T) {
t.Run("Test1", parallelTest1)
t.Run("Test2", parallelTest2)
t.Run("Test3", parallelTest3)
})
// <tear-down code>
}
Main测试
还有一个可以做一些初始化的地方就是main测试了，代码也相对简单。
要注意的testmain是在主协程运行的,m.Run()开始运行时，其他测试才会执行
func TestMain(m *testing.M) {
fmt.Println("init")
os.Exit(m.Run())
}
附带揭露一下滴滴的jsoniter
为了kpi连基准测试都要作弊吗？
可见自己会写基准测试很重要，不会被人忽悠瘸了
来看我的基准测试
type ColorGroup struct {
ID int
Name string
Colors []string
}
var group = ColorGroup{
ID: 1,
Name: "Reds",
Colors: []string{"Crimson", "Red", "Ruby", "Maroon"},
}
func BenchmarkStdJson(b *testing.B) {
b.RunParallel(func(pb *testing.PB) {
for pb.Next() {
b, err := json.Marshal(group)
if err != nil {
fmt.Println(b)
}
}
})
}
func BenchmarkIterJson(b *testing.B) {
b.RunParallel(func(pb *testing.PB) {
for pb.Next() {
b, err := jsoniter.Marshal(group)
if err != nil {
fmt.Println(b)
}
}
})
}
测试结果：