端到端测试.pdfVIP

就在不久之前，工业标准测试实践（针对 C/S 架构的质量问 题而发展起来的）仍聚焦于客户端的前端功能测试或者服务器端 的后端可伸缩性测试与性能测试。这种工作上的分离主要是缘 架构比当前的多层架构和分布式 于传统的 C/S（客户端/服务器） 环境相对简单的事实。在标准的 C/S 架构中，问题要么发生在 客户端，要么就发生在服务器端。 今天，典型的计算环境是一种复杂的，异构的混合环境，其组 件和代码来自遗留系统、自主开发或第三方，或者是标准的组件 和代码（图示 1）。随着 Web 的发展，架构的复杂性进一步增 加，通常在一个或多个后端数据库与面向用户的表示层之间会有 一个内容层。该内容层可以提供来自多个服务的内容（其中这些 服务集中在表示层中），也可能包含一些原来存在于传统 C/S 架构前端上的业务逻辑。 这种复杂度的增加，与遗留系统集成和尖端技术开发交织起来， 使软件及系统问题（包括功能和可扩展性及性能问题）的描述、 分析和定位成为软件系统开发和发布过程中的主要挑战。此外， 随着 SOAP/XML（简单对象访问协议/可扩展性标记语言）成为 标准的数据传输格式，XML 数据内容的问题对于 .NET 平台和 J2EE 平台变得越来越重要。简单的说，正是现在的架构和计算 环境的复杂性，导致了原来的面向 C/S 的测试模式遭到淘汰。 很显然，一种新的，有效的质量强化策略对成功的软件开发和部 署是必须的。最有效的策略是将环境中单个组件的测试和环境的整体 测试结合起来。在这种策略中，组件级和系统级的测试都必须包含功 能测试来确保数据完整性，还要包含可伸缩性和性能测试来确保不同 的系统负荷下的可接受的响应时间。 在评估性能和可伸缩性方面，这些并行分析模式能够帮助您发现系 统架构的优势和缺陷，并在解决与性能和可伸缩性有关的问题时确定 必须检查哪些组件。与此类似的功能测试策略（即全部数据完整性验 证），正显得越来越关键，因为现在数据可能是从分散的数据源派生 而来。通过评估组件内外的数据完整性（包括处理过程中的任何功能 性的数据转换），测试人员可以定位每个潜在的错误，并使系统集成 和缺陷隔离成为标准的开发过程的一部分。端到端架构测试（End to End Architecture Testing）指的是这样一种概念，它测试计算环境中所 有的访问点，并在组件级和系统级的测试中将功能测试和性能测试整 。 合在一起（见图 2） A. C/S? B. C. SOAP D. XML 图 1：现在典型的多层架构 图 2：端到端架构测试包含所有访问点的功能测试及性能测试 ( End to End Testing) 1.1. 端到端测试类似于系统测试，测试级的“宏大”的端点，涉及整 个应用系统环境在一个现实世界使用时的模拟情形的所有测试。 例如与数据库对话，用网络通讯，或与外部硬件、应用系统或适 当的系统对话。端到端架构测试包含所有访问点的功能测试及性 能测试。端到端架构测试实质上是一种灰盒测试，一种集合了 白盒测试和黑盒测试的优点的测试方法。 1.2. 在白盒测试中，测试