Golang之应用测试
Go 应用测试
测试的覆盖率
命令：
go test ./ -v -cover
在《Go Web 编程》一书中，有以下结论：
这并不是绝对的，测试文件可以在不同的包，进行测试也是不会出现问题的。
但是这样的说法引起了我的兴趣。
果然，执行测试的时候添加参数-cover的时候，如果不在同一个包，将会输出以下内容：
coverage: [no statements]
是没有办法得到，相关测试代码覆盖率的数据的。
如果测试文件和被测试文件处于同一包下，才可以得到测试代码覆盖率相关数据的输出。
coverage: 95.0% of statements
并行测试
命令：
go test ./ -v -cover -parallel 3
-parallel 3表示最多希望 3个测试并行执行。
并发测试，利用多核优势,使用 Parallel 方法的函数必须 > 1,否则无法使用并发优势只有一个测试函数使用 Parallel 是没有效果的。
可通过运行以下代码，并对比测试时间即可验证结论：
package main
import (
"testing"
"time"
)
func TestParallel_1(t *testing.T) {
t.Parallel()
time.Sleep(1 * time.Second)
}
func TestParallel_2(t *testing.T) {
t.Parallel()
time.Sleep(2 * time.Second)
}
func TestParallel_3(t *testing.T) {
t.Parallel()
time.Sleep(3 * time.Second)
}
基准测试
命令：
go test -v -cover -bench="BenchmarkQueryUser" -run x
上面的命令既运行了基准测试，也运行了功能测试。如果需要，用户也可以通过运行标志
-run来忽略功能测试。-run标志用于指定需要被执行的功能测试用例,如果用户把一个不存在的功能测试名字用作-run标志的参数，那么所有功能测试都将被忽略。上面的命令中使用
-run x，如果测试中不存在任何名字为x的功能测试用例，因此所有功能测试都不会被运行。
基准测试函数格式为：
func BenchmarkXX×(*testing. B){ ... }
举例：
//基准测试
func BenchmarkQueryUser(b *testing.B) {
for i := 0; i < b.N; i++ {
user,err := userinfo.QueryUserById(1)
if err != nil{
b.Fatal("测试不通过，出现异常,err :",err)
}else {
fmt.Println("查询到数据：Result User=",*user)
}
}
}
输出如下：
BenchmarkQueryUser-8 4711 282508 ns/op
PASS
coverage: 0.0% of statements
ok Go_test/src/unitTest 1.416s
注意for循环里的 b.N表示循环块内的语句将执行b.N次。
在进行基准测试时，测试用例的迭代次数是由Go自行决定的，虽然用户可以通过限制基准测试的运行时间达到限制迭代次数的目
的，但用户是无法直接指定迭代次数的——测试程序将进行足够多次的迭代，直到获得一个准确的测量值为止。
HTTP 测试
Go不经为单元测试提供了包，还为Go Web应用提供了专有的包–testing-httptest包。
对Go Web应用的单元测试可以通过testing/httptest包来完成。这个包提供了模拟一个Web服务器所需的设施,用户可以利用net/http包中的客户端函数向这个服务器发送HTTP请求，然后获取模拟服务器返回的HTTP响应。
例子：
package main
import (
"encoding/json"
"net/http"
"net/http/httptest"
"strings"
"testing"
)
func TestHandleGet(t *testing.T) {
mux := http.NewServeMux() //创建一个多路复用器，用于运行测试
mux.HandleFunc("/post/", handleRequest) //绑定需要测试的处理器
writer := httptest.NewRecorder() //创建记录器，用于获取HTTP响应
request, _ := http.NewRequest("GET", "/post/1", nil) //为被测试的处理器创建相应的请求
mux.ServeHTTP(writer, request) //发送测试请求
//对请求返回的响应结果进行检查处理
if writer.Code != 200 {
t.Errorf("Response code is %v", writer.Code)
}
var post Post
json.Unmarshal(writer.Body.Bytes(), &post)
if post.Id != 1 {
t.Errorf("Cannot retrieve JSON post")
}
}
//与上面的测试方法同理
func TestHandlePut(t *testing.T) {
mux := http.NewServeMux()
mux.HandleFunc("/post/", handleRequest)
writer := httptest.NewRecorder()
json := strings.NewReader(`{"content":"Updated post","author":"Sau Sheong"}`)
request, _ := http.NewRequest("PUT", "/post/1", json)
mux.ServeHTTP(writer, request)
if writer.Code != 200 {
t.Errorf("Response code is %v", writer.Code)
}
}
以上例子中，每个测试用例都会独立运行并启动各自独立的用于测试的Web服务器。
程序需要创建一个多路复用器并将handleRequest处理器与其进行绑定。除此之外，为了获取服务器返回的HTTP响应，程序使用httptest.New Recorder函数创建了一个 ResponseRecorder结构，这个结构可以把响应存储起来以便进行后续的检查。
Go 的testing包允许用户通过TestMain 函数，在进行测试时执行相应的预设（ setup )操作或者拆卸（ teardown)操作。一个典型的TestMain 函数看上去是下面这个样子的:
func TestMain (m *testing.M){
setUp ()
code := m. Run ( )tearDown ()
os.Exit (code)
}
setUp函数和tearDown函数分别定义了测试在预设阶段以及拆卸阶段需要执行的工作。需要注意的是，setUp函数和tearDown函数是为所有测试用例设置的，它们在整个测试过程中只会被执行一次，其中setup 函数会在所有测试用例被执行之前执行，而tearDown函数则会在所有测试用例都被执行完毕之后执行。至于测试程序中的各个测试用例，则由testing.M结构的Run方法负责调用，该方法在执行之后将返回一个退出码( exit code)，用户可以把这个退出码传递给os.Exit函数。
测试替身、依赖注入
测试替身(
test double）是一种能够让单元测试用例变得更为独立的常用方法。当测试不方便使用实际的对象、结构或者函数时，我们就可以使用测试替身来模拟它们。因为测试替身能够提高被测试代码的独立性，所以自动单元测试环境经常会使用这种技术。
实现测试替身的一种设计方法是使用依赖注入(
dependency injection)设计模式。这种模式迪过向被调用的对象、结构或者函数传人依赖关系，然后由依赖关系代替被调用者执行实际的操作，以此来解耦软件中的两个或多个层(layer)，而在Go语言当中，(被传入的依赖关系通常会是一种接口类型。接下来，就让我们来看看，如何在第7章介绍的简单Web服务中使用依赖注入设计模式。
具体看图内的解耦过程：
原流程：
自顶向下进行解耦依赖关系：
