Go - 38 Go 单元测试

引入：

    在我们工作中，我们会遇到需要去确认一个函数，或者一个模块的结果是否正确？

 

传统方法缺点：

    1.不方便，我们需要在main的函数中去调用，这样就需要去修改main函数，如果项目正在运行，就可能去停止项目。

    2.不利于管理，因为当我们测试多个函数或者多个模块时，都需要写在main函数，不利于我们管理和清晰我们思路。

    3.引出单元测试--> testing 测试框架，可以很好解决问题。

 

基本介绍：

    Go语言中自带有一个轻量级的测试框架testing和自带go  test 命令来实现单元测试和性能测试，testing框架和其他语言中的测试框架类似，可以基于这个框架写针对相应函数的测试用例，也可以基于该框架写相应的压力测试用例。通过单元测试，可以解决如下问题：

    1.确保每个函数是可运行，并且运行结果正确。

    2.确保写出来的代码性能是好的。

    3.单元测试能及时地发现程序设计或实现地逻辑错误，使问题及早暴露，便于问题地定位解决，而性能测试地重点在于发现程序设计上地一些问题，让程序能够在高并发地情况下还能保持稳定。

 

实际案例：

    package main  

    import (     

        _ "fmt"     

        "testing"  // 引入 go 地testing地框架包 

    ) 

    // 编写测试用例，去测试 addUpper是否正确 

    func TestAddUpper(t *testing.T) {     

        //调用     

        res := addUpper(10)     

        if res != 55 {         

            t.Fatalf("AddUpper(10) 执行错误，期望值=%v  实际值=%v", 55, res)     

        }     

        // 如果正确，输出日志     

        t.Logf("AddUpper(10) 执行正确...")     

 

        // 进入当前文件所在目录 执行命令：go  test -v      

        // 底层是先调起go地testing地框架，然后框架会把结尾为 _test.go的文件引入，     

        // 然后把以Test打头且后面字母不是以[a-z]的用例调用且把每个函数执行以及总的时间打印出来 

    }

 

测试用例细节说明：

    1.测试用例文件名必须以 _test.go结尾，比如cal_test.go， cal 不是固定的。

    2.测试用例函数必须以Test开头，一般来说就是Test + 被测试的函数名，比如TestAddUpper。

    3.TestAddUpper(t *testing.T) 的形参类型必须是 *testing.T；

    4.一个测试用例文件中，可以有多个测试用例函数，比如 TestAddUpper  TestSub；

    5.运行测试用例指令：

        go  test    如果运行正确，无日志，错误时，会输出日志；

        go  test  -v   运行正确或者错误，都输出日志；

    6.当出现错误时，可以使用t.Fatalf 来格式化输出错误信息，并退出程序；

    7.t.Logf方法可以输出相应的日志；

    8.测试用例函数，并没有放在main函数中，也执行了，这就是测试用例的方便之处。

    9.PASS表示测试用例运行成功，FAIL表示测试用例运行失败；

    10.测试单个文件，一定要带上被测试的原文件；

            go  test  -v  cal_test.go  cal.go

    11.测试单个方法：

            go test  -v -test.run  TestAddUpper