Go怎么写测试用例

开发程序其中很重要的一点就是测试,我们如何保证代码质量,如何保证每个函数都是可运行的,运行结果是正确的,又如何保证写出来的代码性能是好的,我们知道单元测试的重点在于发现程序设计或实现的逻辑错误,使问题及早暴露,便于问题的定位解决,而性能测试的重点在于发现程序设计的一些问题,让线上的程序能够高并发的情况下还能够保持稳定。

Go语言中自带又一个轻量级的测试框架testing和自带的go test命令来实现单元测试和性能测试,testing框架及其他语言的中的测试框架类似,你可以给予这个框架写真对相应函数的测试用例,也可以基于该框架写相应的压力测试用例

如何编写测试用例

由于go test命令只能在一个相应的目录下执行所有文件,所以我们先创建一个项目目录gotest,这样我们所有的代码和测试代码都在这个目录下。我们在该目录下创建两个文件:gotest.go和gotest_test.go

gotest.go这个文件里面我们是创建了一个包

package gotest

import "errors"

func Division(a, b float64) (float64, error) {

if b == 0 {

return 0, errors.New("除数不能为0")

}

return a / b, nil

}

gotest_test.go是我们的单元测试文件,单元测试文件必须遵守下面原则:

文件名必须是_test.go结尾,这样执行go test的时候才会执行到相应的代码

必须import testing这个包

所有测试函数必须是Test开头

测试用例会按照源代码中写的顺序依次执行

测试函数的参数是testing.T,我们可以使用该类型来记录错误或者是测试状态

测试函数格式:*func TestXxx(t testing.T),Xxx部分可以任意字母数字的组合,但是首字母不能是小写

函数中通过调用testing.T 的Error,Errorf,FailNow,Fatal,FatalIf方法,说明测试不通过,调用Log方法来记录测试信息

package gotest

import (

"testing"

)

func Test_Division_1(t *testing.T) {

if i, e := Division(6, 2); i != 3 || e != nil { //try a unit test on function

t.Error("除法函数测试没通过") // 如果不是如预期的那么就报错

} else {

t.Log("第一个测试通过了") //记录一些你期望记录的信息

}

}

func Test_Division_2(t *testing.T) {

t.Error("就是不通过")

}

当我们进入到gotest目录后执行go test会答应以下信息

--- FAIL: Test_Division_2 (0.00s)

gotest_test.go:16: 就是不通过

FAIL

exit status 1

FAIL web/gotest 0.006s

由于第二个函数我们直接写死了t.Error,所以测试不通过。第一个函数没有打印信息是因为默认情况下go test不会显示测试通过的信息,我们可以使用带参数go test -v,这样就会显示如下信息:

=== RUN Test_Division_1

--- PASS: Test_Division_1 (0.00s)

gotest_test.go:11: 第一个测试通过了

=== RUN Test_Division_2

--- FAIL: Test_Division_2 (0.00s)

gotest_test.go:16: 就是不通过

FAIL

exit status 1

FAIL web/gotest 0.006s

我们将第二个函数做如下修改

func Test_Division_2(t *testing.T) {

if _, e := Division(6, 0); e == nil { //try a unit test on function

t.Error("Division did not work as expected.") // 如果不是如预期的那么就报错

} else {

t.Log("one test passed.", e) //记录一些你期望记录的信息

}

}

再执行go test -v,就会显示:

=== RUN Test_Division_1

--- PASS: Test_Division_1 (0.00 seconds)

gotest_test.go:11: 第一个测试通过了

=== RUN Test_Division_2

--- PASS: Test_Division_2 (0.00 seconds)

gotest_test.go:20: one test passed. 除数不能为0

PASS

ok gotest 0.013s

如何编写压力测试

压力测试用来检测函数的性能的,和编写单元功能的测试的方法类似,压力测试必须注意以下几点:

压力测试用例必须遵循如下格式,其中XXX可以是任意字母数字组合,但是首字母不能是小写字母

func BenchmarkXXX(b *testing.B) { ... }

go test不会默认执行压力测试的函数,如果要执行压力测试需要带上参数-test.bench,语法:-test.bench="test_name_regex",例如go test.bench="."* 表示测试全部的压力测试函数

在压力测试用例中,请记得在循环体内使用testing.B.N,以使测试可以正常运行

文件名也必须是以_test.go结尾

新建压力测试文件webbench_test.go,代码如下所示:

func Benchmark_Division(b *testing.B) {

for i := 0; i < b.N; i++ { //use b.N for looping

Division(4, 5)

}

}

func Benchmark_TimeConsumingFunction(b *testing.B) {

b.StopTimer() //调用该函数停止压力测试的时间计数

//做一些初始化的工作,例如读取文件数据,数据库连接之类的,

//这样这些时间不影响我们测试函数本身的性能

b.StartTimer() //重新开始时间

for i := 0; i < b.N; i++ {

Division(4, 5)

}

}

执行命令go test -run="webbench_test.go" -test.bench="."*进行webbench_test.go文件的全部压力测试,可以得到以下结果:

goarch: amd64

pkg: web/gotest

Benchmark_Division-4 2000000000 0.36 ns/op

Benchmark_TimeConsumingFunction-4 2000000000 0.36 ns/op

PASS

ok web/gotest 1.500s

上面结果显示了我们只执行了压力测试函数,其中函数Benchmark_Division我们执行了2000000000次,每次执行平均时间为0.36ns,函数Benchmark_TimeConsumingFunction我们执行了2000000000次,每次执行平均时间为0.36ns,总共时间花了1.5s

执行命令:go test -run="webbench_test.go" -test.bench="Benchmark_TimeConsumingFunction"用于单独压力测试函数Benchmark_TimeConsumingFunction,得到以下结果:

goos: darwin

goarch: amd64

pkg: web/gotest

Benchmark_TimeConsumingFunction-4 2000000000 0.35 ns/op

PASS

ok web/gotest 0.737s

显示该函数执行了2000000000次,平均每次执行时间为0.35ns,总共执行时间为0.737s

go 服务器压力测试,Go的单元测试与压力测试相关推荐

  1. 这一次,彻底入门前端测试,覆盖单元测试、组件测试(2.4w 字)

    前端测试一直是前端工程化中很重要的话题,但是很多人往往对测试产生误解,认为测试不仅没有什么用而且还浪费时间,或者测试应该让测试人员来做,自己应该专注于开发.所以,文章开头会先从"软件工程语境 ...

  2. 安其拉开门最快的服务器,魔兽世界:怀旧服安其拉开门压力测试周四开放,位面已成最大问题...

    原标题:魔兽世界:怀旧服安其拉开门压力测试周四开放,位面已成最大问题 相信很多回归魔兽世界怀旧服的老玩家都希望在10多年以后再次体验一次安其拉开门时间,而那些没有经历过安其拉开门的玩家也对这个史诗级的 ...

  3. Golang 编写测试用例(单元测试、压力测试等)最新教程,细到极致

       Hello,各位小伙伴,我们今天来学习一下go的测试,希望给各位一点点小小的帮助    有过编程基础的,或者工作的了,应该知道,一个软件的质量,三分靠开发,七分靠测试.如果没有及时发现存在的问题 ...

  4. Webpack单元测试,e2e测试

    此篇文章是续 webpack多入口文件.热更新等体验,主要说明单元测试与e2e测试的基本配置以及相关应用. 一.单元测试 实现单元测试框架的搭建.es6语法的应用.以及测试覆盖率的引入. 1. 需要安 ...

  5. 全栈测试:平衡单元测试和端到端测试

    全栈开发人员的特点是能够从头到尾交付并发布一个特性.教程和书籍常常侧重于搭建全栈开发环境和让测试能够进行所需要的"管件(plumbing)"(我综合运用了Angular.Rails ...

  6. iOS 单元测试和UI测试教程

    原文:iOS Unit Testing and UI Testing Tutorial 作者:Audrey Tam 译者:kmyhy 编写测试不是为了追求刺激,测试是为了避免你崭新的 App 变成了充 ...

  7. 自动驾驶层次测试体系(单元测试/集成测试/SIL/HIL/VIL/RIL/LABCAR/实车等)

    智能驾驶的测试是一个非常复杂的系统,我们用一篇文章,由小到大的逐个展开来和大家一起梳理下.在梳理之前我们先抛出一个问题,自动驾驶的测试量需要达到什么量级?根据国际一般标准统计,人类司机驾驶一小时的死亡 ...

  8. 什么是压力测试,为什么要进行压力测试?Jmeter工具的使用

    这里是修真院后端小课堂,每篇分享文从 [背景介绍][知识剖析][常见问题][解决方案][编码实战][扩展思考][更多讨论][参考文献] 八个方面深度解析后端知识/技能,本篇分享的是: [什么是压力测试 ...

  9. 【40-系统性能压力测试基本概念-相关性能指标HPSTPSQPSRT-安装Jmeter教程-JMeter测试流程-线程组-取样器-监视器-测试商城首页-JMeter Address 占用的问题】

    一.知识回顾 [0.三高商城系统的专题专栏都帮你整理好了,请点击这里!] [1-系统架构演进过程] [2-微服务系统架构需求] [3-高性能.高并发.高可用的三高商城系统项目介绍] [4-Linux云 ...

  10. iOS单元测试和UI测试全面解析

    编写测试可不是一项迷人的工作;然而,由于测试可以避免使你的宝贝应用程序变成一块充斥错误的大垃圾场,所以编写测试又是一项非常有必要做的工作.如果你正在阅读本文,那么你应当已经知道你应该为您的代码和用户界 ...

最新文章

  1. 083、Prometheus架构(2019-05-05 周日)
  2. echarts折线图修改背景颜色_不会美化Excel图表?学会这招!小白也能轻松做出高逼格的折线图...
  3. Windows Server 2016之RDS部署之添加RD网关
  4. 配置Configuration Manager站点和层次架构(1)
  5. C++ 之 贪吃蛇
  6. Gulp和webpack的区别
  7. Action framework BAdI Definition TRIGGER_EXECUTED
  8. sql查询语句for xml path语法
  9. 随感 -- 2013/08/16
  10. Logistic回归解析
  11. 电脑安装系统出错蓝屏报错为 STOP 0xc0000020 ,什么原因?
  12. 程序员遇到不认识的花是这样识别的
  13. java证明角谷猜想_Java 代码界 3% 的王者?看我是如何解错这 5 道题的
  14. 超级经典的与其他语言混合编程的批处理代码
  15. 收藏丨8个常用中文OCR数据集,附下载链接
  16. ps手柄震动测试软件,PS3 可实现震动 用PS3手柄连接电脑图文教程 - 电玩巴士
  17. triu matlab,matlab triu
  18. C# 单个按钮实现暂停或继续
  19. 瞰见|迷失的开源乌托邦
  20. 苹果A15仿生芯片集成150亿个晶体管,较A14增加近30%

热门文章

  1. 主板4线风扇原理分析
  2. 计算机信息系统集成高级工程师,软考信息系统项目管理师(高级资格/高级工程师)简介...
  3. WPS翻译公式之谷歌翻译公式
  4. iOS13 Scene Delegate详解
  5. 去摆摊吧,落魄的Java程序员
  6. 偏振成像的基本原理和特点
  7. NetworkManager和network
  8. 舱机器人尾巴毛茸茸_『新奇玩意』毛茸茸的机器人不仅可撸,还会摇尾巴
  9. Android开发—基于OpenCV实现相机实时图像识别跟踪
  10. 实现简单的英文字母大小写转换