单元测试
一、传统测试方法
package main
import "fmt"
func addUpper(n int) int {
res := 0
for i := 1; i <= n; i++ {
res += i
}
return res
}
func main() {
//传统的测试方法就是在main()函数中使用，看其结果是否正确
res := addUpper(10)
if res != 55 {
fmt.Printf("addUpper错误 返回值=%v 期望值=%v\n", res, 55)
} else {
fmt.Printf("addUpper正确 返回值=%v 期望值=%v\n", res, 55)
}
}
传统方法的缺点:
不方便, 需要在main函数中去调用，这样就需要去修改main函数，如果现在项目正在运行，就可能去停止项目。
不利于管理，因为当测试多个函数或者多个模块时，都需要写在main函数，不利于管理和清晰思路。
二、单元测试
Go语言中自带有一个轻量级的测试框架testing和自带的go test命令来实现单元测试和性能测试，testing框架和其他语言中的测试框架类似，可以基于这个框架写针对相应函数的测试用例，也可以基于该框架写相应的压力测试用例。
通过单元测试，可以解决如下问题:
(1)、确保每个函数是可运行，并且运行结果是正确的。
(2)、确保写出来的代码性能是好的。
(3)、单元测试能及时的发现程序设计或实现的逻辑错误，使问题及早暴露，便于问题的定位解决，而性能测试的重点在于发现程序设计上的一些问题，让程序能够在高并发的情况下还能保持稳定。
cal.go
package main
//一个测试被函数
func addUpper(n int) int {
res := 0
for i := 1; i <= n; i++ {
res += i
}
return res
}
func getSub(n1 int, n2 int) int {
return n1 - n2
}
cal_test.go
package main
import (
"testing"
)
//编写测试用例，测试addUpper
func TestAddUpper(t *testing.T) {
//调用
res := addUpper(10)
if res != 55 {
t.Fatalf("addUpper(10)错误 返回值=%v 期望值=%v\n", res, 55)
}
//如果正确输出日志
t.Logf("addUpper(10)执行正确")
}
sub_test.go
package main
import "testing"
func TestGetSub(t *testing.T) {
//调用
res := getSub(10, 3)
if res != 7 {
t.Fatalf("getSub(10,3)错误 返回值=%v 期望值=%v\n", res, 7)
}
//如果正确输出日志
t.Logf("getSub(10,3)执行正确")
}
单元测试总结：
(1)、测试用例文件名必须以 _test.go结尾。 比如cal_test.go , cal不是固定的。
(2)、测试用例函数必须以Test开头，一般来说就是Test+被测试的函数名，比如TestAddUpper
(3)、TestAddUpper(t *tesing.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
