SAP 测试 – 快速指南

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 测试

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 测试 – 手动和自动化

手动测试

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

手动测试有不同的阶段。它们是 – 单元测试、集成测试、系统测试和用户验收测试。

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

自动化测试

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

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

软件测试工具

以下工具可用于自动化测试 –

  • 惠普快速测试专业版 (QTP)
  • 硒
  • SAP TAO
  • 欧洲卡特彼勒
  • IBM Rational 功能测试员
  • 丝试
  • 测试完成
  • 随处测试
  • WinRunner
  • 老跑者
  • Visual Studio 测试专家
  • 卫兵

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 知道要采取什么行动。

  • 给定– 通过安排。

  • 何时– 要采取的行动。

  • 然后– 断言。

例子

以下示例显示了如何使用 Qunit 中的所有 3 个对象 – 

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 关键字。

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

S.No. 屏幕流逻辑关键字和描述
1

MODULE

在 ABAP 程序中调用对话模块
2

FIELD

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

ON

与 FIELD 结合使用
4

VALUES

与 FIELD 结合使用
5

CHAIN

启动处理链。
6

ENDCHAIN

结束一个处理链。
7

CALL

调用子屏幕。
8

LOOP

开始处理屏幕表。
9

ENDLOOP

结束处理屏幕表。

创建屏幕流

在 Repository 浏览器中，双击一个屏幕的名称，它将显示该屏幕的流程逻辑。

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

您可以使用以下关键字来创建屏幕流逻辑 –

S.No. 关键字和描述
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)、Treasure (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 系统的每个组件，要实现 SAP 项目的 100% 质量和成功实施真的很难。

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

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

  • 第一步是安装HP QTP工具，并在QTP内安装必要的插件，使其兼容连接ERP系统。

  • 下一步是使用 HP 质量中心 (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 Interface 的目的是什么，该接口处理哪些业务场景？

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

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

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

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

SAP 测试 – 案例

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

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

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

例子

测试用例 ID – XYZ_ERP_SD_A20301

模块– SAP 销售和分销 SD

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

交易 VA01

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

  • 订购日期
  • 订单类型
  • 到期日
  • 客户ID
  • 送货编号、送货详情等

初始画面

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

概述

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

正确的输入数据

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

输入数据不正确

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

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

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

输出数据 – 数据不正确

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

预期产出

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

SAP 测试 – TAO

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

使用 TAO 的测试组件上传到 HP 质量中心。像这样创建的测试组件通常用于单个事务，以后可以用于创建测试场景。该工具可以轻松地与 SAP 解决方案管理器集成以维护不同的测试组件。

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

TAO 的主要特点

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

  • TAO 支持测试用例和数据的灵活复用。

  • 如果系统中有任何功能变化，由于这种变化，很容易维护测试用例。

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

SAP TAO 与其他工具的集成

SAP TAO 的关键特性之一是它可以轻松地与各种工具集成以创建自动化测试用例。可以与 TAO 集成的一些常用工具是 –

  • SAP 解决方案经理（索尔曼）。
  • 惠普质量中心质量控制。
  • 惠普质量测试专业 QTP。

SAP TAO 2.0

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

这些测试组件通常是为一个事务代码创建的，之后它们可以组合到测试场景中。它可以轻松地与 SAP 解决方案管理器中的业务流程变更分析器集成。

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 解决方案管理器 Solman 兼容性矩阵、质量中心和 SAP TAO – http://service.sap.com

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

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

  • SAP 解决方案管理器 SOLMAN 的版本，在检查上述兼容性矩阵后。

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

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

对于 SAP 解决方案管理器配置工作中心，确保必须在其上进行测试的系统已连接到 SOLMAN。

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

  • 内存：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 导入。您需要选择要导入和导出的组件，然后单击所需的按钮。

变化分析器

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

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

变化分析器

存储库

存储库用于包含有关项目中所有测试组件和流程的信息。要查看有关任何测试组件的信息并检查流程流，您可以单击Component Explorer或PFA Explorer。

存储库

SAP 测试 – 配置质量中心

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

  • 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 质量中心注销。

惠普项目

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

  • 步骤 1 – 在您的网络浏览器中输入 URL。

  • 第 2 步– 下一步是登录域/项目。

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

  • 步骤 4 – 在主题文件夹下，创建一个名为 BPT Resources 的文件夹 → 创建一个文件夹库。

  • 第 5 步– SAP TAO 将有关测试合并的信息记录到 QC 中测试实体的用户字段中，默认情况下它是 TS_USER_01。请注意，对于 SAP TAO 创建的所有测试，当连接到 SOLMAN 时，这是正确的。

  • 第 6 步– SAP QC 用户不应在其质量中心项目中将类似的用户字段用于其他目的。

在 QTP 中创建应用程序区域

SAP TAO 组件要求应用程序区域包含 HP QTP 和 Web 插件。要在 QTP 中创建应用程序区域，您需要执行以下步骤 –

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

  • 您可以选择 Web 插件和 SAP。

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

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

工艺流程分析仪 (PFA)

Process Flow Analyzer 用于自动找出在 SAP 系统中执行的事务代码中使用的用户界面。它会自动创建测试组件并将它们上传到 Quality Center。

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

工艺流程分析仪

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

添加交易按钮

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

点击开始

TAO 将启动 SAP 并记录您输入的交易。交易过程完成后，单击停止按钮。

点击停止

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

点击上传

进出口

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

单击导入或导出

首先，确定要导入或导出的组件。点击导出到SAP QC或导入SAP的QC导入/导出所需的组件。

变化分析器

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

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

变化分析器

检查

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

检查

SAP 测试 – TAO 结果分析

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

步骤 1 – 转到“测试”列表，然后在树中单击要分析的测试。它将带您进入报告列表并显示运行测试的状态。

点击测试

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

点击查看报告

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

调整列

TAO 构建和执行测试脚本

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

单次测试执行

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

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

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

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

多个测试执行

在 Business Process Change Analyzer 中，要执行多个测试，您可以选择一个文件夹并将其添加到运行列表中。您也可以在执行时选择 TBOM 创建。

注意– 如果 TBOM 在执行时已经存在，它只会更新现有的 TBOM。

SAP 测试 – TAO Consolidate

Consolidate 被称为将 SAP TAO 组件与内置组件相结合以创建测试场景作为单个事务性业务组件的过程。它允许您将多个测试组件收集到一个测试中。

它发生在收集事务组件时。以下屏幕截图显示了 QC 中的事务组件。

您需要从 QC 树中找到 Quality Center 中的测试，然后单击“合并”选项。

单击合并。

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

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

  • 步骤 1 – 找出要在 QC 中合并的交易。

  • 步骤 2 – 添加交易以合并列表。

  • 步骤 3 – 按合并按钮。

SAP 测试 – TAO UI 扫描仪

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

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

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

如何在 SAP TAO 中使用 UI Scanner？

登录 SAP TAO 后，单击“检查”选项卡。它将显示使用 UI Scanner 的选项。

单击检查

登录SAP系统。输入交易代码并进入要扫描的屏幕并注销。

输入交易代码

您可以使用 QTP 工具的默认 UI 扫描器选项，方法是转到 SAP TAO 中检查选项下的 UI 扫描选项卡。否则，您可以通过转到 UI Scanner 并选择外部选项，将自定义 QTP 测试与 UI Scanner 进程一起使用。

SAP 测试 – 自动化工具

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

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

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

软件测试工具

以下工具可用于自动化测试 –

  • 惠普快速测试专业版 (QTP)
  • 硒
  • SAP TAO
  • 欧洲卡特彼勒
  • IBM Rational 功能测试员
  • 丝试
  • 测试完成
  • 随处测试
  • WinRunner
  • 老跑者
  • Visual Studio 测试专家
  • 卫兵

SAP 测试 – 解决方案经理

要执行 SAP 自动化测试，需要在 SAP TAO、SAP 解决方案管理器和要测试的系统之间建立通信。

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

T 代码：SE16

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

接下来，检查 SAP TAO 和解决方案管理器的兼容性矩阵。SAP TAO 3.0 包含一个 Process Flow Analyzer 记录向导，可用于简化测试记录。

笔记– SAP TAO 3.0 是解决方案管理器 7.1 的组件，不支持解决方案管理器 7.0。打开 SAP 解决方案管理器配置工作中心并运行事务代码 – SOLMAN_SETUP。

打开SAP Logon，在logon下添加待测系统。

打开 SAP 登录

如何将 SAP SOLMAN 连接到 TAO？

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

解决方案经理

输入登录凭据并单击登录。SAP TAO 将连接到 SAP 解决方案管理器，TAO 配置向导将打开。

SAP 测试 – 惠普业务流程

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

HP BPT 消除了测试用例创建和维护的复杂性，并将所有文档和测试自动化合二为一。

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

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

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

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

惠普商业测试工具

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

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

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

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

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

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

  • 随着使用可重用组件的框架的可用性，它减少了维护测试用例的工作。

惠普质量中心 (ALM)

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

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

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

S.No. 功能和描述
1 Creating Requirements

创建需求，分配到版本/周期。
2 Uploading Requirement

使用 ALM-MS Excel 插件上传需求
3 Requirement Traceability

支持如何定义需求和需求之间存在的依赖关系之间的可追溯性链接。
4 Traceability Matrix

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

测试计划

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

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

S.No. 功能和描述
1

Creating Tests

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

Uploading Tests

使用 ALM-MS Excel 插件上传奶嘴
3

Requirement and Test Coverage

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

Test Configuration

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

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

SAP 测试 – QTP

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

对象库

Object Repository 是对象和属性的集合，QTP 可以使用它来识别对象并对其进行操作。当用户记录测试时，默认情况下会捕获对象及其属性。如果不了解对象及其属性，QTP 将无法播放脚本。

行动

动作帮助测试人员将脚本分成称为动作的 QTP 语句组。动作类似于 VBScript 中的函数，但有一些不同。默认情况下，QTP 创建一个具有 1 个操作的测试。

Actions 职能
Actions are inbuild feature of QTP. VBScript 和 QTP 都支持 VBScript 函数。
Actions parameters are passed byvalue only. 函数参数通过按值或按引用传递。
Actions have extension .mts 函数保存为 .vbs 或 .qfl
Actions may or may not be reusable. 函数总是可重用的。

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

行动

操作属性包含以下信息 –

  • 动作名称
  • 地点
  • 可重复使用的标志
  • 输入参数
  • 输出参数

动作类型

有三种类型的操作 –

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

  • Reusable action – 可以多次调用它所在的任何测试的动作，也可以被任何其他测试使用

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

有关更多信息，请使用以下链接 – http://www.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)、Treasure (TR) 和企业控制 (EC)。

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

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

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

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

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

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

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

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

Process Flow Analyzer 用于自动找出在 SAP 系统中执行的事务代码中使用的用户界面。它会自动创建测试组件并将它们上传到 Quality Center。它还用于根据用户操作和电子表格值的创建来识别测试组件的顺序。

Consolidate 被称为将 SAP TAO 组件与内置组件相结合以创建测试场景作为单个事务性业务组件的过程。它允许您将多个测试组件收集到一个测试中。

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

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

SAP TAO 将连接到 SAP 解决方案管理器，TAO 配置向导将打开。

觉得文章有用？

点个广告表达一下你的爱意吧 ！😁