Golang笔记——单元测试
单元测试
先看一个需求
在我们工作中,我们会遇到这样的情况,就是去确认一个函数,或者一个模块的结果是否正确, 如:
传统的方法
传统的方式来进行测试
在 main 函数中,调用 addUpper 函数,看看实际输出的结果是否和预期的结果一致,如果一致, 则说明函数正确,否则函数有错误,然后修改错误
- 代码实现:
传统方法的缺点分析
- 不方便, 我们需要在 main 函数中去调用,这样就需要去修改 main 函数,如果现在项目正在运 行,就可能去停止项目。
- 不利于管理,因为当我们测试多个函数或者多个模块时,都需要写在 main 函数,不利于我们管 理和清晰我们思路
- 引出单元测试。-> testing 测试框架 可以很好解决问题。
单元测试-基本介绍
Go 语言中自带有一个轻量级的测试框架 testing 和自带的 go test 命令来实现单元测试和性能测试,testing 框架和其他语言中的测试框架类似,可以基于这个框架写针对相应函数的测试用例,也可以基 于该框架写相应的压力测试用例。通过单元测试,可以解决如下问题:
- 确保每个函数是可运行,并且运行结果是正确的
- 确保写出来的代码性能是好的,
- 单元测试能及时的发现程序设计或实现的逻辑错误,使问题及早暴露,便于问题的定位解决, 而性能测试的重点在于发现程序设计上的一些问题,让程序能够在高并发的情况下还能保持稳定
单元测试-快速入门
使用 Go 的单元测试,对 addUpper 和 sub 函数进行测试。
特别说明: 测试时,可能需要暂时退出 360。(因为 360 可能会认为生成的测试用例程序是木马) 演示
- 如何进行单元测试:
单元测试的运行原理示意图:
单元测试快速入门总结
- 测试用例文件名必须以 _test.go 结尾。 比如 cal_test.go , cal 不是固定的。
- 测试用例函数必须以 Test 开头,一般来说就是 Test+被测试的函数名,比如 TestAddUpper
- TestAddUpper(t *tesing.T) 的形参类型必须是 *testing.T 【看一下手册】
- 一个测试用例文件中,可以有多个测试用例函数,比如 TestAddUpper、TestSub
- 运行测试用例指令
(1) cmd>go test [如果运行正确,无日志,错误时,会输出日志]
(2) cmd>go test -v [运行正确或是错误,都输出日志] - 当出现错误时,可以使用 t.Fatalf 来格式化输出错误信息,并退出程序
- t.Logf 方法可以输出相应的日志
- 测试用例函数,并没有放在 main 函数中,也执行了,这就是测试用例的方便之处[原理图].
- PASS 表示测试用例运行成功,FAIL 表示测试用例运行失败
- 测试单个文件,一定要带上被测试的原文件
go test -v cal_test.go cal.go - 测试单个方法
go test -v -test.run TestAddUpper