引入：
在我们工作中，我们会遇到需要去确认一个函数，或者一个模块的结果是否正确？
传统方法缺点：
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