一个实际例子

　　也许举一个例子是说明的最好办法。请考虑下面的情况：

　　通过 eRetailer 构建一个公共的 Web 书店，并在它的内容层中使用了四种由内容提供的 Web 服务。第一种服务提供目录，包括书名，介绍语和作者。第二种服务提供所有产品的当前库存信息。第三种是价格服务器，它提供商品定价信息，并根据购买者的所在地提供运费和税费信息并完成交易。最后一种服务用来保存用户档案和历史购买纪录。 表示层将用户通过 UI 图形界面输入的请求转换成 XML 并发送给相应的内容服务器。接着响应 XML 就会通过表示层转换成 HTML 并服务于用户会话。每一种内容层的服务都会根据需要更新其他的服务。(参见图 8)例如，在用户的历史购买纪录发生变更时，价格服务器必须更新相应的用户档案服务。
 

　　图8：典型的 eRetailer 应用程序的访问点

　　对上述的系统来说，一个端到端测试策略的起点是分别对内容层的每种服务同时应用功能测试和可伸缩性/负载测试。XML 请求被提交给每种内容服务，而相应的响应 XML 文档则被捕获，从而对它的数据内容或者响应时间进行评估。随着这些内容服务逐个的集成到系统中，通过向 Web 服务器提交事务，功能测试和可伸缩性/负载测试也都可以在集成系统中进行。事务可以贯穿整个站点进行验证，不论是为功能测试(使用 SQL 查询)还是为可伸缩性/负载测试。

　　在系统开发过程中，应用于所有访问点的单个测试可以被用来调协各个服务，以便使其能够在整个系统中正常运作――无论从数据内容(功能性)还是性能方面(可伸缩性)来说。当前端发现问题时(比如,通过浏览器)，那些原来用来测试单个组件的测试用例和数据可以帮助我们快速定位错误位置。

　　网络建模的优点

　　作为设计过程的一部分，无论在硬件获取之前还是在最初的测试阶段中，为不同的网络架构进行建模都可以扩大端到端测试的优点。因为它可以帮助设计更有效和低错误率的网络。在部署之前进行网络基础设施的建模可以帮助指出性能的瓶颈所在，以及路由表和配置中的错误。此外，在测试中获取的应用程序事务物证可以输入到这种模型中，用来识别和分离应用程序的"chattiness" 和基础设施中的潜在问题。

　　结束语

　　端到端测试从一个概括的质量角度对计算环境进行测试和分析。每一个组件的可伸缩性和功能性在开发阶段和前期的质量评估中都进行了单个测试和集成测试。这为开发的有效性提供了诊断信息，同时为系统的发布提供了高度的质量保证。端到端测试为管理当今架构和分布式计算环境的复杂性提供了一个全面而可靠的解决方案。 当然，在需要做大量的测试和分析时，端到端测试要求有相当的专业技术和经验来组织、管理和实践。但是从商业角度来说，那些应用端到端测试的组织能够得到应用软件、系统性能和可靠性上的高度保证。最终，这些组织将获得质量的提高所带来得种种好处：更好的顾客关系，较低的运营成本和巨大的收入增长。

　　在过去的六年中，RTTS 作为 IBM Rational 的伙伴之一，开发并完善了自己的端到端测试方法，并与数以百计的客户一起努力确保了应用的功能性、可靠性、可伸缩性和网络性能。