简单介绍一下白盒测试:
源码公开,清楚传参、返回值和处理逻辑;
我们在测试一个方法或者接口时,通过传入合法或者非法的参数,并且抽选一些具有代表性的值作为测试用的合法传参,通过模仿正常请求,检测方法或接口内部的异常。
周末没事,又想学习一下go,最近又老写bug,所以就想到用go写一个测试进程,实现白盒`用例`测试
用到的数据结构简单介绍一哈:
用Clinet表示一个正常的客服端, ClientPool是一个Client连接池,复用客户端与服务端的套接口连接(即在http请求头中包含 `connection: keepAlive`),减少了端口的开销,就可以实现100w的请求量;由于是在本地开启的服务端和客户端,如果使用短连接的话,将会有许多套接口处于`TIME_WAIT`状态,多到再无可用端口,客户端(如将`MaxConnsPerHost`置为小于0的数值,当一次请求完成后,客服端就会主动关闭套接口)和服务端(如将`DisableKeepAlive` 为 false ,那么一定时间内客服端都没有发送消息给服务端,服务端将会主动关闭套接口;而将`DisableKeepAlive` 为 true的话,服务端也会在http请求应答发送完毕后,主动关闭连接)的正常连接会受到影响从而影响了测试(主动关闭的套接口状态会转为`TIME_WAIT`,一般情况下,在`2ML时间内`,该套接口绑定的端口就暂不可用),所以为了不影响测试而复用socket套接口。
在net/http的实现中,只有当真正发送了http请求(因为发送http请求时才会给出 `host`)才会连接服务端,如果连接池中有可复用(同一`host`下)的连接则会复用连接;
`测试用例` 所用的数据结构:
//包装了请求的response的body和code,并记录了用时
type Response struct {
Code int //请求成功
Response string //返回值
Timestamp time.Duration //耗时
}
//一次测试的数据统计
type TD struct {
Tg *TG //
Cost time.Duration //用时
Succ int //请求成功的次数
Fail int //请求失败的次数
Response []Response //请求结果
}
//一个测试用例,进程中并没有处理传参的具体类型,只是json_decode又json_encode而已
type TInput struct {
Params map[string]interface{} `json:params`
}
//解析输入测试文件, 解析输出结果
type TG struct {
Url