go – 单元测试
单元测试的引出:
如何确认一个函数是正确的运行?
使用传统的方法:
在mian函数中,调用addUpper函数,看看实际输出的结构是否跟预期的结果一致,如果一致,则说明函数正确,否则函数错误,然后修改函数
package main
import "fmt"
func addUpper(n int) int{
res := 0
for i:=0;i<=n;i++{
res += i
}
return res
}
func main(){
//传统方法测试中,就是在main函数中使用看看结果是否正确
res := addUpper(10)
fmt.Println(res)
}
但是很显然,我们需要在main函数中去调用,这样就需要去修改main函数,如果现在项目正在运行,那么就很有可能停止项目,同时也不利于管理。
然而,在go语言中自带有一个轻量级的测试框架testing和自带的go test命令来实现单元测试和性能测试,testing框架和其他语言中的测试框架类似,可以基于这个框架写针对相应函数的测试用例,也可以基于该框架写相应的压力测试用例,通过单元测试,可以解决如下问题:
1、确保每个函数是可运行的,并且运行结果是正确的
2、确保写出来的代码性能是好的
3、单元测试能及时的发现程序设计或实现的逻辑错误,是问题及早暴露,便于问题的定位解决,而性能测试的重点在于发现程序设计上的一些问题,让程序 能够在高并发的情况下还能够保持稳定。
开始测试
直接来一个例子
//first.go
package main
import (
"fmt"
)
func AddUpper(n int) int{
res := 0
for i:=0;i<=n;i++{
res += i
}
return res
}
func main(){
res := AddUpper(10)
fmt.Println(res)
}
//first_test.go
package main //需要跟被测试函数在同一个包名下,可以随便是什么包名,即使是main也没有问题
import (
"testing"
)
func TestAddUpper(t *testing.T){ //测试用的函数名字必须为 TestXxxxxx,同样这样的函数必须也是开头大写,比如Xxxxxx,工厂模式下就不一定了吗?
res := AddUpper(10)
if res!= 55{
//fmt.Println(res)
t.Fatalf("期望值=%v,实际值=%v\n",55,res) //这是一个输出的错误日志,如果结果不为55,那么就输出这一行
}
t.Logf("执行正确") //函数执行正确,那么就输出这一段话
}
单元测试的一些细节:
1)测试用例文件名必须以 _test.go结尾。比如 cal_test.go , cal不是固定的。
2)测试用例函数必须以Test开头,一般来说就是Test+被测试的函数名,比如TestAddUpper。
3)TestAddUpper(t *tesing.T)的形式类型必须是testing.T
4)一个测试用例文件中,可以有多个测试用例函数,比如TestAddUpper、TestSub
5)运行测试用例指令
(1) cmd>go test[如果运行正确,无日志,错误时,会输出日志]
(2) cmd>go test -v[运行正确或是错误,都输出日志]
6)当出现错误时,可以使用t.Fatalf来格式化输出错误信息,并退出程序
- t.Logf方法可以输出相应的日志
8)测试用例函数,并没有放在main函数中,也执行了,这就是测试用例的方便之处
9)PASS表示测试用例运行成功,FAIL表示测试用例运行失败
10)测试单个未见,一定要带上被测试的源文件
go test -v cal_test.go cal.go
11)测试单个方法
9)PASS表示测试用例运行成功,FAIL表示测试用例运行失败
10)测试单个未见,一定要带上被测试的源文件
go test -v cal_test.go cal.go
11)测试单个方法
go test -v -run=TestAddUpper