本文介绍了GOST-DOM的实现，这是一个用Go语言编写的无头浏览器。
Go语言编写的Web应用程序非常易于测试。Web应用程序为单个功能ServeHTTP提供HTTP请求。测试代码只需调用此函数即可测试Web应用程序的行为，但仍然可以通过HTTP请求、响应、头信息、主体和状态码来表示测试，而不是控制器方法调用。
GOST-DOM充分利用了这一点，原因如下：
- 性能: 测试只需调用Go代码，避免了TCP堆栈的开销。
- 隔离: 消除了管理TCP端口的需求，极大地简化了测试隔离。 这是最重要的部分，虽然不阻止测试进行隔离，但管理TCP端口增加了测试环境的复杂性。
HTTP客户端
我希望浏览器核心无需处理HTTP请求。幸运的是，Go的标准库可以直接使用。
传出的HTTP请求由http.Client实例处理；它通过RoundTripper接口抽象了传输层。
Go的一个重要特性是许多基本操作都是由单方法接口抽象的。RoundTripper只有一个方法：
type RoundTripper interface {
RoundTrip(*Request) (*Response, error)
}
这意味着，只需创建一个实现RoundTripper接口的类型，该类型调用ServeHTTP即可。
接口实现
http.HandlerFunc接收http.ResponseWriter。这并非具体类型，而是一个接口。
除了促进生产代码的可测试性设计外，Go还支持net/http/httptest包中优秀的测试工具。ResponseRecorder是一个有效的ResponseWriter，测试代码可以传递给实现，并简化了处理响应体流的过程。ResponseRecorder还可以生成合适的*http.Response，通过调用recorder.Result()获得。
在RoundTripper和Handler中表示请求的类型相同，因此我创建了一个副本，以避免测试服务器代码中的突变影响浏览器中生成的请求对象。TestRoundTripper的第一个版本如下：
// TestRoundTripper implements the http.RoundTripper interface
// that communicates directly with an http.Handler instance.
type TestRoundTripper struct {
http.Handler
}
func (h TestRoundTripper) RoundTrip(req *http.Request) (*http.Response, error) {
rec := httptest.NewRecorder()
// make a copy, so the http handler doesn't mutate the outgoing request
reqCopy := new(http.Request)
*reqCopy = *req
h.ServeHTTP(rec, reqCopy)
return rec.Result(), nil
}
起初效果很好，但有一些问题。
一个略微奇怪的设计决策
我认为这是一个奇怪的设计决策，在一个设计良好的API中不应该出现。
传递给RoundTripper的*http.Request和传递给http.Handler的*http.Request是相同的类型，但它们实际上是不同的东西。一个是传出的请求，另一个是传入的请求。
免费 盛世企业网站管理系统(SnSee)系统完全免费使用，无任何功能模块使用限制，在使用过程中如遇到相关问题可以去官方论坛参与讨论。开源 系统Web代码完全开源，在您使用过程中可以根据自已实际情况加以调整或修改，完全可以满足您的需求。强大且灵活 独创的多语言功能，可以直接在后台自由设定语言版本，其语言版本不限数量，可根据自已需要进行任意设置；系统各模块可在后台自由设置及开启；强大且适用的后台管理支
虽然它们有相似之处，但并不完全相同，并且该类型具有仅与处理传入请求相关的属性（例如解码表单数据）。它们也有不同的有效性规则。
首先，即将发出的请求可以具有空请求体，而传入请求始终具有主体。其次，传入请求是context.Context的来源。
修复请求很容易：
func (h TestRoundTripper) RoundTrip(req *http.Request) (*http.Response, error) {
rec := httptest.NewRecorder()
body := req.Body
if body == nil {
body = nullReader{} // nullReader is a custom type for handling nil bodies
}
clientReq, err := http.NewRequest(req.Method, req.URL.String(), body)
if err != nil {
return nil, err
}
clientReq.Header = req.Header
clientReq.Trailer = req.Trailer
h.ServeHTTP(rec, clientReq)
return rec.Result(), nil
}
现在，浏览器本身将使用提供的http.Client实例创建HTTP请求。测试代码可以控制客户端，用调用http.Handler替换默认的HTTP请求行为，而浏览器的传出请求现在只是一个简单的函数调用。
添加Cookie支持
Go还提供了一个Cookie Jar。因此，添加Cookie支持非常简单。构建http.Client与简单处理程序通信的函数很简单：
import (
"net/http"
"net/http/cookiejar"
)
func NewHttpClientFromHandler(handler http.Handler) http.Client {
cookieJar, err := cookiejar.New(nil)
if err != nil {
panic(err)
}
return http.Client{
Transport: TestRoundTripper{Handler: handler},
Jar: cookieJar,
}
}
测试身份提供商集成 (未来功能)
虽然这还不是一个功能，但它旨在扩展此功能以支持多个HTTP处理程序，模拟不同的主机名。这对于测试OAuth身份验证流程或使用外部身份提供商登录可能很有价值。您可以创建一个测试HTTP处理程序来模拟身份提供商的行为，并独立于外部提供商进行测试。
在之前的经验中，这通常是通过使用某些测试用户配置的真实身份提供商来完成的。但是这种方法有一些缺点：
- 可能由于外部服务的暂时中断而失败。
- 测试可能由于帐户锁定而失败。
- 使用“真实测试用户”使测试代码依赖于外部上下文。
- 开发人员可能没有权限管理测试用户。
通过模拟身份提供商，您可以完全控制测试环境的流程。
调用您的应用程序HTTP处理程序
调用您的模拟身份提供商Web应用程序。您可以仍然并行运行所有内容。
有兴趣的话，请查看GOST-DOM，并继续关注更多关于我在Go中构建浏览器的信息。
请传播这个信息！
我想强调的是，此工具旨在支持大多数支持TDD流程的测试。这并不意味着在发现关键集成问题后不应该添加更多测试，如果您的应用程序与外部身份提供商集成，我当然建议进行一次自动测试登录流程。但我希望这不会成为正常开发流程的一部分。
