SAP测试 - 快速指南

上一页
下一页

SAP测试 - 概述

许多组织实施SAP ERP（企业资源规划）来管理其业务运营并适应新的市场挑战。SAP R/3是一款集成的ERP软件，允许组织有效地管理其业务。组织可以通过使用SAP R/3 ERP软件包来降低运营成本。

SAP R/3还允许客户与不同的数据库交互，借助用户友好的GUI运行不同的应用程序。SAP R/3系统被划分为不同的模块，以涵盖组织中不同业务运营的功能。

最常见的SAP R/3模块包括：

  • SAP物料管理。
  • SAP财务会计和控制。
  • SAP销售和分销。
  • SAP人力资源。
  • SAP供应链管理。
  • SAP工厂管理。

SAP测试是关于测试这些模块的功能，并确保它们按照配置执行。

SAP Testing

SAP系统会经历各种更改，例如补丁管理和修复、新模块实施以及其他各种配置更改。所有这些修改都增加了在SAP环境中执行回归测试的需求。为此可以使用SAP测试加速和优化工具等SAP测试自动化工具。

SAP TAO是一款自动化工具，用于为SAP应用程序的端到端场景生成测试用例。除此之外，还有其他各种用于SAP测试的自动化测试工具，例如HP QTP和ECATT等。

测试的重要性

以下是执行SAP测试的原因列表，以及为什么它是组织发展中一项重要功能的原因：

  • 系统验证 - SAP测试涉及对SAP ERP环境中所有SAP模块进行完整的端到端测试和验证。

  • 质量和收入 - SAP测试是基于输出的测试，不像传统的基于输入的测试方法。它确保SAP系统的质量，并关注组织的收入和成本。

  • 成本和可预测性 - SAP测试涉及降低SAP开发成本并提高可预测性。

  • 合规性要求 - SAP测试确保SAP实施符合特定组织中的新合规性要求，并且所有模块都按照预期配置运行。

  • 新实施和配置更改 - SAP系统中实施了不同类型的更改，例如补丁和修复、新实施、配置更改。因此，SAP测试确保所有模块在此动态系统环境中都按要求执行。

  • 集成 - 执行SAP测试是为了测试各种报表、数据流和工作流、GUI表单等。它用于检查不同模块之间的系统集成。例如，如果进行订单过账需要在销售和分销、MM和FICO中执行操作，则SAP测试将检查这些系统之间的集成。

  • 性能 - 它还用于确保系统是否能够满足服务水平协议、系统执行特定操作所需的时间、系统的性能等。

SAP测试 - 类型

有不同的测试方法可用于测试软件、系统或应用程序的功能。

最常见的测试技术包括：

  • 单元测试 - 这是一种白盒测试，涉及测试单个单元或单元组。

  • 集成测试 - 在此测试中，将多个系统组合在一起以测试集成系统的输出。

  • 功能测试 - 它根据所需结果检查每个模块的功能。

  • 可用性测试 - 它检查应用程序或系统的易用性。它检查新用户使用应用程序或理解系统有多容易。

  • 验收测试 - 执行验收测试是为了测试系统是否满足用户要求以及是否接受应用程序或系统。

  • 系统测试 - 根据要求和规范测试整个系统。

  • 压力测试 - 在此测试中，系统承受超出其规范的压力，以检查其何时失效。

  • 性能测试 - 执行此测试以检查系统是否满足性能要求。

  • 回归测试 - 它包括针对修改测试完整应用程序或系统。

  • Beta测试 - Beta测试的目的是涵盖意外错误。它属于黑盒测试。它通过发布最终产品的预发行版本（称为Beta版）来执行。

  • 数据库测试 - 数据库测试用于测试数据库中的数据。它使用SQL语句执行。

  • ETL测试 - 执行ETL测试以确保数据是否从源系统到目标系统正确提取、转换和加载。

SAP测试 - 手动与自动化

手动测试

手动测试意味着您在不使用任何自动化工具或任何脚本的情况下手动测试软件。在这种类型的测试中，测试人员扮演最终用户的角色，并测试软件以识别错误或任何意外行为。

手动测试的不同阶段包括：单元测试、集成测试、系统测试和用户验收测试。

手动测试人员使用各种测试计划、测试用例或测试场景来确保测试的完整性。手动测试也可以称为探索性测试，因为测试人员手动探索软件以识别其中的错误。

自动化测试

在自动化测试中，测试人员编写脚本并使用软件工具来测试产品。此过程涉及手动过程的自动化。自动化测试包括多次重新运行手动执行的测试用例。

自动化测试还用于从负载、性能和压力方面测试应用程序。它用于增加测试覆盖率。与手动测试相比，自动化测试提高了准确性，并节省了时间和金钱。

软件测试工具

可以使用以下工具进行自动化测试：

  • HP Quick Test Professional (QTP)
  • Selenium
  • SAP TAO
  • ECATT
  • IBM Rational Functional Tester
  • SilkTest
  • TestComplete
  • Testing Anywhere
  • WinRunner
  • LoadRunner
  • Visual Studio Test Professional
  • WATIR

SAP测试 - SDLC

软件开发生命周期确定开发应用程序或软件效率的一系列步骤。在本章中，我们将讨论SDLC中定义的阶段。每个阶段都有自己的流程和交付成果，这些流程和交付成果进入下一个阶段。

可行性研究

SDLC的第一阶段是需求收集。收集需求后，团队会制定软件流程的粗略计划。在此步骤中，团队会分析是否可以制作软件以满足用户的所有需求。确定该项目在财务上、实践上和技术上是否可行，以便组织承担。有许多可用的算法可以帮助开发人员得出软件项目的可行性结论。

系统分析

在此步骤中，开发人员决定其计划的路线图，并尝试提出最适合该项目的软件模型。系统分析包括了解软件产品的局限性、学习与系统相关的问题或对现有系统进行的更改、识别和解决项目对组织和人员的影响等。项目团队分析项目的范围，并相应地规划进度和资源。

软件设计

下一步是将所有需求和分析知识放在桌面上并设计软件产品。来自用户的输入和在需求收集阶段收集的信息是此步骤的输入。此步骤的输出以两种设计形式出现；逻辑设计和物理设计。工程师会生成元数据和数据字典、逻辑图、数据流图，在某些情况下还会生成伪代码。

编码

此步骤也称为编程阶段。软件设计的实现以使用合适的编程语言编写程序代码并高效地开发无错误的可执行程序的形式开始。

测试

据估计，整个软件开发过程的50%应该进行测试。错误可能会从严重级别到自行删除都可能破坏软件。软件测试在开发人员编码时进行，测试专家会在代码的各个级别（例如模块测试、程序测试、产品测试、内部测试和用户端产品测试）进行彻底的测试。尽早发现错误并加以纠正是在开发可靠软件的关键。

集成

软件可能需要与库、数据库和其他程序集成。SDLC的这个阶段处理软件与外部世界实体的集成。

实施

实施或部署意味着将软件安装在用户机器上。有时，软件需要在用户端进行安装后配置。在实施过程中，测试软件的可移植性和适应性，并解决与集成相关的。

软件测试生命周期

软件测试生命周期 (STLC) 包含以特定方式执行的所有步骤，以确保满足质量目标，并且每个步骤都有其特定的目标和交付成果。

STLC 用于提高软件产品质量，使其能够满足业务需求以实现特定目标。

软件测试生命周期中的不同阶段如下：

  • 需求阶段
  • 测试计划
  • 测试分析
  • 测试设计阶段
  • 测试实施
  • 测试执行阶段
  • 测试关闭阶段
STLC

需求阶段

这是软件测试生命周期的第一阶段。在这个阶段，测试人员的工作是分析需求。需求分析有多种方法，例如与业务人员、团队成员进行头脑风暴会议，并尝试找出需求是否可测试。

此阶段确定测试的范围。如果测试团队发现任何无法测试的功能，则应将其告知客户。

测试计划

在此阶段，测试人员确定有助于实现测试目标的活动和资源。

定义各种指标，并提供确定和跟踪这些指标的方法。测试计划还包括确定用于测试评估的关键绩效指标。

测试分析

此阶段确定必须测试的指南。它包括使用需求文档、任何相关风险和其他测试标准来识别测试条件。

使用各种因素来找出测试条件：

  • 产品复杂性
  • 测试深度
  • 涉及的风险
  • 所需的技能
  • 测试团队成员的知识
  • 测试管理
  • 利益相关者的可用性

测试条件应详细编写。

让我们举个例子。对于一个在线销售产品的网站，一个测试条件是客户能够进行在线支付。您可以添加详细的条件，例如，可以使用信用卡、NEFT 转账、借记卡或网上银行进行支付。

编写详细测试条件的优点是它增加了测试范围，因为测试用例通常是根据测试条件编写的。它允许编写更详细的测试用例。它还有助于确定何时停止软件产品测试。

测试设计阶段

此阶段确定如何执行测试。

  • 将测试条件分解成多个子条件以提高其覆盖率。

  • 获取测试数据。

  • 设置测试环境。

  • 获取需求追溯指标。

  • 创建测试覆盖率指标。

测试实施阶段

此阶段包括根据定义的测试条件和指标创建详细的测试用例。

  • 确定测试用例的优先级。
  • 用于回归测试的测试用例。
  • 确保测试用例的正确性。
  • 在实际执行开始之前签署测试用例。

测试执行阶段

软件测试生命周期的这个阶段涉及实际执行测试用例。

  • 执行测试用例。
  • 记录缺陷。
  • 检查可追溯性指标以跟踪进度。

测试关闭

此阶段包括检查测试是否完成。

  • 检查所有测试用例是否已执行以及已打开的缺陷。
  • 记下经验教训。
  • 关闭测试阶段。

SAP 中的测试类型

有多种可用于执行 SAP 测试的测试方法。

单元测试

单元测试用于测试 SAP 系统及其各种组件的功能。它由了解系统中每个单元功能的领域和配置专家执行。

示例

假设任务是创建一个销售订单并保存它。要对此任务执行单元测试，测试人员应该知道可以使用 SAP 组织元素（如客户主数据、合作伙伴职能、物料主数据、公司代码、信用控制区域、销售组织等）保存销售订单。

示例

在 ABAP 开发中，可以执行单元测试以检查是否可以从开发人员生成的数据创建报表。这需要领域专家的协助。

系统测试

系统测试涉及集成 SAP 系统的元素，以确保相关的 SAP 功能在开发环境中链接在一起。

示例

例如，一个组织的报价现金流将显示报价可用于创建销售订单，可以从订单创建和处理交货，可以对交货开票，可以将开票释放到会计，以及对会计发票应用客户付款。

每个单元都这样测试，然后使用系统测试组合测试结果。

基于场景的测试

顾名思义，场景测试是根据具体的业务案例执行的。

示例

假设有一些特定于客户细分市场、特定产品线或一组服务的任务。对于这些特定的目标线，您需要测试不同的场景。此测试也在开发环境中执行。

集成测试

在此测试中，测试数据来自真实的数据库提取源。业务最终用户知道数据。

集成测试用于演示在 SAP 中设计和配置的业务流程使用真实世界数据运行。此外，测试还显示接口触发器、报表和工作流正在运行。

SAP 接口测试

接口测试确保 SAP 系统上的业务流程自动运行，事件被触发，结果被传输到接收系统。接口测试包括在发送系统上执行，然后自动生成接口输出，然后接收系统使用该文件并证明业务流程在接收端继续进行。

理想情况下，接口测试涉及随着项目进展而进行的更大规模的测试活动。接口测试表明触发器有效，数据选择准确完整，数据传输成功，接收者能够使用发送的数据。

SAP 用户验收测试

SAP UAT 用于确保最终用户能够使用新系统执行分配的作业功能。此测试的重要方面是了解业务需求，并确保预期的功能和能力可用。

SAP 系统性能测试

性能测试检查以下方面：

  • 系统响应时间是否符合业务要求

  • 周期性流程是否在允许的时间内运行

  • 是否可以支持预期的并发用户负载

性能测试识别 SAP 系统中的瓶颈和代码效率低下。系统性能调整不太可能完美设置，程序也可能不是用优化的代码运行。

SAP 负载测试

在负载测试中，测试人员对系统施加最大负载（在线用户或定期批处理），并确定系统是否有能力处理该负载。如果不是，则找出提高性能所需的步骤。

SAP 安全性和授权测试

安全性和授权测试用于确保用户只能执行与他们的项目相关的交易和访问相应的数据。

与安全标准的实施一样，测试系统中是否已设置安全性和授权非常重要。创建并使用作业角色的测试 ID 来确认用户可以做什么和不可以做什么。

SAP 切换测试

切换测试通常在项目生命周期中执行一次。在此，将对所有涉及的任务进行全面执行，以从旧系统中提取数据。然后，执行任何类型的数据转换，将结果加载到 SAP 系统中并完全验证结果，包括用户签字。

SAP 回归测试

回归测试用于查找新功能以及在升级系统或设置新系统时测试系统中的先前功能。回归测试的关键作用是测试现有功能以及新更新的配置和代码库。

升级 SAP 系统或应用补丁时，不应影响用户预期执行的功能。此外，它不应影响新版本中应该引入的新功能。

SAP测试 - 流程

SAP 测试流程通常分为三个阶段：

  • 测试计划
  • 测试系统设置
  • 测试执行和评估

测试计划

测试计划包括测试初始阶段涉及的步骤。

  • 收集需求。需要测试什么？收集系统和应用程序测试的功能需求。

  • 手动和自动化测试的测试用例开发。在自动化测试中，可以使用各种工具创建测试用例。

  • 审查测试用例。

测试系统设置

测试系统设置涉及设置测试环境以运行测试用例。在这里，测试人员需要定义关键指标以进行报告。

测试执行和评估

测试执行和评估包括执行测试用例并记下输出。它包括以下活动：

  • 缺陷处理和报告。
  • 根据结果评估测试计划。
  • 记录所有缺陷并将结果与关键指标进行比较。

SAP 测试——关键流程

在 SAP 系统测试中，需要识别在 SAP 系统中实施更改将影响的关键业务流程。它主要属于回归测试，您可以在其中应用补丁或实施新系统。

应用这些更改之前的第一步是执行变更影响分析。这涵盖了将受更改影响的关键流程。

示例

让我们来看一个例子。假设计划中的变更如下：

计划变更

  • SAP 支持包 7
  • 自定义代码
  • SAP增强包

受影响系统

  • 销售订单
  • 货物交付
  • 支付方式

关键流程的影响分析

在此，影响分析中需要执行以下活动：

  • 识别变更实施所影响的关键业务流程。

  • 提供业务理由，说明为什么必须实施此变更。

  • 创建测试计划，以在执行变更时监控 SAP 测试的关键流程。

  • 评估变更对关键流程的影响以及实施变更的目的。

SAP测试 - 导航

SAP 测试导航确保涵盖 SAP 系统的每个模块，并对每个功能执行至少一项测试。它还减少了手动测试工作，并涵盖了 SAP 系统中的大部分测试路径。

可以执行 OPA 测试以检查 SAP 测试导航。OPA 即 **开放源代码编程** 语言，主要用于开发 Web 应用程序。要编译 OPA 程序，可以在服务器端使用 Node.js，在客户端使用 JavaScript。

使用 OPA 创建测试

OPA 允许在 **Qunit** 中使用三个对象。这些函数应该在测试中定义，以便 OPA 知道要执行哪些操作。

  • **Given** - 传递安排。

  • **When** - 要执行的操作。

  • **Then** - 断言。

示例

以下示例显示如何在 Qunit 中使用所有三个对象：

jQuery.sap.require("sap.ui.test.Opa");
jQuery.sap.require("sap.ui.test.opaQunit");

opaTest("press a Button", function (Given, When, Then) {
   // Arrangements
   Given.iStartMyApp();
	
   //Actions
   When.iPressOnTheButton();
	
   // Assertions
   Then.theButtonShouldHaveADifferentText();
}

下一步是定义这三个函数。

定义函数

var arrangements = new sap.ui.test.Opa ({
   iStartMyApp : function (){
      return this.iStartMyAppInAFrame("../index.html");
   }
});

在上面的函数中，我们假设应用程序在一个名为 index.html 的页面中运行。我们的 OPA 测试位于 test/opa.html 文件夹中。

定义安排

var actions = new sap.ui.test.Opa ({

   iPressOnTheButton : function (){
      return this.waitFor ({
         viewName : "Main", id : "pressMeButton", success : function (oButton) {
            oButton.$().trigger("tap");
         },
         errorMessage : "No Button found"
      });
   }
})

定义断言

var assertions = new sap.ui.test.Opa ({

   theButtonShouldHaveADifferentText : function () {
      return this.waitFor ({
         viewName : "Main",
         id : "pressMeButton",
			
         matchers : new sap.ui.test.matchers.PropertyStrictEquals ({
            name : "text",
            value : "got pressed"
         }),
			
         success : function (oButton) {
            Opa.assert.ok(true, "The button's text changed to: " + oButton.getText());
         },
			
         errorMessage : "No change in Button's text"
      )}
   }
})

运行 OPA 测试

sap.ui.test.Opa.extendConfig ({
   arrangements : arrangements,
   actions : actions,
   assertions : assertions,
   viewNamespace : "view."
});

SAP测试 - 屏幕流程

SAP 测试中的屏幕流程逻辑类似于 ABAP 代码，用于包含处理块。它包含屏幕的过程部分。它是在屏幕绘制器中创建的，这个屏幕绘制器类似于 ABAP 编辑器。

屏幕流程逻辑不涉及外部数据声明，每个处理块都以“PROCESS”为前缀定义。例如：

  • PROCESS AFTER INPUT
  • PROCESS BEFORE OUTPUT
  • PROCESS ON HELP-REQUEST
  • PROCESS ON VALUE-REQUEST

每个屏幕流程逻辑都应包含 PROCESS AFTER INPUT 和 PROCESS BEFORE OUTPUT 关键字。

在一个事件块中，可以使用 MODULE、FIELD、ON、VALUES、CALL 等关键字。

序号 屏幕流程逻辑关键字和描述
1

MODULE

调用 ABAP 程序中的对话框模块
2

FIELD

指定应传输屏幕字段内容的点
3

ON

与 FIELD 结合使用
4

VALUES

与 FIELD 结合使用
5

CHAIN

启动处理链。
6

ENDCHAIN

结束处理链。
7

CALL

调用子屏幕。
8

LOOP

开始处理屏幕表。
9

ENDLOOP

结束处理屏幕表。

创建屏幕流程

在资源管理器中，双击屏幕名称，它将显示屏幕的流程逻辑。

屏幕绘制器的流程逻辑编辑器将打开，您可以编辑屏幕流程逻辑。可以使用任何可用的 ABAP 源代码编辑器来定义流程逻辑。

可以使用以下关键字创建屏幕流程逻辑：

序号 关键字和描述
1

CALL

调用子屏幕。
2

CHAIN

启动处理链。
3

ENDCHAIN

结束处理链。
4

ENDLOOP

结束循环处理。
5

FIELD

引用字段。可以与 MODULE 和 SELECT 关键字结合使用。
6

LOOP

开始循环处理。
7

MODIFY

修改表。
8

MODULE

标识处理模块。
9

ON

与 FIELD 赋值一起使用。
10

PROCESS

定义处理事件。
11

SELECT

检查表中的条目。

测试屏幕

测试屏幕用于测试屏幕在运行时显示的外观。如果已经编写了流程逻辑，可以选择是否使用它来模拟屏幕。

要执行屏幕测试，请按照以下步骤操作：

  • 选择屏幕→测试。
  • 系统将显示一个用于运行时模拟的对话框。
  • 如果需要，可以更改窗口坐标。
  • 接下来，定义模拟范围。
  • 要包含流程逻辑，请单击“选择完整流程逻辑”。
  • 单击继续，屏幕模拟将出现。

SAP测试 - 模块

组织中实施了不同的 SAP 模块，可以使用各种测试工具进行测试，例如 HP Quick Test Professional (QTP)、IBM Rational Functional Tester (RFT) 和 SAP Test Acceleration and Optimization (TAO) 工具。

常见的 SAP 模块

常见的 SAP 模块列在下面：

  • **财务模块** - 财务会计和控制 (FICO)、财务 (TR) 和企业控制 (EC)。

  • **物流模块** - 物料管理 (MM)、工厂维护 (PM)、销售和分销 (SD)、质量管理 (QM) 等。

  • **人力资源管理** - 会计工资、时间管理、培训和活动管理。

所有这些模块都是相互依赖的，一个模块的功能会影响其他模块的功能。

示例

假设您必须在销售和分销 (SD) 模块中创建销售订单。在这里，您首先需要输入 **事务代码**（例如，事务代码 VA01）。接下来，检查库存模块中的项目库存，并检查客户关系模块中客户配置文件中可用的信用额度。这表明所有这些模块都是相互依赖的；如果自定义任何这些模块，它将影响相关的 ERP 系统。

要执行 SAP 测试，您需要了解这些 SAP 模块中的功能、特性以及工作流程是如何进行的。ERP 实施项目失败的最常见原因是测试计划不正确以及使用了错误的测试用例。

像 PeopleSoft、Edwards、Oracle E 业务套件这样的非 SAP ERP 系统具有不同的客户和功能。测试团队需要了解整个系统功能。

测试团队类型

SAP 项目中通常有两种类型的测试人员：

  • **核心测试人员** - 负责执行 ERP 系统和模块的基本测试。

  • **实施测试人员** - 参与实施项目，并涵盖 SAP 模块的定制功能。

来自客户的定制请求可能会影响 SAP 系统的模块。测试团队应该能够记录每个定制请求及其对其他 SAP 模块的影响。

ERP 系统是大型系统，因此测试过程理想情况下应该是自动化的。始终建议对 ERP 系统执行自动化测试，因为手动测试是一个非常耗时且漫长的过程。如果不测试 SAP 系统的每个组件，就很难实现 100% 的质量和 SAP 项目的成功实施。

使用 QTP 对上述示例执行 SAP 测试

要对上述示例执行 SAP 测试，请按照以下步骤操作：

  • 第一步是安装 HP QTP 工具，并在 QTP 中安装必要的插件，以使其能够连接到 ERP 系统。

  • 下一步是使用 HP Quality Center (QC) 开发测试计划，然后将测试计划设计转换为测试脚本。这些测试计划可以使用 HP QTP 转换为脚本。

  • 接下来，在创建销售订单或在 MM 中创建 PR 时，记录 SD 模块的 SAP 系统的 R/3 GUI 屏幕。

  • 在 QTP 工具中完成录制后，使用 VB 创建脚本。

SAPGuiSession("Session").SAPGuiWindow("SAP Easy Access - User")
   .SAPGuiOKCode("OKCode").Set "/nVA01"

SAPGuiSession("Session").SAPGuiWindow("SAP Easy Access - User"). SendKey ENTER

您还可以根据您的需求添加不同的参数和自定义。

SAP测试 - 接口

ERP 系统中的接口是指负责从一个系统获取数据并将数据移动到另一个系统的工具。例如，假设您有一个程序以 XML 格式生成报表，然后该程序读取 XML 文件以向另一个系统提供输入。您还可以在将信息从一个系统传递到另一个系统时进行操作。

示例

考虑一个负责员工考勤的供应商工具。现在，系统接口将获取此信息并将其填充到 SAP HR 系统中。

接口测试确保此作业成功运行，以确保数据完全传输，并且在将数据传输到 SAP HR 系统时没有错误。

执行 SAP 接口测试时需要考虑的要点

SAP 接口测试完全取决于操作和组织流程。在执行 SAP 接口测试时，需要考虑以下要点：

  • 使用 SAP 接口的目的是什么？接口处理哪些业务场景？

  • 检查接口是否根据测试策略准确地处理所有业务场景。

  • 要执行接口测试，最佳实践是从执行单元测试开始。

  • 必须检查出站接口是否正常，这意味着它确保执行符合布局等方面的文件规范。

  • 必须检查入站接口是否正常。检查它是否正确读取文件，以及它是否在目标系统中执行正确的步骤。

SAP测试 - 案例

SAP 测试用例需要对 SAP 系统的安装和配置、任何新实施、多语言和设备测试、内联网测试、实时测试等进行检查。

ERP 系统是一个通用的集中式系统，多个用户可以同时实时使用。因此，需要付出大量努力和奉献来编写测试用例。

ERP 系统还涉及各种 FI 事务，因此每个测试用例都应涵盖所有配置和实施部分的范围。应仔细传递测试数据，每个测试都应包含一个名为输出数据的列。

示例

**测试用例 ID** - XYZ_ERP_SD_A20301

**模块** - SAP 销售与分销 SD

让我们检查事务 **VA01** 以在销售和分销 (SD) 系统中创建销售订单。

Transaction VA01

创建订单时要输入的字段：

  • 订单日期
  • 订单类型
  • 到期日
  • 客户 ID
  • 运输ID，运输详情等
Initial Screen

输入详细信息后，按 Enter 键并将所有详细信息添加到销售订单。

Overview

要创建 SAP 测试用例，您可以传递输入数据（正确和不正确的数据，并查看结果）−

正确的输入数据

  • 订单日期 2016/01/01，订单类型 销售订单
  • 有效期 2016/01/15，发货日期 2016/01/10，
  • 选择应付账款日期 2015/01/10，项目数量 10 等。

不正确的输入数据

  • 订单日期 2017/01/01，订单类型 销售订单
  • 有效期 2017/01/15，发货日期 2017/01/10，
  • 选择应付账款日期 2017/01/10，项目数量 0 等。

输出数据 - 使用正确的数据

  • 订单已成功保存在 SAP 模块中并已开具发票。
  • 接下来是装箱单号。
  • 接下来是运输订单号等。

输出数据 - 使用不正确的数据

  • 不正确的输入数据错误消息。不正确的输入数据的文本消息应在系统中定义。

预期输出

  • 销售订单#
  • 销售发票#
  • 装箱单# 等。

SAP测试 - TAO

SAP 测试 TAO（测试加速和优化）是一种用于执行 SAP 系统自动化测试的工具。SAP TAO 帮助客户加快为 SAP 系统创建自动化测试用例的过程。使用 TAO 进行自动化测试是通过为 SAP 模块中的各种事务创建测试组件来执行的。

使用 TAO 创建的测试组件上传到 HP Quality Center。这样创建的测试组件通常用于单个事务，稍后可用于创建测试场景。此工具可以轻松地与 SAP Solution Manager 集成以维护不同的测试组件。

简而言之，可以说 SAP TAO 使 SAP 客户能够通过自动创建测试用例草稿和测试组件来自动化业务需求。

TAO 的主要功能

SAP TAO 使客户能够将单个软件分解成多个部分，这些部分可以使用简单的界面通过拖放每个部分集成到测试用例中。

  • TAO 支持灵活地重用测试用例和数据。

  • 如果系统有任何功能更改，由于此更改，维护测试用例很容易。

SAP TAO 的常见版本是 TAO 2.0 和 TAO 3.0。

SAP TAO 与其他工具的集成

SAP TAO 的一个关键功能是它可以轻松地与各种工具集成以创建自动化测试用例。一些可以与 TAO 集成的常用工具包括：

  • SAP Solution Manager (Solman)。
  • HP Quality Center QC。
  • HP Quality Test Professional QTP。

SAP TAO 2.0

SAP TAO 2.0 是一种在系统回归测试期间用于创建自动测试用例的工具。它帮助 SAP 客户从事务屏幕创建不同的测试组件并对其进行参数化。

这些测试组件通常为一个事务代码创建，稍后可以组合成测试场景。它可以轻松地与 SAP Solution Manager 中的业务流程更改分析器集成。

SAP TAO 2.0 附带不同的 Service Pack SP 02、SP 04 和 SP 06。

SAP TAO 在 SAP 测试生命周期中执行以下任务：

  • 创建测试用例
  • 重新生成受影响的组件
  • 测试用例整合
  • 测试执行

SAP TAO 流程架构

下图显示了 SAP TAO 的流程架构。

SAP TAO

步骤如下：

  • 第一步是获取 SAP 测试的要求。这包括了解 SAP 模块的功能并确定要执行的测试要求。

  • 接下来，从需求分析中获取信息以生成测试组件。

  • 下一步是使用 SAP TAO 工具生成测试用例和组件。

  • 最后一步是记录测试结果并使用测试结果更新分析。

安装 SAP TAO 的先决条件

从此链接下载 SAP Solution Manager Solman 兼容性矩阵、Quality Center 和 SAP TAO：http://service.sap.com

转到测试管理和附加信息 > 测试管理。它将显示 SAP TAO 支持的所有兼容组件。

检查系统环境中 SAP 系统上组件的先决条件：

  • 如上所述，检查兼容性矩阵后，SAP Solution Manager SOLMAN 的版本。

  • 所有被测系统上 ST-PI 的版本。

  • CRM 类型被测系统上 ST-A/PI 的版本。

对于 SAP Solution Manager 配置工作中心，请确保要进行测试的系统已连接到 SOLMAN。

SAP TAO 客户端安装需要在本地系统上进行以下配置：

  • RAM：4 GB。
  • 可用磁盘空间：500 MB。
  • 与 SAP Quality Center QC 服务器和 SOLMAN 的 LAN 连接。
  • 管理员权限。
  • 具有最新补丁级别的 SAPGUI。
  • Microsoft Excel 97 或更高版本。
  • 用于 CRM UI 支持的 Microsoft Internet Explorer。

SAP测试 - TAO文件夹结构

SAP TAO 工具内部有各种模块。我们在本章中讨论了关键组件。

流程流分析器

第一个组件是流程流分析器，它用于自动查找在 SAP 系统中执行的事务代码中使用的用户界面。它会自动创建测试组件并将其上传到 Quality Center。

流程流分析器还用于根据用户操作识别测试组件的顺序和电子表格值的创建。

Process Flow Analyzer

检查

您必须将事务代码添加到列表中。SAP TAO 将返回与特定事务关联的所有屏幕。您可以选择任何屏幕并单击“检查”选项。

整合

它允许您将多个测试组件收集到一个测试中。您需要从 QC 树中找到 Quality Center 中的测试，然后单击“整合”。

Consolidate

选择要整合的事务代码，然后单击底部的“添加到整合列表”以创建测试场景。

导入和导出

导入和导出选项用于导出到 Quality Center 和从 Quality Center 导入。您需要选择要导入和导出的组件，然后单击所需的按钮。

更改分析器

更改分析器用于跟踪 SAP 系统的更改和影响。当您对 SAP 系统进行任何更改时，它会识别受影响的业务流程。

要使用更改分析器，请选择特定项目并单击“更改影响分析”选项。它允许您查看和修复由于此更改而导致的 SAP 系统中受影响的组件。

Change Analyzer

资源库

资源库用于包含项目中所有测试组件和流程的信息。要查看有关任何测试组件的信息并检查流程流，您可以单击“组件浏览器”或“PFA 浏览器”。

Repository

SAP 测试 - 配置 Quality Center

SAP Quality Center 的配置可以通过两种方式完成：

  • HP 服务器属性
  • HP 项目

HP 服务器属性

**步骤 1** - 在 SAP TAO 中，单击 SAP Quality Center。您应该在 SAP TAO 的连接面板中拥有 SAP Quality Center URL。接下来，在 Web 浏览器中输入 URL。

**步骤 2** - 通过 HP 站点管理员在 SAP Quality Center 中输入以下值，然后单击“应用于全部”。

DISABLE_EXTENDED_STORAGE = N 
BACKWARD_SUPPORT_ALL_DOMAINS_PROJECTS = Y

**步骤 3** - 对于新项目，请执行以下步骤：

  • 在 SAP QC 中创建新域和项目。
  • 创建新用户以将该项目分配给新用户。
  • 将项目管理员角色分配给新创建的用户。

**步骤 4** - 从 HP 站点管理员处注销 SAP Quality Center。

HP 项目

在 SAP TAO 中，单击 SAP Quality Center。您应该在 SAP TAO 的连接面板中拥有 SAP Quality Center URL。

  • **步骤 1** - 在您的 Web 浏览器中输入 URL。

  • **步骤 2** - 下一步是登录到域/项目。

  • **步骤 3** - 导航到测试计划。

  • **步骤 4** - 在“主题”文件夹下，创建一个名为 BPT 资源的文件夹 → 创建一个文件夹库。

  • **步骤 5** - SAP TAO 将有关测试整合的信息记录到 QC 中测试实体的用户字段中，默认为 TS_USER_01。请注意，当连接到 SOLMAN 时，对于 SAP TAO 创建的所有测试，这是正确的。

  • **步骤 6** - SAP QC 用户不应将其 Quality Center 项目中的类似用户字段用于其他用途。

在 QTP 中创建应用程序区域

SAP TAO 组件需要应用程序区域才能包含 HP QTP 和 Web 附加组件。要在 QTP 中创建应用程序区域，您需要执行以下步骤：

  • 以管理员身份运行 HP 的 QTP。它因操作系统而异。

  • 您可以选择 Web 附加组件和 SAP。

  • 接下来，自动或手动连接到 Quality Center 项目。如果已配置，此步骤是自动的。

  • 接下来，创建一个名为 _SAP_Doc 的应用程序区域。单击“保存”按钮时会输入应用程序区域的名称。

流程流分析器 (PFA)

流程流分析器用于自动查找在 SAP 系统中执行的事务代码中使用的用户界面。它会自动创建测试组件并将其上传到 Quality Center。

它还用于根据用户操作识别测试组件的顺序和电子表格值的创建。

Process Flow Analyzer

单击“添加事务”按钮 → 输入事务代码并单击“确定”。

Add Transaction button

下一步是单击“开始”按钮。

Click Start

TAO 将启动 SAP 并记录您输入的事务。事务处理完成后，单击“停止”按钮。

Click Stop

TAO 将返回用于创建流程流的所有屏幕。接下来，将分析上传到 QC。这可以通过单击“上传”按钮来完成。

Click Upload

导入/导出

导入和导出选项用于导出到 Quality Center 和从 Quality Center 导入。您需要选择要导入和导出的组件，然后单击所需的按钮。

Click import or export

首先，识别需要导入或导出的组件。点击**导出**到SAP QC或**导入**从SAP QC导入/导出所需组件。

更改分析器

更改分析器用于跟踪 SAP 系统的更改和影响。当您对 SAP 系统进行任何更改时，它会识别受影响的业务流程。

要使用变更分析器，请选择特定项目并点击**变更影响分析**选项。它允许您审查和修复SAP系统中受影响的组件。

Change Analyzer

检查

您必须将事务代码添加到列表中。SAP TAO将返回与特定事务关联的所有屏幕。您可以选择任何屏幕并点击**检查**选项。

Inspect

SAP测试 - TAO结果分析

要分析SAP TAO的结果，请执行以下步骤：

**步骤1** - 转到测试列表，在树中点击要分析的测试。这将带您到报告列表，并将显示正在运行的测试的状态。

click test

**步骤2** - 分析测试，点击**查看报告**选项。它将打开一个包含详细报告的新窗口。

click View Report

可以通过点击鼠标图标来调整显示的列。您还可以通过点击HTML报告查看测试报告的HTML格式。要进一步调查测试结果，您可以从HTML报告转到日志文件夹。

Adjust the columns

TAO构建和执行测试脚本

测试构建是在使用SAP TAO的SAP Quality Center中完成的。您需要整合测试组件以创建测试场景。您可以使用技术物料清单TBOM在SAP TAO中执行**单个或多个测试**。

单个测试执行

技术物料清单(TBOM)用于以可执行形式包含对象。变更分析器利用它来判断执行对象在执行更改时是否受到影响。

如果您想使用业务流程变更分析器，则需要为测试场景和流程中的每个可执行对象生成一个TBOM。

**注意** - 如果您需要运行单个测试并且必须更新TBOM，请点击**执行并更新TBOM**。

您可以在TBOM页面上检查更新的详细信息。您可以修改在SAP TAO中创建的运行列表。

多个测试执行

在业务流程变更分析器中，要执行多个测试，您可以选择一个文件夹并将其添加到运行列表中。您也可以在执行时选择TBOM创建。

**注意** - 如果TBOM在执行时已存在，它将只更新现有的TBOM。

SAP测试 - TAO整合

整合是指将SAP TAO组件与内置组件组合起来创建测试场景作为单个事务性业务组件的过程。它允许您将多个测试组件收集到一个测试中。

当收集事务组件时，就会发生这种情况。以下屏幕截图显示了QC中的事务组件。

您需要在QC树中找到Quality Center中的测试，然后点击整合选项。

click Consolidate.

选择要整合的事务代码，然后单击底部的“添加到整合列表”以创建测试场景。

如前几章所述，您需要按照以下步骤操作：

  • **步骤1** - 找出您要在QC中整合的事务。

  • **步骤2** - 将事务添加到整合列表。

  • **步骤3** - 按下整合按钮。

SAP测试 - TAO UI扫描器

UI扫描器用于使用现有组件创建新的屏幕组件。它是QTP工具的插件。您应该尝试在UI扫描器上使用检查选项卡。标准UI扫描器仅适用于GUI前端客户端。您也可以使用第三方UI扫描器来捕获屏幕组件。

如果您必须使用UI扫描器，则需要在SAP TAO工具的“检查”选项卡中激活它。UI扫描器用于一次获取一个屏幕的信息，并将这些屏幕对象作为屏幕组件传输到QC。

UI扫描器允许您从流程流程分析器或检查选项卡不支持的SAP GUI屏幕创建组件。

如何使用SAP TAO与UI扫描器？

登录SAP TAO后，点击**检查**选项卡。它将显示一个使用UI扫描器的选项。

click Inspect

登录SAP系统。输入事务代码并转到要扫描的屏幕，然后注销。

Enter transaction code

您可以通过转到SAP TAO中“检查”选项下的“UI扫描”选项卡，使用QTP工具中的默认UI扫描器选项。否则，您可以通过转到UI扫描器并选择外部选项来使用带有UI扫描器过程的自定义QTP测试。

SAP测试 - 自动化工具

在自动化测试中，测试人员编写脚本并使用其他软件工具来测试产品。此过程涉及手动过程的自动化。相比之下，手动测试非常耗时，需要一支经验丰富的测试专业人员、主题专家团队，以及团队成员之间的有效沟通。

自动化测试包括多次重新运行手动执行的测试用例。

除了回归测试之外，还可以说自动化测试也用于从负载、性能和压力方面测试应用程序。它用于增加测试覆盖率，提高准确性，并与手动测试相比节省时间和金钱。

软件测试工具

可以使用以下工具进行自动化测试：

  • HP Quick Test Professional (QTP)
  • Selenium
  • SAP TAO
  • ECATT
  • IBM Rational Functional Tester
  • SilkTest
  • TestComplete
  • Testing Anywhere
  • WinRunner
  • LoadRunner
  • Visual Studio Test Professional
  • WATIR

SAP测试 - Solution Manager

要执行SAP自动化测试，需要在SAP TAO、SAP Solution Manager和要测试的系统之间建立通信。

要设置此配置，您需要在SAP SOLMAN上具有管理授权。这是访问和修改数据表内容所必需的。

T-Code: SE16

您需要显示表名：AGS_TAO_SETTING并将AGS_TAO_ENABLE_SM_SETUP的值更改为ON。

接下来，检查SAP TAO和Solution Manager的兼容性矩阵。SAP TAO 3.0包含一个流程流程分析器录制向导，可用于简化测试录制。

**注意** - SAP TAO 3.0是Solution Manager 7.1的组件，不支持Solution Manager 7.0。打开SAP Solution Manager配置工作中心并运行事务代码 - SOLMAN_SETUP。

打开SAP Logon并在登录下添加要测试的系统。

Open SAP Logon

如何将SAP SOLMAN连接到TAO？

转到SAP TAO并登录，然后在列表中选择SAP SOLMAN。SAP TAO中的系统列表是从SAP Logon的配置文件中获取的。要在SAP TAO中添加系统，您需要在SAP Logon中添加新系统并在TAO中刷新列表。

Solution Manager

输入登录凭据并点击登录。SAP TAO将连接到SAP Solution Manager，并将打开TAO配置向导。

SAP测试 - HP业务流程

业务流程测试(BPT)是QTP自动化框架的一部分，并与HP的Quality Center一起使用。BPT用于创建自动化测试场景并在没有任何自动化先验知识的情况下运行这些场景。

HP BPT消除了测试用例创建和维护的复杂性，并将所有文档和测试自动化结合在一个工作中。

业务流程测试使测试过程与业务目标保持一致，并大大缩短了测试生命周期时间。

如何使用HP业务流程测试工具？

业务流程测试工具使用可重用组件创建测试用例，从而减少了测试维护时间并提高了测试过程的效率。

为了加快测试自动化的过程，它使用了关键字驱动的方法。您可以将常见的最佳实践添加到测试过程中。它允许您使用不基于测试脚本的测试解决方案。一旦在BPT中创建了手动测试，您就可以轻松地自动化测试用例。

HP Business Testing Tool

您还可以为不同的测试组件、流程流程维护不同的版本和基线，而不会覆盖旧案例。

使用业务流程测试工具创建的测试用例可以使用HP Quality Center QC执行。

使用HP业务流程测试的益处

使用BPT，非技术SME可以轻松创建、维护和运行测试用例，并可以在基于Web的系统中记录它们。

  • 它允许您设计和创建测试用例中的可重用组件，并根据业务需求使用它们。

  • 您还可以使用HP Sprinter运行测试脚本。

  • 由于可以使用可重用组件的框架，因此减少了维护测试用例的工作量。

HP Quality Center (ALM)

HP Quality Center，一个测试管理工具，现在通常被称为**应用程序生命周期管理**(ALM)工具，因为它不再仅仅是一个测试管理工具，它还支持软件开发生命周期的各个阶段。

HP-ALM帮助我们管理项目里程碑、交付成果、资源并跟踪项目健康状况、标准，允许产品负责人评估产品的当前状态。了解历史、架构和Quality Center工作流程非常重要。

需求模块使用户能够在软件生命周期的所有阶段定义、管理和跟踪需求。以下是需求模块中的关键功能。

序号 功能与描述
1 创建需求

创建需求，分配给版本/周期。
2 上传需求

使用ALM-MS Excel加载项上传需求
3 需求可追溯性

说明如何定义需求之间的可追溯性链接和需求之间存在的依赖关系。
4 可追溯性矩阵

使用户能够查看可追溯性矩阵，该矩阵列出源需求及其关联的需求和测试。

测试计划

测试任何应用程序的关键步骤是制定清晰而精确的测试计划。一个好的测试计划使团队能够在软件开发生命周期的任何时间点评估被测应用程序的质量。

为了更好地理解测试计划模块，以下功能非常重要。

序号 功能与描述
1

创建测试

此模块描述如何在测试计划树中创建测试主题文件夹以及添加测试。
2

上传测试

使用ALM-MS Excel加载项上传测试
3

需求和测试覆盖率

说明如何定义需求和测试之间的关系。
4

测试配置

指定测试应使用的特定数据集或运行时环境。

有关HP QC的更多详细信息，请访问 - https://tutorialspoint.com/qc/index.htm

SAP测试 - QTP

HP Quick Test Professional (QTP)是一个自动化的功能测试工具，它帮助测试人员执行自动化的回归测试，以识别与被测应用程序的实际/预期结果相反的任何差距、错误/缺陷。

对象库

对象库是对象的集合以及QTP能够识别对象并对其进行操作的属性。当用户录制测试时，对象及其属性会默认被捕获。如果不了解对象及其属性，QTP将无法回放脚本。

操作

操作帮助测试人员将脚本划分为称为**操作**的QTP语句组。操作类似于VBScript中的函数，但是有一些区别。默认情况下，QTP创建一个包含1个操作的测试。

操作 函数
操作是QTP的内置功能。 VBScript函数同时受VBScript和QTP支持。
操作参数仅按值传递。 函数参数按值或按引用传递。
操作扩展名为.mts 函数保存为.vbs或.qfl
操作可能是可重用的，也可能不是可重用的。 函数始终是可重用的。

可以通过右键单击脚本编辑器窗口并选择“属性”来访问操作的属性。

Actions

操作属性包含以下信息：

  • 操作名称
  • 位置
  • 可重用标志
  • 输入参数
  • 输出参数

操作类型

有三种类型的操作：

  • **不可重用操作** - 只能在其设计的特定测试中调用的操作，并且只能调用一次。

  • **可重用操作** - 可以多次调用其所在任何测试的操作，也可以被任何其他测试使用。

  • **外部可重用操作** - 它是一个存储在另一个测试中的可重用操作。外部操作在调用测试中是只读的，但可以使用外部操作的数据表信息的可编辑副本在本地使用。

更多信息，请访问以下链接 − https://tutorialspoint.com/qtp/index.htm

SAP测试 - 案例研究

大多数实施SAP的企业都需要进行测试。由于测试范围过大，可以采用自动化方法来维护SAP系统的变更。

许多公司都设计了内部解决方案来满足客户进行SAP测试的需求。客户可能来自银行、金融、制造或医疗保健领域。

示例

下面是一个为制造公司执行SAP测试的示例。

客户需求 − 客户是一家位于英国的制造公司。项目要求是使用QTP进行SAP测试，并对人力资源、供应链、物流、物料管理和工厂维护领域的关键操作进行自动化和功能测试，以及使用自动化的测试用例进行SAP升级，并执行集成和回归测试。

执行的任务 − 工作始于理解关键业务流程和需要自动化的SAP系统任务。测试团队参考了一个旧的试点项目，以最终确定测试策略、运行HP QTP工具中测试执行所需的时间和精力。

作为项目实施的一部分，成功自动化了100个业务流程。实施的解决方案带来了更快的执行速度、更高的准确性、更大的范围和更高的服务质量。

使用的工具 − 使用了以下工具：SAP R/3、HP QTP、用VB编写的测试脚本以及XML和XLS格式的数据。

取得的关键成果 − 取得了以下成果 −

  • 系统验证
  • 质量和收入
  • 成本和可预测性
  • 合规管理
  • 新的实施和配置更改

SAP测试 - 面试问题

SAP测试是测试各种SAP模块的功能，以确保它们按照配置执行。SAP系统会经历各种更改，例如补丁管理和修复、新模块实施以及其他各种配置更改。所有这些都需要在SAP环境中执行回归测试。像SAP TAO这样的SAP测试自动化工具可用于此目的，并由SAP推荐用于测试。

执行SAP测试的优势有很多。它们如下所示 −

  • 系统验证 − SAP测试涉及对SAP ERP环境中所有SAP模块进行完整的端到端测试和验证。

  • 质量和收入 − SAP测试是基于输出的测试，不像传统的基于输入的测试方法，它确保SAP系统的质量，并关注组织的收入和成本。

  • 成本和可预测性 - SAP测试涉及降低SAP开发成本并提高可预测性。

  • 合规性要求 − SAP测试确保SAP实施符合特定组织的新合规性要求，并且所有模块都按预期配置运行。

  • 新的实施和配置更改 − SAP系统中实施了不同类型的更改，例如补丁和修复、新实施、配置更改。SAP测试确保所有模块在此动态系统环境中都能按要求执行。

  • 集成 − 执行SAP测试是为了测试各种报表、数据流和工作流、GUI表单等。它用于检查不同模块之间的系统集成。例如，如果进行订单过账需要在销售和分销、MM和FICO中采取行动，那么SAP测试将检查这些系统之间的集成。

  • 性能 − 它还用于确保系统能否满足服务级别协议、系统执行特定操作所需的时间、系统的性能等。

可以在以下模块上执行SAP测试 −

  • SAP物料管理
  • SAP财务会计和控制
  • SAP销售和分销
  • SAP人力资源
  • SAP供应链管理
  • SAP工厂管理

一些自动化测试工具包括：HP Quick Test Professional (QTP)、Selenium、SAP TAO、ECATT、IBM Rational Functional Tester、WinRunner和LoadRunner。

软件测试生命周期中包含的不同阶段包括：需求阶段、测试计划、测试分析、测试设计阶段、测试实施、测试执行阶段和测试结束阶段。

单元测试用于测试SAP系统中各个组件的功能。它由了解系统中每个单元功能的领域和配置专家执行。

示例 − 创建销售订单并保存。要对此任务执行单元测试，测试人员应该知道可以使用SAP组织元素（例如客户主数据、合作伙伴职能、物料主数据、公司代码、信用控制区域、销售组织等）保存销售订单。

单元测试用于测试SAP系统中各个部分的功能。它由了解系统中每个单元功能的领域和配置专家执行。

示例 − 创建销售订单并保存。要对此任务执行单元测试，测试人员应该知道可以使用SAP组织元素（例如客户主数据、合作伙伴职能、物料主数据、公司代码、信用控制区域、销售组织等）保存销售订单。

系统测试涉及集成SAP系统的元素，以确保相关的SAP功能在开发环境中链接在一起。

示例 − 如果你说组织中报价的现金流将显示报价可用于创建销售订单，可以创建和处理订单的交货，可以对交货开票，将开票释放到会计，以及对会计发票应用客户付款。每个单元都这样进行测试，然后组合测试结果。

顾名思义，基于场景的测试是根据具体的业务案例执行的。

示例 − 假设有一些特定于客户细分市场或给定产品线或一组服务的任务。对于这些特定的目标线，您需要测试不同的场景。

此测试也在开发环境中执行，可以说这是一个在系统测试中涵盖的测试用例。

在此测试中，测试数据来自真实的数据库提取源，进行转换和负载练习，并且业务最终用户了解数据。

示例 − 集成测试用于表明在SAP中设计和配置的业务流程使用真实世界的数据运行。此外，测试还表明接口触发器、报表和工作流正在运行。

接口测试确保SAP系统上的业务流程自动运行。理想情况下，接口测试随着项目的进展涉及更大的测试活动。接口测试表明触发器有效、数据选择准确完整、数据传输成功以及接收器能够使用发送的数据。

SAP UAT用于确保最终用户能够使用新系统执行分配的作业功能。此测试的重要方面是理解业务需求并确保预期功能、特性和能力可用。

性能测试可以识别SAP系统中的瓶颈和编码效率低下。进行此测试是为了检查 −

  • 系统响应时间是否符合业务要求
  • 周期性流程是否在允许的时间内运行
  • 是否可以支持预期的并发用户负载

安全和授权测试用于确保用户只能执行与其项目相关的交易并访问相应的数据。

与安全标准的实施一样，测试系统中是否已设置安全性和授权非常重要。创建并使用作业角色的测试 ID 来确认用户可以做什么和不可以做什么。

此测试通常在项目生命周期中执行一次。“切换”一词意味着全面执行所有涉及的任务，以从旧系统中提取数据，然后执行任何类型的数据转换，将结果加载到SAP系统中并完全验证结果，包括用户签字。

SAP回归测试用于查找新功能并在升级系统或设置新系统时测试旧功能。回归测试的关键作用是测试现有功能以及新更新的配置和代码库。

升级SAP系统或应用补丁时，不应影响用户预期执行的功能，并检查新版本中应引入的新功能。

SAP测试导航确保涵盖SAP系统的每个模块，并且至少对每个功能执行一次测试。

它还可以减少手动测试工作，并涵盖SAP系统中的大部分测试路径。可以执行OPA测试来检查SAP测试 - 导航。

SAP测试中的屏幕流程逻辑类似于ABAP代码，用于包含处理块。它包含屏幕的过程部分，并在屏幕绘制器中创建，此屏幕绘制器类似于ABAP编辑器。

**财务模块** - 财务会计和控制 (FICO)、财务 (TR) 和企业控制 (EC)。

**物流模块** - 物料管理 (MM)、工厂维护 (PM)、销售和分销 (SD)、质量管理 (QM) 等。

**人力资源管理** - 会计工资、时间管理、培训和活动管理。

需要SAP测试用例来检查SAP系统的安装和配置、任何新实施、多语言和设备测试、内联网测试、实时测试等。

由于ERP系统是一个通用的集中式系统，并且多个用户同时实时使用，因此需要付出大量努力和奉献来编写测试用例。

ERP系统还涉及各种FI事务，因此每个测试用例都应涵盖所有配置和实施部分的范围。应仔细传递测试数据，并且每个测试都应有一列名为输出数据的列。

SAP测试加速和优化TAO 2.0是一个用于在系统回归测试期间创建自动测试用例的工具。它帮助SAP客户从事务的屏幕创建不同的测试组件并对其进行参数化。

这些测试组件通常为一个事务代码创建，之后可以组合成测试场景。它可以轻松集成到SAP Solution Manager中的业务流程变更分析器。

  • RAM：4 GB
  • 可用磁盘空间：500 MB
  • 连接到SAP Quality Center QC服务器和SOLMAN的局域网连接
  • 管理员权限
  • 具有最新补丁级别的SAPGUI
  • Microsoft Excel 97 或更高版本。
  • 用于CRM UI支持的Microsoft Internet Explorer

流程流分析器用于自动查找在SAP系统中执行的事务代码中使用的用户界面。它自动创建测试组件并将它们上传到Quality Center。它还用于根据用户操作识别测试组件的顺序以及电子表格值的创建。

整合是指将SAP TAO组件与内置组件组合起来创建测试场景作为单个事务性业务组件的过程。它允许您将多个测试组件收集到一个测试中。

进入SAP TAO并登录，然后在列表中选择SAP SOLMAN。SAP TAO中的此系统列表是从SAP登录的配置文件中获取的。因此，要在SAP TAO中添加系统，需要在SAP Logon中添加新系统并刷新TAO中的列表。

输入登录凭据并单击登录。

SAP TAO将连接到SAP Solution Manager，并打开TAO配置向导。

打印页面
上一页
下一页
广告