针对 SAP 集成应用软件的测试自动化

第第页针对SAP集成应用软件的测试自动化针对SAP集成应用软件的测试自动化

发表于：2023-04-11来源：：点击数：标签：

针对SAP集成应用软件的测试自动化:未知来源:网络转载在假设您需要可以像配置并定制SAP全景那样迅速地配置并定制的测试解决方案的情况下，随着环境的变更，SAP集成应用程序允许您快速地配置并定制业务流程。在本文中，我们将向您展示如何使

针对SAP集成应用软件的测试自动化

:未知来源:网络转载

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

我们将讨论：

结构化的SAP测试方法

SAP当前的测试自动化范型及其挑战

用于SAP测试自动化的新解决方案的需求

与IBMRationalFunctionalTester（RFT）集成的ArsinPackagedTestAutomationforSAP如何帮助解决这些难题。

我们将分析QAMapper、EffectavalidationEngine和ArsinSupport及升级工具包，连同RFT的功能，从而收集测试需求、定义并构建测试用例、构建测试规程，并执行和分析报告。使用RFT和Arsin的工具能让您大大地扩展测试范围，较大地压缩测试进度，并减少测试成本。

结构化的SAP测试方法

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

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

过程改进。过程改进处理当前测试成熟度模型的评估，并且开发计划来将测试成熟度模型提高到下一层，并实现它。拥有标准化的模板、定义良好的过程、清楚的协议，并且没瓶颈的成熟的测试过程为完整的且全面测试过的SAP系统做准备。通过将当前的测试成熟度模型与行业标准进行比较，并且识别差距并着重于它们，可以改进测试成熟度。

知识管理。知识管理处理随时收集的QA知识的制度化。传统的SAP系统测试依赖于SAP系统的功能及技术顾问，了解关于主题的专家经验，从而处理各种各样的实例。在此阶段，为关键的业务流程构建测试工件库，用于回归。以下的测试工件被编制为：

测试需求

测试用例

测试规程

测试自动化。在知识管理阶段，当在回归库中编制了测试工件之后，就准备好将它们自动化。然而，在将它们自动化之前，对这些测试工件进行自动化可行性，自动化所需的工作、业务流程使用的频率，及业务的寿命的分析。在决定利用Arsin的QAMapper作为测试工件存储库进行自动化之后，就利用RFT开发执行组件，并且利用Arsin的EffectaValidationEngine配置验证组件来自动地执行它们。

本讨论的其余部分着重于结构化的SAP测试方法的测试自动化方面。我们相信RFT结合Arsin的QAMapper和EffectaValidationEngine令SAP测试彻底、全面、简单，且节省成本。

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

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

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

图1：SAP环境中的相关性

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

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

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

验证：在大多数情况下，可用的GUI工具用于将测试执行自动化，这只占总测试工作的大约25%。验证占该工作的75%以上，而且利用GUI测试自动化工具去除数据是很困难的。通过基于测试自动化工具的特定级别的验证是可能的，然而，撰写该验证的脚本要花费很长时间，并且任何的变更都需要在首次实现之后的许多编码工作。

数据管理：传统上，用于测试的数据是在电子表格中获取并维护的。通过该数据进行搜索和排序是困难的，因为是维护跨用户和位置的数据一致性。这种困难在随着要维护的大量测试数据的增加而增加。此外，SAP元数据与其相应的测试数据之间不存在智能的联系。

管理变更：对SAP实现的变更发生在重新配置或添加定制构建的组件（程序）的过程中。在这些情况下，需要定期地变更用于自动的测试执行的脚本，这是很困难的。此外，当将GUI工具用于自动化时，需要经常地重做75%的工作，从而跟上对SAP系统的变更。

处理这些局限性

上面介绍的局限性需要可以处理这些问题的新解决方案。我们提供了包含以下组件的解决方案：

ArsinQAMapper

ArsinEffectaValidationEngine

IBMRationalFunctionalTester

如图2所示，解决方案的主要组件是QAMapper（测试工件存储库）、RFT（自动地执行测试用例的引擎），及Effecta（自动验证引擎）。用于SAP程序和事务的元数据作为执行组件（ExecutionComponent）存储在QAMapper，RFT读取它们来执行事务。RFT推动执行组件用使用来自QAMapper的元数据的包装脚本来执行测试用例。当执行测试用例时，该脚本拿出与测试用例相连接的测试规程，并执行组件或事务。对于验证，关键的信息，例如销售订单数或交付数，被传递给Effecta验证引擎，然后拿出与那些来自SAP数据库的键相应的实际值，然后将它们与期望结果进行比较。

图2：ArsinSAP测试解决方案的主要组件

图2中展示的解决方案处理了早期模型所带来的局限性。现在我们将详细地分析此解决方案。

测试数据管理

在QAMapper产品中，测试数据是在关系数据库中进行管理的，这使得跨多用户的搜索、排序，和一致性维护都很容易。QAMapper还根据可能复用的数据集对数据进行维护。这些数据集是分别创建的，以便可以在各种测试用例中复用它们。QAMapper能够创建可以通过基于web的接口简单地维护的具体工程的且安全的测试数据集。此外，输入测试数据的创建是通过对来自在测系统的主数据的自动导入来加速的。

管理变更

该解决方案提供了不需要任何脚本变更的完全可定制且可配置的组件。使用实际数据之上的包装脚本和元数据意味着，对于屏幕上任意的附加的字段，只有元数据需要添加到数据库中。该特性节省了许多时间和工作量。

验证

Arsin的验证测试引擎，称为Effecta（参见右边图2），推动了QA团队需要执行的每个测试用例的自动化的验证。验证令差不多75%的测试工作在手工场景下进行。通过Effecta的自动化减少了这一时间，并且生成了关于哪些验证失败了的详细报告，因而简化了失败情况下的调试过程。该工具还生成审计可追踪、可重复，且可伸缩的QA测试结果。

业务对象的配置和定制

将验证自动化的规程涉及业务对象及验证组件的创建。业务对象是在SAP中的事务中使用或受到影响的所有表，以及这些表通过字段建立的关系的聚集。它构成了可以确定来自一个表的哪些字段与另一个表中的字段相关联的连接平台。业务对象是容易配置且可扩展的。当事务必须具有新功能或包含新表时，可以通过添加必需的表和新的关系来扩展基本的业务对象，如图3所示。

图3：通过添加必需的表和新的关系来扩展基本的业务对象。

验证组件的创建、配置，及定制

验证组件是规则的集合，这些规则参考了必须被验证，从而确保SAP系统的稳定性和一致性的字段。验证组件使用业务对象来构成关联底层的SAP表的平台。这些组件中的验证规则将表字段中的数据与来自不同数据源的预期数据进行比较，包括表字段和不变值。

验证组件通过配置进行维护，并且不涉及任何脚本。定制涉及变更规则，它们是选择要验证的表字段，以及选择对于每个字段的预期源的操作。

在完成验证时，Effecta引擎提供详细的报告，如图4所示，它精确地指出哪些字段没有遵守验证规则。这有助于故障跟踪和修复。

图4：精确地指出哪些字段没有遵守验证规则的详细报告。

进入或输出接口验证

除了为SAP中的事务提供验证以外，Effecta还提供进入和输出接口验证。这些接口中的传输通常是IntermediateDocuments（IDocs）、文本文件，等等的格式。当要验证它们时，Effecta从它们中析取数据并根据SAP中的表和字段验证它们。

产品支持及支持包验证

当在升级过程中测试产品支持及支持包时，有两个场景：一个是进行变更之前的场景，一个是变更之后的场景。在这些情况下的测试的目标是确保由于变更，系统仍旧稳定。

在这些情况下，当执行事务时，更新表，创建文档及IDoc。在变更前后要对这些文档、表，及字段进行比较。对于一个事务，例如销售订单的创建，可能有十五个表，以及将要在每个表中进行比较的十到十五个之间的字段。手工比较这些需要相当多的时间和努力。Effecta拥有自动的工具来比较表、IDoc和文档，这有力地减少了这些情况下的时间和工作。这些工具还向测试人员提供描述结果的详细报告。