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)            }        }    })}

测试结果：