[TOC]
## <span style="font-size:15px">**一、testing包说明**</span>
* 测试用例文件不会参与正常源码的编译,不会被包含到可执行文件中;
* 测试用例的文件名必须以`_test.go`结尾;
* 需要使用 import 导入 testing 包;
* 测试函数的名称要以`Test`或`Benchmark`开头,后面可以跟任意字母组成的字符串,但第一个字母必须大写,例如 TestAbc(),一个测试用例文件中可以包含多个测试函数;
* 单元测试则以`(t *testing.T)`作为参数,性能测试以`(t *testing.B)`做为参数;
* 测试用例文件使用`go test`命令来执行,源码中不需要 main() 函数作为入口,所有以`_test.go`结尾的源码文件内以`Test`开头的函数都会自动执行。
## <span style="font-size:15px">**二、功能测试(t \*testing.T)**</span>
| 库函数 | 说明 |
| --- | --- |
| Log(args ...any) | 打印日志 |
| Logf(format string, args ...any) | 格式化其参数打印日志 |
| Fatal(args ...any) | 打印日志,执行FailNow()函数 |
| Fatalf(format string, args ...any) | 打印日志,执行FailNow()函数 |
| Error(args ...any) | 打印错误日志后,执行Fail()函数 |
| Errorf(format string, args ...any) | 打印错误日志后,执行Fail()函数 |
| Run(name string, f func(t *T)) bool | 运行单测函数 |
| Cleanup(f func()) | 作用类似于在函数中执行defer来做程序执行后的后续操作,比如释放资源、清除依赖等。<br>参考:https://www.cnblogs.com/YYRise/p/12376689.html#%E4%BD%BF%E7%94%A8-cleanup |
| Deadline() (deadline time.Time, ok bool) | 设置测试的超时时间 |
| Fail() | Fail将函数标记为已失败,但仍在继续执行。 |
| Failed() | 检查函数是否已失败 |
| FailNow() | 将函数标记失败并立即停止执行 |
| Helper() | Helper 函数用于将调用函数标记为测试辅助的函数。有时候测试中可能会有一些重复的代码或者需要共享的辅助函数,这时就可以使用 Helper 函数来避免重复代码,提高测试代码的可维护性。Helper 函数可以被测试函数调用,但是它们不会被测试框架视为独立的测试用例。这样可以使测试函数更加清晰和简洁 |
| Name() | 返回正在运行的测试或基准测试的名称 |
| Parallel() | Parallel 函数用于标记测试函数可以并行执行。当测试函数被标记为 Parallel 时,测试框架会在执行测试时创建多个 goroutine 并行执行这些测试函数,从而加快测试的执行速度 |
| Setenv(key, value string) | 设置环境变量 |
| Skip(args ...any) | 打印日志,并执行SkipNow() |
| Skipf(format string, args ...any) | 打印日志,并执行SkipNow() |
| SkipNow() | 跳过当前测试,而不会导致测试失败 |
| Skipped() bool | 检查函数是否跳过 |
| TempDir() string | 用于创建一个临时目录,辅助测试 |
**Cleanup与 defer 的区别:**
1. 执行时机不同:Cleanup 函数会在测试函数执行完毕后立即执行,而 defer 语句会在当前函数返回前执行。
2. 调用方式不同:Cleanup 函数需要在测试函数中显式调用,而 defer 语句可以在任何函数中使用。
3. 多个调用的处理方式不同:Cleanup 函数可以多次调用,每次调用都会按照调用顺序执行清理操作;而 defer 语句只能在当前函数中使用一次,多次调用会按照后进先出的顺序执行。
4. 错误处理方式不同:Cleanup 函数的清理操作不会影响测试函数的错误处理,即使清理操作中发生错误,测试函数的错误仍然会被捕获和报告;而 defer 语句中的清理操作如果发生错误,可能会影响当前函数的错误处理。
5. 总的来说,Cleanup 函数适用于在测试函数执行完毕后进行一些清理操作,而 defer 语句适用于在函数返回前执行一些必要的清理操作。
```
func TestMD5(t *testing.T) {
if MD5("xxxxx") != "fb0e22c79ac75679e9881e6ba183b354" {
t.Fatalf("执行失败")
}
t.Log("执行成功")
}
```
## <span style="font-size:15px">**三、性能测试(b *testing.B)**</span>
* 用例需以 Benchmark 为前缀
* 参数必须是 b *testing.B
* 函数返回值必须为空
| 库函数 | 说明 |
| --- | --- |
| Log(args ...any) | 打印日志 |
| Logf(format string, args ...any) | 格式化其参数打印日志 |
| Fatal(args ...any) | 打印日志,执行FailNow()函数 |
| Fatalf(format string, args ...any) | 打印日志,执行FailNow()函数 |
| Error(args ...any) | 打印错误日志后,执行Fail()函数 |
| Errorf(format string, args ...any) | 打印错误日志后,执行Fail()函数 |
| Run(name string, f func(t *B)) bool | 运行单测函数 |
| Cleanup(f func()) | 作用类似于在函数中执行defer来做程序执行后的后续操作,比如释放资源、清除依赖等。<br>参考:https://www.cnblogs.com/YYRise/p/12376689.html#%E4%BD%BF%E7%94%A8-cleanup |
| Fail() | Fail将函数标记为已失败,但仍在继续执行。 |
| Failed() | 检查函数是否已失败 |
| FailNow() | 将函数标记失败并立即停止执行 |
| Helper() | Helper 函数用于将调用函数标记为测试辅助的函数。有时候测试中可能会有一些重复的代码或者需要共享的辅助函数,这时就可以使用 Helper 函数来避免重复代码,提高测试代码的可维护性。Helper 函数可以被测试函数调用,但是它们不会被测试框架视为独立的测试用例。这样可以使测试函数更加清晰和简洁 |
| Name() | 返回正在运行的测试或基准测试的名称 |
| Setenv(key, value string) | 设置环境变量 |
| Skip(args ...any) | 打印日志,并执行SkipNow() |
| Skipf(format string, args ...any) | 打印日志,并执行SkipNow() |
| SkipNow() | 跳过当前测试,而不会导致测试失败 |
| Skipped() bool | 检查函数是否跳过 |
| TempDir() string | 用于创建一个临时目录,辅助测试 |
| N | 表示循环的次数,因为需要反复调用测试代码来评估性能。b.N 的值会以1, 2, 5, 10, 20, 50, …这样的规律递增下去直到运行时间大于1秒钟,由于程序判断运行时间稳定才会停止运行 |
| ReportAllocs() | ReportAllocs为该基准启用malloc统计信息。它相当于设置test.benchmem,但它只影响调用ReportAllocs的基准函数。 |
| ReportMetric(n float64, unit string) | 用于报告性能测试中收集到的指标数据,其中 n 是浮点数类型的指标值,unit 是指标的单位。 |
| ResetTimer() | ResetTimer 是 Golang 中 testing 包中的一个函数,用于重置计时器,通常用于基准测试中。在基准测试中,我们通常会使用 StartTimer 来开始计时,然后执行被测试的代码,最后使用 StopTimer 来停止计时。在循环测试中,ResetTimer 可以用于重置计时器,以便在同一段代码上多次运行计时,而不必重新创建计时器。 |
| RunParallel(body func(*PB)) | 用于在多个goroutine中并行运行测试函数。在调用 RunParallel 方法时,需要提供一个函数,该函数会在多个goroutine中并行执行。 |
| SetBytes(n int64) | SetBytes 方法用于设置每次操作处理的数据大小。这个方法通常用于基准测试中,可以帮助测试者评估在不同数据负载下的性能表现。通过设置数据大小,可以更好地模拟实际应用中的场景,从而更准确地评估代码的性能。 |
| SetParallelism(p int) | 用于设置并行测试的数量 |
| StartTimer() | 开始计时测试。此函数在测试启动前自动调用,但也可以用于在调用StopTimer后恢复计时 |
| StopTimer() |停止计时|
**运行命令:**
性能测试命令为 go test [参数],比如 go test -bench=. ,具体的命令参数及含义如下:
* -bench regexp 性能测试,运行指定的测试函。
* -bench . 运行所有的benchmark函数测试,指定名称则只执行具体测试方法而不是全部。
* -benchmem 性能测试的时候显示测试函数的内存分配的统计信息。
* -count n 运行测试和性能多少此,默认一次。
* -run regexp 只运行特定的测试函数。
* -timeout t 测试时间如果超过 t 则panic,默认10分钟。
* -v 显示测试的详细信息。
```
func BenchmarkValid(b *testing.B) {
str := `{"foo":"bar"}`
b.ResetTimer()
for i := 0; i < b.N; i++ {
json.Valid(([]byte(str)))
}
}
[root@master-4vfjd util]# go test -bench=BenchmarkValid
goos: linux
goarch: amd64
pkg: sangfor.com/xdr/xlink/common/util
cpu: Intel(R) Core(TM)2 Duo CPU T7700 @ 2.40GHz
BenchmarkValid-4 9462286 133.8 ns/op
PASS
ok sangfor.com/xdr/xlink/common/util 3.931s
```
**运行结果含义:**
* BenchmarkValid 是性能测试函数名称
* -4 表示 GOMAXPROCS 的值为4
* 9462286 表示一共执行了9462286次,即b.N的值
* 133.8 ns/op 表示平均每次操作花费了 133.8 纳秒
## <span style="font-size:15px">**四、代码覆盖率测试**</span>
* 执行并输出覆盖率:`go test -v -cover`
* 将 cover 的详细信息保存到cover.out 中:`go test -cover -coverprofile=cover.out -covermode=count`
* -cover 允许代码分析
* -covermode 代码分析模式(set:是否执行;count:执行次数;atomic:次数,并发执行)
* -coverprofile 输出结果文件
* go tool cover -func=cover.out
### <span style="font-size:15px">1. 测试单元测试的覆盖率</span>
```
// 结果显示只有43.9%覆盖率
[root@master-4vfjd util]# go test -v -cover
=== RUN Test2
httpChainUtil_test.go:113: http://127.0.0.1:2563
--- PASS: Test2 (0.00s)
=== RUN Test1
httpChainUtil_test.go:140: http://127.0.0.1:12707
--- PASS: Test1 (0.12s)
=== RUN TestBytes2ReadOnlyString
=== RUN TestBytes2ReadOnlyString/Test_Bytes2ReadOnlyString
--- PASS: TestBytes2ReadOnlyString (0.00s)
PASS
coverage: 43.9% of statements
ok sangfor.com/xdr/xlink/common/util 0.367s
```
### <span style="font-size:15px">2. 查看每个函数的覆盖率</span>
```
[root@master-4vfjd util]# go test -cover -coverprofile=cover.out -covermode=count
...
[root@master-4vfjd util]# go tool cover -func=cover.out
...
sangfor.com/xdr/xlink/common/util/rsaCrypt.go:19: ReadFile 76.9%
sangfor.com/xdr/xlink/common/util/rsaCrypt.go:42: RsaDecrypt 0.0%
sangfor.com/xdr/xlink/common/util/rsaCrypt.go:81: RsaEncrypt 64.0%
total: (statements) 43.9%
```
### <span style="font-size:15px">3. 使用html 的方式查看具体的覆盖情况</span>
```
[root@master-4vfjd util]# go tool cover -html=cover.out
HTML output written to /tmp/cover629243415/coverage.html
```
![](https://img.kancloud.cn/02/73/0273f43067f78f8330f33ae45b731bdf_1137x412.png)
## <span style="font-size:15px">**五、并发测试**</span>
默认情况下,指定包的测试是按照顺序执行的,但也可以通过在测试的函数内部使用`t.Parallel()`来标志某些测试也可以被安全的并发执行。在并行执行的情况下,只有当那些被标记为并行的测试才会被并行执行,所以只有一个测试函数时是没意义的。
在并发情况下,同时运行的测试的数量默认取决于`GOMAXPROCS`。它可以通过`-parallel n`被指定(`go test -parallel 4`)
**并发测试实例:**
```
package main
import (
"fmt"
"testing"
"time"
)
func TestParallel(t *testing.T) {
// 设置测试的并行数量
t.Parallel()
// 模拟一个需要耗时的测试
time.Sleep(1 * time.Second)
// 打印测试结果
fmt.Println("Test completed")
}
func TestSequential(t *testing.T) {
// 模拟一个需要耗时的测试
time.Sleep(1 * time.Second)
// 打印测试结果
fmt.Println("Test completed")
}
func main() {
// 运行测试
testing.Main(func(pat, str string) (bool, error) { return true, nil }, []testing.InternalTest{
{Name: "TestParallel", F: TestParallel},
{Name: "TestSequential", F: TestSequential},
}, nil, nil)
}
```
## <span style="font-size:15px">**六. 竞争检查**</span>
数据竞争是指两个或多个goroutine并发访问同一块内存,并且至少其中一个是写操作,可能会导致panic等问题,如`panic: runtime error: invalid memory address or nil pointer dereference`
`go run-v -race`:-race 参数是指开启竞争检查,可以检测并发操作是否安全。
`go test -race`:执行测试并开启竞争检查
**实例:**
```
// vim race.go
package main
import "fmt"
func main() {
done := make(chan bool)
m := make(map[string]string)
m["name"] = "world"
go func() {
m["name"] = "data race"
done <- true
}()
fmt.Println("Hello,", m["name"])
<-done
}
```
```
[root@master-4vfjd util]# go run -race race.go
Hello, world
==================
WARNING: DATA RACE
Write at 0x00c000070150 by goroutine 7:
runtime.mapassign_faststr()
/root/go1.18.10/go/src/runtime/map_faststr.go:203 +0x0
main.main.func1()
/root/XLink/common/util/race.go:10 +0x50
Previous read at 0x00c000070150 by main goroutine:
runtime.mapaccess1_faststr()
/root/go1.18.10/go/src/runtime/map_faststr.go:13 +0x0
main.main()
/root/XLink/common/util/race.go:13 +0x16b
Goroutine 7 (running) created at:
main.main()
/root/XLink/common/util/race.go:9 +0x14e
==================
==================
WARNING: DATA RACE
Write at 0x00c000100088 by goroutine 7:
main.main.func1()
/root/XLink/common/util/race.go:10 +0x5c
Previous read at 0x00c000100088 by main goroutine:
main.main()
/root/XLink/common/util/race.go:13 +0x175
Goroutine 7 (running) created at:
main.main()
/root/XLink/common/util/race.go:9 +0x14e
==================
```
在这段代码中,goroutine 7 和主goroutine 同时访问了map m,其中一个是写操作,另一个是读操作,导致了数据竞争。
具体来说,goroutine 7 在匿名函数中对map m进行了写操作,而主goroutine 中的 fmt.Println("Hello,", m["name"]) 则是对map m进行了读操作,这就引发了数据竞争。
在运行时,Go语言的竞争检测器(race detector)检测到了这个问题,并给出了警告信息,指出了具体的数据竞争情况,包括读写的内存地址和涉及的goroutine。
要解决这个问题,可以使用互斥锁(mutex)来保护并发访问的map,确保同一时间只有一个goroutine在访问该map,从而避免数据竞争的发生。
```
// 互斥锁方式修复
package main
import (
"fmt"
"sync"
)
func main() {
done := make(chan bool)
m := make(map[string]string)
m["name"] = "world"
var mutex sync.Mutex
go func() {
mutex.Lock()
m["name"] = "data race"
mutex.Unlock()
done <- true
}()
mutex.Lock()
fmt.Println("Hello,", m["name"])
mutex.Unlock()
<-done
}
```
- PHP
- PHP基础
- PHP介绍
- 如何理解PHP是弱类型语言
- 超全局变量
- $_SERVER详解
- 字符串处理函数
- 常用数组函数
- 文件处理函数
- 常用时间函数
- 日历函数
- 常用url处理函数
- 易混淆函数区别(面试题常见)
- 时间戳
- PHP进阶
- PSR规范
- RESTFUL规范
- 面向对象
- 三大基本特征和五大基本原则
- 访问权限
- static关键字
- static关键字
- 静态变量与普通变量
- 静态方法与普通方法
- const关键字
- final关键字
- abstract关键字
- self、$this、parent::关键字
- 接口(interface)
- trait关键字
- instanceof关键字
- 魔术方法
- 构造函数和析构函数
- 私有属性的设置获取
- __toString()方法
- __clone()方法
- __call()方法
- 类的自动加载
- 设计模式详解
- 关于设计模式的一些建议
- 工厂模式
- 简单工厂模式
- 工厂方法模式
- 抽象工厂模式
- 区别和适用范围
- 策略模式
- 单例模式
- HTTP
- 定义
- 特点
- 工作过程
- request
- response
- HTTP状态码
- URL
- GET和POST的区别
- HTTPS
- session与cookie
- 排序算法
- 冒泡排序算法
- 二分查找算法
- 直接插入排序算法
- 希尔排序算法
- 选择排序算法
- 快速排序算法
- 循环算法
- 递归与尾递归
- 迭代
- 日期相关的类
- DateTimeInterface接口
- DateTime类
- DateTimeImmutable类
- DateInterval类
- DateTimeZone类
- DatePeriod类
- format参数格式
- DateInterval的format格式化参数
- 预定义接口
- ArrayAccess(数组式访问)接口
- Serializable (序列化)接口
- Traversable(遍历)接口
- Closure类
- Iterator(迭代器)接口
- IteratorAggregate(聚合迭代器) 接口
- Generator (生成器)接口
- composer
- composer安装与使用
- python
- python3执行tarfile解压文件报错:tarfile.ReadError:file could not be opened successfully
- golang
- 单元测试
- 单元测试框架
- Golang内置testing包
- GoConvey库
- testify库
- 打桩与mock
- GoMock框架
- Gomonkey框架
- HTTP Mock
- httpMock
- mux库/httptest
- 数据库
- MYSQL
- SQL语言的分类
- 事务(重点)
- 索引
- 存储过程
- 触发器
- 视图
- 导入导出数据库
- 优化mysql数据库的方法
- MyISAM与InnoDB区别
- 外连接、内连接的区别
- 物理文件结构
- PostgreSQL
- 编译安装
- pgsql常用命令
- pgsql应用目录(bin目录)文件结构解析
- pg_ctl
- initdb
- psql
- clusterdb
- cluster命令
- createdb
- dropdb
- createuser
- dropuser
- pg_config
- pg_controldata
- pg_checksums
- pgbench
- pg_basebackup
- pg_dump
- pg_dumpall
- pg_isready
- pg_receivewal
- pg_recvlogical
- pg_resetwal
- pg_restore
- pg_rewind
- pg_test_fsync
- pg_test_timing
- pg_upgrade
- pg_verifybackup
- pg_archivecleanup
- pg_waldump
- postgres
- reindexdb
- vacuumdb
- ecpg
- pgsql数据目录文件结构解析
- pgsql数据目录文件结构解析
- postgresql.conf解析
- pgsql系统配置参数说明
- pgsql索引类型
- 四种索引类型解析
- 索引之ctid解析
- 索引相关操作
- pgsql函数解析
- pgsql系统函数解析
- pgsql窗口函数解析
- pgsql聚合函数解析
- pgsql系统表解析
- pg_stat_all_indexes
- pg_stat_all_tables
- pg_statio_all_indexes
- pg_statio_all_tables
- pg_stat_database
- pg_stat_statements
- pg_extension
- pg_available_extensions
- pg_available_extension_versions
- pgsql基本原理
- 进程和内存结构
- 存储结构
- 数据文件的内部结构
- 垃圾回收机制VACUUM
- 事务日志WAL
- 并发控制
- 介绍
- 事务ID-txid
- 元组结构-Tuple Structure
- 事务状态记录-Commit Log (clog)
- 事务快照-Transaction Snapshot
- 事务快照实例
- 事务隔离
- 事务隔离级别
- 读已提交-Read committed
- 可重复读-Repeatable read
- 可序列化-Serializable
- 读未提交-Read uncommitted
- 锁机制
- 扩展机制解析
- 扩展的定义
- 扩展的安装方式
- 自定义创建扩展
- 扩展的管理
- 扩展使用实例
- 在pgsql中使用last、first聚合函数
- pgsql模糊查询不走索引的解决方案
- pgsql的pg_trgm扩展解析与验证
- 高可用
- LNMP
- LNMP环境搭建
- 一键安装包
- 搭建方法
- 配置文件目录
- 服务器管理系统
- 宝塔(Linux)
- 安装与使用
- 开放API
- 自定义apache日志
- 一键安装包LNMP1.5
- LNMP1.5:添加、删除站点
- LNMP1.5:php多版本切换
- LNMP1.5 部署 thinkphp项目
- Operation not permitted解决方法
- Nginx
- Nginx的产生
- 正向代理和反向代理
- 负载均衡
- Linux常用命令
- 目录与文件相关命令
- 目录操作命令
- 文件编辑命令
- 文件查看命令
- 文件查找命令
- 文件权限命令
- 文件上传下载命令
- 用户和群组相关命令
- 用户与用户组的关系
- 用户相关的系统配置文件
- 用户相关命令
- 用户组相关命令
- 压缩与解压相关命令
- .zip格式
- .tar.gz格式
- .gz格式
- .bz2格式
- 查看系统版本
- cpuinfo详解
- meminfo详解
- getconf获取系统信息
- 磁盘空间相关命令
- 查看系统负载情况
- 系统环境变量
- 网络相关命令
- ip命令详解
- ip命令格式详解
- ip address命令详解
- ip link命令详解
- ip rule命令详解
- ip route命令详解
- nslookup命令详解
- traceroute命令详解
- netstat命令详解
- route命令详解
- tcpdump命令详解
- 系统进程相关命令
- ps命令详解
- pstree命令详解
- kill命令详解
- 守护进程-supervisord
- 性能监控相关命令
- top命令详解
- iostat命令详解
- pidstat命令详解
- iotop命令详解
- mpstat命令详解
- vmstat命令详解
- ifstat命令详解
- sar命令详解
- iftop命令详解
- 定时任务相关命令
- ssh登录远程主机
- ssh口令登录
- ssh公钥登录
- ssh带密码登录
- ssh端口映射
- ssh配置文件
- ssh安全设置
- 历史纪录
- history命令详解
- linux开启操作日志记录
- 拓展
- git
- git初始化本地仓库-https
- git初始化仓库-ssh
- git-查看和设置config配置
- docker
- 概念
- docker原理
- docker镜像原理
- docker Overlay2 文件系统原理
- docker日志原理
- docker日志驱动
- docker容器日志管理
- 原理论证
- 验证容器的启动是作为Docker Daemon的子进程
- 验证syslog类型日志驱动
- 验证journald类型日志驱动
- 验证local类型日志驱动
- 修改容器的hostname
- 修改容器的hosts
- 验证联合挂载技术
- 验证启动多个容器对于磁盘的占用情况
- 验证写时复制原理
- 验证docker内容寻址原理
- docker存储目录
- /var/lib/docker目录
- image目录
- overlay2目录
- 数据卷
- 具名挂载和匿名挂载
- 数据卷容器
- Dockerfile详解
- dockerfile指令详解
- 实例:构造centos
- 实例:CMD和ENTRYPOINT的区别
- docker网络详解
- docker-compose
- 缓存
- redis
- redis的数据类型和应用场景
- redis持久化
- RDB持久化
- AOF持久化
- redis缓存穿透、缓存击穿、缓存雪崩
- 常见网络攻击类型
- CSRF攻击
- XSS攻击
- SQL注入
- Cookie攻击
- 历史项目经验
- 图片上传项目实例
- 原生php上传方法实例
- base64图片流
- tp5的上传方法封装实例
- 多级关系的递归查询
- 数组转树结构
- thinkphp5.1+ajax实现导出Excel
- JS 删除数组的某一项
- 判断是否为索引数组
- ip操作