在假设您需要可以像配置并定制 SAP 全景那样迅速地配置并定制的测试解决方案的情况下，随着环境的变更，SAP 集成应用程序允许您快速地配置并定制业务流程。在本文中，我们将向您展示如何使用 IBM® Rational® Functional Tester 工具集和来自 IBM Ready-for-Rational 合伙人，Arsin，的工具。Arsin 的 QA Mapper、Effecta Validation Engine，和 Arsin Support 及升级工具包允许您开发面向 SAP 全景的可复用的、可重复的，并且很容易维护的 SAP Test Automation 回归库，包括定制的应用程序和进入或输出（Inbound/Outbound）接口。

我们将讨论：

        结构化的 SAP 测试方法 
        SAP 当前的测试自动化范型及其挑战 
        用于 SAP 测试自动化的新解决方案的需求 
        与 IBM Rational Functional Tester（RFT）集成的 Arsin Packaged Test Automation for SAP 如何帮助解决这些难题。 
        我们将分析 QA Mapper、Effecta validation Engine 和 Arsin Support 及升级工具包，连同 RFT 的功能，从而收集测试需求、定义并构建测试用例、构建测试规程，并执行和分析报告。使用 RFT 和 Arsin 的工具能让您大大地扩展测试范围，较大地压缩测试进度，并减少测试成本。

结构化的 SAP 测试方法

        涉及了超过 45000 个表，超过 100000 个字段，以及它们之间上百万的关系，SAP 实现提出了一些 QA 领域最引人兴趣且最困难的挑战。网络密集的系统是极度集成的，并且一般与企业中的每个业务流程都相连。要处理这样一个极广大的系统，QA 工程师必须谨慎地处理 SAP 应用程序。

        利用十多年来为无数行业中的大型客户基础测试 SAP 系统的经验，我们已经开发了测试成熟度评估及改进框架，以提出一种有组织的，结构化的 SAP 测试方法。该框架有三种方法，它们提供过程改进、知识管理和测试自动化，如下所示：

        过程改进。过程改进处理当前测试成熟度模型的评估，并且开发计划来将测试成熟度模型提高到下一层，并实现它。拥有标准化的模板、定义良好的过程、清楚的协议，并且没瓶颈的成熟的测试过程为完整的且全面测试过的 SAP 系统做准备。通过将当前的测试成熟度模型与行业标准进行比较，并且识别差距并着重于它们，可以改进测试成熟度。 
        知识管理。知识管理处理随时收集的 QA 知识的制度化。传统的 SAP 系统测试依赖于 SAP 系统的功能及技术顾问，了解关于主题的专家经验，从而处理各种各样的实例。在此阶段，为关键的业务流程构建测试工件库，用于回归。以下的测试工件被编制为：
        测试需求 
        测试用例 
        测试规程 
        测试自动化。在知识管理阶段，当在回归库中编制了测试工件之后，就准备好将它们自动化。然而，在将它们自动化之前，对这些测试工件进行自动化可行性，自动化所需的工作、业务流程使用的频率，及业务的寿命的分析。在决定利用 Arsin 的 QA Mapper 作为测试工件存储库进行自动化之后，就利用 RFT 开发执行组件，并且利用 Arsin 的 Effecta Validation Engine 配置验证组件来自动地执行它们。 
        本讨论的其余部分着重于结构化的 SAP 测试方法的测试自动化方面。我们相信 RFT 结合 Arsin 的 QA Mapper 和 Effecta Validation Engine 令 SAP 测试彻底、全面、简单，且节省成本。

SAP 实现中测试自动化的重要性

        SAP 全景在不断地变更，这是由于对来自 SAP 的 SAP 模块的变更、客户公司中的业务流程变更、对系统环境的变更、对与 SAP 连接的应用程序的变更，以及许多规章法令。

        图 1 例举了在 SAP 环境中不断运转的相关性。

图 1：SAP 环境中的相关性

        为了跟上这些变更，必须对 SAP 系统进行彻底地测试。对于每个变更，都有需要确保稳定性而执行的测试用例的回归库。当手动执行时，每个测试需要时间和努力，比较起来，执行自动的测试需要非常少的时间和努力。自动化还帮助让大多数测试资产可复用。

        当前的 SAP 测试解决方案及其局限性

        如今，市场上的现有 SAP 测试模型初步地使用自动化，涉及以下方面：