对可伸缩性测试和性能测试来说，访问点包括硬件、操作系统、应用程序数据库和网络。对功能测试来说，访问点包括前端的客户端，中间层，内容源和后台数据库。明白了这些，术语"架构"所定义的就是在环境中组件之间以及组件与用户之间是如何进行交互的。单纯从组件来看的优点和缺陷取决于将它们组织在一起的特定架构。正是一种架构将如何响应作用于它的命令的这种不确定性，使我们需要进行端到端架构测试。
为了有效实现端到端架构测试，RTTS 成功开发了基于风险的测试自动化方法。The Test Automation Process（测试自动化过程，TAP）建立在多年的成功测试实践基础之上，利用了最佳的自动测试工具。这是一个迭代的测试方法，包括五个阶段：
项目评估
测试计划创建和改进
测试用例编写
测试自动化、执行和跟踪
测试结果评估
端到端架构测试所要求的单项功能和性能测试是在"测试自动化、执行和跟踪"阶段进行的。如图 3所示，这个阶段被不断重复，而相应的测试也在每一次迭代过程中得到精化。
图 3：端到端测试的 RTTS 测试自动化过程（TAP）
组件级测试
很显然，首先必须开发单个组件，然后才能将它们"装配"成功能系统。因为组件可以进行早期测试，所以在 TAP 中端到端测试是从组件测试开始的。在组件测试中，随着环境的建立，适当的测试也分别实施于各个不同的单个组件上。功能测试和性能测试在组件测试阶段都相当有价值，它们帮助诊断了在整个环境构建前和构建中的各种缺陷。
组件测试中的功能测试
组件级功能测试验证了每个组件所执行的事务。这包括了组件或系统所要求的任何数据转换和组件所处理的事务的业务逻辑的验证。在应用程序功能的开发中，基础设施测试（infrastructure testing）验证并量化整个环境中的数据流量，并以这种方式来同时进行功能和性能测试。数据完整性必须当数据在组件间传递时进行验证。例如，XML 测试在逐个事务地验证 XML 数据内容，并在需要时验证正式 XML 结构（元数据结构）。对组件测试来说，诸如 IBM Rational Robot 这样的自动可扩展的测试工具可以大大的减少用在 GUI 测试和非GUI组件的功能测试上的时间和精力。Rational Robot 的脚本语言支持对外部 COM DDLs 的调用，是非 GUI 对象测试的理想工具。此外，Rational Suite TestStudio 和 Rational Team Test 所附带的新的 Web 和 Java 测试功能，提供了测试 J2EE 架构和使用 java 语言来编写测试脚本的附加功能。
文章来源于领测软件测试网 https://www.ltesting.net/
