Web 应用的测试经常需要进行从用户角度的系统性的功能测试，涉及到从用户请求到服务器响应的整个过程，也叫做端到端测试。在近的 Google Test Blog 上，我看到一篇文章，觉得是进行这种测试一个不错的思路，翻译如下，供大家参考。

　　隔离式服务器

　　By Chaitali Narla and Diego Salas (原文地址)

　　让我们考虑一个复杂的 Web 应用程序。 实现它的可能是成堆的服务器，而且每台服务器都运行着不同的任务并相互通讯。 每个用户操作都会访问这个服务器集群，并经历一次从用户到数据存储再到用户的往返。 包括 GMail 和 Google+ 在内的很多 Google 的 Web 应用都是这样工作的。 那么我们如何为它们编写端到端的测试 (end-to-end test) 呢?

　　“端到端”的测试

　　在 Google 测试世界里，端到端测试是指作用于从用户请求到响应的整个流程和全部服务器集群的测试。下面是一个简化的由端到端测试所涵盖的被测系统 (SUT) 的示意图。注意图中被测系统的的前端服务器连接到了一个第三方后台服务器，但是这个第三方服务器并不被图中特定的用户请求所使用。

 　　为这样的系统编写一个快速而可靠的端到端测试所面临的一个挑战是要避免网络访问。涉及到网络访问的测试要比那些只访问本地资源的测试执行得慢，而且访问外部服务器可能由于外部服务器不可用或不稳定而带来怪异的结果。

　　隔离式服务器

　　我们在 Google 设计端到端测试的一个技巧是使用隔离式服务器 (Hemetic Servers)。

　　什么是隔离式服务器? 简短的定义是“单机服务器”。 如果你能在一台单独的没有网络连接的机器上启动整个服务，并使其正常工作，它是一台隔离式服务器! “隔离”的概念从更广义上来讲适用于所有隔离的系统而不一定是单台机器，但这里提到的是一个特例。

　　为什么隔离式服务器很有用呢? 因为如果整个被测系统由隔离式服务器构成，它能在一台单独的机器上启动来用于测试;根本不需要网络连接! 这台单机可以是物理机，也可以是虚拟机。

　　设计隔离式服务器

　　构建隔离式服务器的过程需要从新服务器设计阶段的前期要开始。需要注意下面一些事情：

　　服务器中所有与其他服务器的连接都需要在运行时注入。这可以通过一种适合的依赖注入形式完成，例如命令行标志或者 Guice 。

　　所有必需的静态文件都要打入服务器的二进制包。

　　如果服务器需要访问数据库，则需要保证数据库能被数据文件或者内存数据库模拟。

　　满足上述要求保证了我们的服务器具有高度的可配置性，从而有条件成为隔离式服务器。但它目前还不能被用于测试，我们还需要完成下面一些事情：

　　确保我们的测试不会访问到的连接点都具有相应的模拟对象，这样可以验证这些连接确实没被访问。

　　提供可以容易地向数据存储填充测试数据的功能单元。

　　提供日志记录模块，可以帮助跟踪请求/相应回路在被测系统中流转的过程。

　　在测试中使用隔离式服务器

　　我们看一下前面提到的那个被测系统。假设里面的所有服务器都是隔离式服务器，那我们的对同样一条用户请求的端到端测试会是下面这个样子：