摘要：TDD（Test Driven Development）,测试驱动开发。冀望部分最优到全局最优，这个是一种十分不错的好习惯。
理解Golang的测试之前，咱们先理解一下go语言自带的测试工具。
go test工具
Go语言中的测试依赖go test命令。编写测试代码和编写一般的Go代码过程是相似的，并不需要学习新的语法、规定或工具。
go test命令是一个依照肯定约定和组织的测试代码的驱动程序。在包目录内，所有以_test.go为后缀名的源代码文件都是go test测试的一部分，不会被go build编译到最终的可执行文件中。
在*_test.go文件中有三种类型的函数，单元测试函数、基准测试函数和示例函数。
运行流程
go test命令会遍历所有的*_test.go文件中合乎上述命名规定的函数，而后生成一个长期的main包用于调用相应的测试函数，而后构建并运行、报告测试后果，最初清理测试中生成的临时文件。
单元测试
以下是来自wiki对于单元测试的定义
在计算机编程中，单元测试（英语：Unit Testing）又称为模块测试，是针对程序模块（软件设计的最小单位）来进行正确性测验的测试工作。程序单元是利用的最小可测试部件。在过程化编程中，一个单元就是单个程序、函数、过程等；对于面向对象编程，最小单元就是办法，包含基类（超类）、抽象类、或者派生类（子类）中的办法。
通常来说，程序员每批改一次程序就会进行起码一次单元测试，在编写程序的过程中前后很可能要进行屡次单元测试，以证实程序达到软件规格书要求的工作指标，没有程序谬误；尽管单元测试不是必须的，但也不坏，这牵涉到项目管理的政策决定。
每个现实的测试案例独立于其它案例；为测试时隔离模块，常常应用stubs、mock[1]或fake等测试马甲程序。单元测试通常由软件开发人员编写，用于确保他们所写的代码合乎软件需要和遵循开发指标。它的施行形式能够是十分手动的（透过纸笔），或者是做成构建自动化的一部分。
简略来说，单元测试就是程序员本人对于本人的代码进行测试，而一个单元就是单个程序、函数、过程等；对于面向对象编程，最小单元就是办法，包含基类（超类）、抽象类、或者派生类（子类）中的办法。
更有一种开发手法，那就是TDD（Test Driven Development）,测试驱动开发。冀望部分最优到全局最优，这个是一种十分不错的好习惯。
请留神这里的部分最优的，部分，并不是函数内的具体。而是整个函数。甚至是一个类，等等。
因为有些函数外部的最优，并非这个函数的最优。这点咱们须要分外的留神。若有趣味，可理解一下有点关系的贪婪算法。
测试函数格局
其中参数t用于报告测试失败和附加的日志信息。
testing.T的领有的办法如下：
说了这么多，那么咱们来实现一个简略的string中的Split函数，并对他进行单元测试，而后咱们在分析代码。理解单元测试的相干标准。
运行后果如下
阐明测试胜利，本次通过。当然你也能够在Terminal外面间接运行go test，命令，如下所示
舒适提醒：对于可能造成运行test不胜利起因
间接在split_test.go,运行。
咱们或者晓得，go是以文件夹的办法来辨别我的项目。所以以后文件，并不能跑到旁边文件中去找到Split,以至于测试失败。或未达到预期成果。
那么正确的打开方式应该是？
在goland中，鼠标右键点击run测试文件所在的文件夹，抉择前面第二个 go test projectFileName。
在Terminal中，应在测试文件所在的文件夹的门路中，进行go test [arge...]。
示例看完了，那么咱们进行简略的分析。咱们先从函数文件说起，(也就是这里的splits.go)。
- 不在是package main,而是packge projectFileName
- 函数名大写，大写意味着私有函数，可反对内部调用
测试文件
- 文件名为'*_test.go'
- 不在是package main,而是packge projectFileName
- 函数名为TestFuncName
基准测试
基准测试函数格局
基准测试就是在肯定的工作负载之下检测程序性能的一种办法。基准测试的根本格局如下：
基准测试以Benchmark为前缀，须要一个*testing.B类型的参数b，基准测试必须要执行b.N次，这样的测试才有对照性，b.N的值是零碎依据理论状况去调整的，从而保障测试的稳定性。 testing.B领有的办法如下：
基准测试示例
咱们为咱们本人写的Split函数编写基准测试如下：
其中BenchmarkSplit：示意对Split函数进行基准测试
BenchmarkSplit-8：数字8示意GOMAXPROCS的值，这个对于并发基准测试很重要
5188407和206ns/op：示意每次调用Split函数耗时203ns
咱们还能够为基准测试增加-benchmem参数，来取得内存调配的统计数据。
112 B/op：示意每次操作内存调配了112字节
3 allocs/op：则示意每次操作进行了3次内存调配！！！
优化后代码如下：
优化后代码如下
这个应用make函数提前分配内存的改变，缩小了2/3的内存调配次数，并且缩小了一半的内存调配。
仅仅小小的一处改变，就引起如此大的性能扭转。so good质变产生量变
性能比拟函数
下面的基准测试只能失去给定操作的相对耗时，然而在很多性能问题是产生在两个不同操作之间的绝对耗时，比方同一个函数解决1000个元素的耗时与解决1万甚至100万个元素的耗时的差异是多少？再或者对于同一个工作到底应用哪种算法性能最佳？咱们通常须要对两个不同算法的实现应用雷同的输出来进行基准比拟测试。
性能比拟函数通常是一个带有参数的函数，被多个不同的Benchmark函数传入不同的值来调用。举个例子如下：
例如咱们编写了一个计算斐波那契数列的函数如下：
咱们编写的性能比拟函数如下：
运行基准测试：
这里须要留神的是，默认状况下，每个基准测试至多运行1秒。如果在Benchmark函数返回时没有到1秒，则b.N的值会按1,2,5,10,20,50，…减少，并且函数再次运行。
最终的BenchmarkFib40只运行了两次，每次运行的平均值只有不到一秒。像这种状况下咱们应该能够应用-benchtime标记减少最小基准工夫，以产生更精确的后果。例如：
这一次BenchmarkFib40函数运行了50次，后果就会更精确一些了。
使用性能比拟函数做测试的时候一个容易犯的谬误就是把b.N作为输出的大小，例如以下两个例子都是谬误的示范：
本文分享自华为云社区《Golang代码测试(code review)》，原文作者：PayneWu 。
点击关注，第一工夫理解华为云陈腐技术~