HTML CSS JAVASCRIPT PYTHON PYTHON2 JAVA C C++ C# SQL Excel Linux AI BOOTSTRAP PHP 教程库 参考手册 技术文章 测验 练习 HOWTO FAQ
❮ 上一节 下一节 ❯

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

手动测试

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

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

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

自动化测试

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

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

软件测试工具

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

  • HP Quick Test Professional (QTP)
  • Selenium
  • SAP TAO
  • ECATT
  • IBM Rational Functional Tester
  • SilkTest
  • TestComplete
  • Testing Anywhere
  • WinRunner
  • LaodRunner
  • 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 知道要采取什么操作。

  • 给定 − 以通过安排。

  • 何时 −要采取的行动。

  • 然后 − 断言。

示例

以下示例展示了如何使用 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"定义。例如，

  • 输入后处理
  • 输出前处理
  • 帮助请求时处理
  • 值请求时处理

每个屏幕流逻辑都应包含输入后处理和输出前处理关键字。

在事件块中，您可以使用 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

结束处理屏幕表。

创建屏幕流

在存储库浏览器中，双击屏幕名称，它将显示屏幕的流逻辑。

屏幕绘制器的流逻辑编辑器将打开，您可以编辑屏幕流逻辑。您可以使用任何可用的 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)、财务 (TR) 和企业控制 (EC)。

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

  • 人力资源管理 −会计工资单、时间管理、培训和事件管理。

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

示例

假设您必须在销售和分销 (SD) 模块中创建销售订单。在这里，您首先需要输入交易代码(例如，交易代码 VA01)。接下来，检查库存模块中的商品库存，并检查客户关系模块中客户资料上的可用信用额度。这表明所有这些模块都是相互依赖的;如果您自定义任何这些模块，它将影响相关的 ERP 系统。

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

非 SAP ERP 系统(如 PeopleSoft、Edwards、Oracle E business suite)拥有不同的客户和功能。测试团队需要了解完整系统的功能。

测试团队的类型

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

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

  • 实施测试人员 − 负责实施项目并涵盖 SAP 模块的定制功能。

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

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

使用 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 接口的目的是什么?接口处理哪些业务场景?

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

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

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

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

SAP 测试 - 用例

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

ERP 系统是一种常见的集中式系统，由多个用户同时实时使用。因此，需要投入大量精力和精力编写测试用例。

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

示例

测试用例 ID − XYZ_ERP_SD_A20301

模块 − SAP 销售 &分销 SD

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

交易 VA01

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

  • 订单日期
  • 订单类型
  • 到期日期
  • 客户 ID
  • 发货 ID、发货详情等
初始屏幕

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

Overview

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

正确的输入数据

  • 订单日期 2016 年 1 月 1 日，订单类型销售订单
  • 到期日期 2016 年 1 月 15 日，发货日期 2016 年 10 月 1 日，
  • 选择付款到期日 2015 年 10 月 1 日，商品数量 10，等等。

不正确的输入数据

  • 订单日期 2017 年 1 月 1 日，订单类型销售订单
  • 到期日期2017 年 1 月 15 日，发货日期 2017 年 10 月 1 日，
  • 选择付款到期日 2017 年 10 月 1 日，商品数量 0，等等。

输出数据 - 包含正确数据

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

输出数据 - 包含不正确的数据

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

预期输出

  • 销售订单号
  • 销售发票号
  • 装箱单号等

SAP 测试 - TAO

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

使用 TAO 的测试组件上传到 HP 质量中心。这样创建的测试组件通常用于单个事务，以后可用于创建测试场景。此工具可轻松与 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 附带不同的服务包 SP 02、SP 04 和 SP 06。

SAP TAO 在 SAP Testing Lifecycle − 中执行以下任务

  • 测试用例创建
  • 受影响组件的再生
  • 测试用例合并
  • 测试执行

SAP TAO 流程架构

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

SAP TAO

步骤如下 −

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

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

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

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

安装 SAP TAO 的先决条件

从此链接下载 SAP Solution Manager Solman 兼容性矩阵、质量中心和 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 服务器的 LAN 连接和SOLMAN。
  • 管理权限。
  • 具有最新补丁级别的 SAPGUI。
  • Microsoft Excel 97 或更高版本。
  • Microsoft Internet Explorer 用于 CRM UI 支持。

SAP 测试 - TAO 文件夹结构

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

流程流分析器

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

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

流程流分析器

检查

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

合并

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

合并

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

导入和导出

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

变更分析器

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

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

变更分析器

存储库

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

存储库

SAP 测试 - 配置质量中心

SAP 质量中心的配置可以通过两种方式完成 −

  • HP 服务器属性
  • HP 项目

HP 服务器属性

步骤 1 − 在 SAP TAO 中，单击 SAP 质量中心。您应该在 SAP TAO 的连接面板中看到 SAP 质量中心 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 Resources 的文件夹 → 创建文件夹库。

  • 步骤 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

单击"添加事务"按钮并输入事务代码，然后单击"确定"。

添加事务按钮

下一步是单击开始按钮。

单击开始

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

单击停止

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

单击上传

导入/导出

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

单击导入或导出

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

变更分析器

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

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

Change Analyzer

检查

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

检查

SAP 测试 - TAO 结果分析

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

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

单击测试

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

单击查看报告

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

调整列

TAO 构建和执行测试脚本

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

单个测试执行

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

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

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

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

多个测试执行

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

注意 −如果执行时 TBOM 已经存在，它将仅更新现有的 TBOM。

SAP 测试 - TAO 合并

合并是一种将 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 屏幕创建不受流程流分析器或检查选项卡支持的组件。

如何将 UI 扫描仪与 SAP TAO 结合使用?

登录 SAP TAO 时，单击检查选项卡。它将显示使用 UI 扫描仪的选项。

click Inspect

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

输入交易代码

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

SAP 测试 - 自动化工具

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

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

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

软件测试工具

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

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

SAP 测试 - 解决方案管理器

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

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

T 代码: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 并在登录下添加要测试的系统。

打开 SAP Logon

如何将 SAP SOLMAN 连接到 TAO?

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

解决方案管理器

输入登录凭据并单击登录。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 工作流程非常重要。

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

S.No. 功能和说明
1 创建需求

创建需求，分配给发布/周期。
2 上传需求

使用 ALM-MS Excel 插件上传需求
3 需求可追溯性

支持定义需求之间的可追溯性链接以及需求之间存在的依赖关系。
4 可追溯性矩阵

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

测试计划

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

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

S.No. 功能和描述
1

创建测试

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

上传测试

使用 ALM-MS Excel 插件上传测试
3

需求和测试覆盖率

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

测试配置

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

SAP 测试 - QTP

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

对象存储库

对象存储库是对象和属性的集合，QTP 可以通过这些对象和属性识别对象并对其采取行动。当用户记录测试时，默认情况下会捕获对象及其属性。如果不了解对象及其属性，QTP 将无法回放脚本。

操作

操作可帮助测试人员将脚本划分为 QTP 语句组，称为操作。操作类似于 VBScript 中的函数，但也存在一些差异。默认情况下，QTP 会创建一个包含 1 个操作的测试。

操作 函数
操作是 QTP 的内置功能。<​​/td> VBScript 和 QTP 均支持 VBScript 函数。
操作参数仅通过值传递。 函数参数通过值或引用传递。
操作的扩展名为 .mts 函数保存为 .vbs 或.qfl
操作可能可重复使用，也可能不可重复使用。 函数始终可重复使用。

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

Actions

操作属性包含以下信息 −

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

操作类型

有三种类型的操作−

  • 不可重复使用的操作 − 只能在设计该操作的特定测试中调用，并且只能调用一次。

  • 可重复使用的操作 − 可以在其所在的任何测试中多次调用该操作，也可以由任何其他测试使用

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

SAP 测试 - 案例研究

大多数实施 SAP 的公司都需要进行测试。由于测试范围太大，可以采用自动化方法来维护 SAP 系统中的更改。

各种公司都设计了内部解决方案来满足客户执行 SAP 测试的要求。客户可以来自银行、金融、制造或医疗保健领域。

示例

下面给出了为制造公司执行 SAP 测试的示例。

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

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

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

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

实现的主要优势 − 实现了以下优势 −

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

SAP 问题

最常见的 SAP R/3 模块是 −

  • 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 测试将检查这些系统之间的集成。

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

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

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

在此测试中，系统承受超出其规格的压力，以检查何时出现故障。

Beta 测试的目的是覆盖意外错误。它属于黑盒测试类别。它通过发布最终产品的预版本(称为 Beta)来执行。

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

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

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

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

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

  • HP Quick Test Professional (QTP)
  • Selenium
  • SAP TAO
  • Load Runner
  • Win Runner

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

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

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

  • 需求阶段
  • 测试规划
  • 测试分析
  • 测试设计阶段
  • 测试实施
  • 测试执行阶段
  • 测试收尾阶段

示例

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

示例

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

示例

如果您说组织中报价的现金流表明报价可用于创建销售订单，可以根据订单创建和处理交货，可以对交货进行开票，将开票发布到会计部门，并将客户付款应用于会计发票。

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

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

SAP 切换测试

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

可以执行 OPA 测试来检查 SAP 测试导航。OPA 被称为开源编程语言，主要用于开发 Web 应用程序。对于 OPA 程序的编译，您可以在服务器上使用 Node.js，在客户端使用 JavaScript。

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

在负载测试中，测试人员对系统施加最大负载，无论是在线用户还是定期批处理，并确定系统是否有足够的能力处理负载。如果不是，它会找出提高性能所需的步骤。

性能测试检查以下方面 −

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

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

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

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

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

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

假设您必须在销售和分销 (SD) 模块中创建销售订单。在这里，您首先需要输入交易代码(例如，交易代码 VA01)。接下来，在库存模块中检查商品的库存，并在客户关系模块中检查客户资料上的可用信用额度。这表明所有这些模块都是相互依赖的;如果您自定义任何这些模块，它将影响相关的 ERP 系统。

要对上述示例进行 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 接口测试完全依赖于操作和组织流程。执行 SAP 接口测试时，您需要考虑以下要点 −

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

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

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

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

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

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

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

正确的输入数据

  • 订单日期2016 年 1 月 1 日，订单类型销售订单
  • 到期日 2016 年 1 月 15 日，发货日期 2016 年 10 月 1 日，
  • 选择付款到期日 2015 年 10 月 1 日，商品数量 10，等等。

输入数据不正确

  • 订单日期 2017 年 1 月 1 日，订单类型销售订单
  • 到期日 2017 年 1 月 15 日，发货日期 2017 年 10 月 1 日，
  • 选择付款到期日 2017 年 10 月 1 日，商品数量 0，等等。

输出数据 - 包含正确数据

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

输出数据 - 数据不正确

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

预期输出

  • 销售订单号
  • 销售发票号
  • 装箱单号等

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

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

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

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

TAO 2.0 和 TAO 3.0。

SAP TAO 可以轻松与各种工具集成以创建自动化测试用例。一些可以与 TAO 集成的常用工具是 −

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

SAP TAO 在 SAP Testing Lifecycle − 中执行以下任务

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

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

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

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

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

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

技术物料清单 TBOM

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

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

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

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

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

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

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

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

Solution Manager 7.1 及更高版本

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

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

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

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

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

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

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

可重用操作 −可以在其所在的任何测试中多次调用该操作，也可以由任何其他测试使用。

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

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

SAP TAO 3.0 包含一个流程流分析器记录向导，可用于简化测试记录。

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

操作可帮助测试人员将脚本划分为称为操作的 QTP 语句组。操作类似于 VBScript 中的函数，但也存在一些差异。默认情况下，QTP 会创建一个包含 1 个操作的测试。

❮ 上一节 下一节 ❯