Go 单元测试

  • 最近在学go的api,但是我觉得我不能学个api把整个项目build一次,特地去搜了一把Go的单元测试
  • 单元测试规则
    • 每个测试文件必须以 _test.go 结尾,不然 go test 不能发现测试文件
    • 每个测试文件必须导入 testing 包
    • 功能测试函数必须以 Test 开头,然后一般接测试函数的名字,这个不强求
    • 测试方法参数必须 t *testing.T
    • 性能测试case以Benchmark开头
  • 例子
    • 文件结构
     src
     └── api
              ├── compress_file.go
              └── compress_file_test.go
    
    • go文件
    package api
      
      import (
          "bytes"
          "archive/tar"
          "log"
          "io"
          "fmt"
          "os"
      )
      
      func Tar()  {
          buf := new(bytes.Buffer)
          // Create a new tar archive.
          tw := tar.NewWriter(buf)
          // Add some files to the archive.
          var files = []struct {
              Name, Body string
          }{
              {"readme.txt", "This archive contains some text files."},
              {"gopher.txt", "Gopher names:\nGeorge\nGeoffrey\nGonzo"},
              {"todo.txt", "Get animal handling licence."},
          }
      
          for _, file := range files {
              hdr := &tar.Header{
                  Name: file.Name,
                  Size: int64(len(file.Body)),
              }
              if err := tw.WriteHeader(hdr); err != nil {
                  log.Fatalln(err)
              }
              if _, err := tw.Write([]byte(file.Body)); err != nil {
                  log.Fatalln(err)
              }
          }
          // Make sure to check the error on Close.
          if err := tw.Close(); err != nil {
              log.Fatalln(err)
          }
          // Open the tar archive for reading.
          r := bytes.NewReader(buf.Bytes())
          tr := tar.NewReader(r)
          // Iterate through the files in the archive.
          for {
              hdr, err := tr.Next()
              if err == io.EOF {
                  // end of tar archive
                  break
              }
              if err != nil {
                  log.Fatalln(err)
              }
              fmt.Printf("Contents of %s:\n", hdr.Name)
              if _, err := io.Copy(os.Stdout, tr); err != nil {
                  log.Fatalln(err)
              }
              fmt.Println()
          }
      
      }
    
    • go 测试文件
    package api
    
    import "testing"
    
    func TestTar(t *testing.T)  {
       Tar();
    
    }
    
    • 测试方法
    go test compress_file*.go -v -cover
    === RUN   TestTar
    Contents of readme.txt:
    This archive contains some text files.
    Contents of gopher.txt:
    Gopher names:
    George
    Geoffrey
    Gonzo
    Contents of todo.txt:
    Get animal handling licence.
    --- PASS: TestTar (0.00s)
    PASS
    coverage: 78.3% of statements
    ok      command-line-arguments  0.007s
    
  • 关于go test命令
    • go test [-c] [-i] [build flags] [packages] [flags for test binary]
    • 参数解读
      -c : 编译go test成为可执行的二进制文件,但是不运行测试。
      
      -i : 安装测试包依赖的package,但是不运行测试。
      
      关于build flags,调用go help build,这些是编译运行过程中需要使用到的参数,一般设置为空
      
      关于packages,调用go help packages,这些是关于包的管理,一般设置为空
      
      关于flags for test binary,调用go help testflag,这些是go test过程中经常使用到的参数
      
      -test.v : 是否输出全部的单元测试用例(不管成功或者失败),默认没有加上,所以只输出失败的单元测试用例。
      
      -test.run pattern: 只跑哪些单元测试用例
      
      -test.bench patten: 只跑那些性能测试用例
      
      -test.benchmem : 是否在性能测试的时候输出内存情况
      
      -test.benchtime t : 性能测试运行的时间,默认是1s
      
      -test.cpuprofile cpu.out : 是否输出cpu性能分析文件
      
      -test.memprofile mem.out : 是否输出内存性能分析文件
      
      -test.blockprofile block.out : 是否输出内部goroutine阻塞的性能分析文件
      
      -test.memprofilerate n : 内存性能分析的时候有一个分配了多少的时候才打点记录的问题。这个参数就是设置打点的内存分配间隔,也就是profile中一个sample代表的内存大小。默认是设置为512 * 1024的。如果你将它设置为1,则每分配一个内存块就会在profile中有个打点,那么生成的profile的sample就会非常多。如果你设置为0,那就是不做打点了。
      
      你可以通过设置memprofilerate=1和GOGC=off来关闭内存回收,并且对每个内存块的分配进行观察。
      
      -test.blockprofilerate n: 基本同上,控制的是goroutine阻塞时候打点的纳秒数。默认不设置就相当于-test.blockprofilerate=1,每一纳秒都打点记录一下
      
      -test.parallel n : 性能测试的程序并行cpu数,默认等于GOMAXPROCS。
      
      -test.timeout t : 如果测试用例运行时间超过t,则抛出panic
      
      -test.cpu 1,2,4 : 程序运行在哪些CPU上面,使用二进制的1所在位代表,和nginx的nginx_worker_cpu_affinity是一个道理
      
      -test.short : 将那些运行时间较长的测试用例运行时间缩短
    
©著作权归作者所有,转载或内容合作请联系作者
平台声明:文章内容(如有图片或视频亦包括在内)由作者上传并发布,文章内容仅代表作者本人观点,简书系信息发布平台,仅提供信息存储服务。

推荐阅读更多精彩内容

  • 1.1秋风秋雨秋日寒诗田草芦无日闲歌声己接绯云楼菊黄蟹熟风雨残 1.2小窗过雨显秋光暮色清幽钟声长寻词觅句销残夜如...
    Jack老钱阅读 448评论 4 1
  • “人要让自己活得像一支军队, 对自己的大脑和心灵招兵买马。” 【刘...
    十三的书屋阅读 613评论 0 2
  • 你为何如此坚强, 让光也无法照进你的心房? 你为何如此倔强? 哪怕冷暖尽现于你的面前, 你也不会正视他的脸庞。 是...
    我给你编故事你有酒么阅读 176评论 0 3
  • 1.iOS上线的流程 iOS上架流程 2.native reactive 的参考的网址 reactnative 中...
    MrCSA阅读 397评论 0 0
  • 最近一周娃不在身边,工作忙得迷迷糊糊,沉浸具体事物解决和半救火的状态。按说工作小20年了,应该这样那样能应付自如。...
    孟yueling阅读 525评论 6 9