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

手动测试

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

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

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

自动化测试

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

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

软件测试工具

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

  • 惠普快速测试专业版 (QTP)
  • Selenium
  • SAP TAO
  • 埃卡特
  • IBM Rational 功能测试仪
  • 丝绸测试
  • 测试完成
  • 随处测试
  • 赢跑者
  • 老跑者
  • Visual Studio 测试专业版
  • 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 代码,用于包含处理块。它包含屏幕的程序部分。它是在 Screen Painter 中创建的,该 Screen Painter 类似于 ABAP 编辑器。

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

  • 输入后处理
  • 输出前的处理
  • 请求帮助的流程
  • 价值请求处理

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

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

编号 屏幕流程逻辑关键字和说明
1

模块

在ABAP程序中调用对话模块

2

场地

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

3

与FIELD结合使用

4

价值观

与 Field 结合使用

5

启动处理链。

6

端链

结束处理链。

7

称呼

调用子屏幕。

8

环形

开始处理屏幕表。

9

端环

结束处理屏幕表。

创建屏幕流程

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

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

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

编号 关键词和描述
1

称呼

调用子屏幕。

2

启动处理链。

3

端链

结束处理链。

4

端环

结束循环处理。

5

场地

指一个字段。可以与关键字 MODULE 和 SELECT 组合。

6

环形

开始循环处理。

7

调整

修改一个表。

8

模块

标识处理模块。

9

与现场作业一起使用。

10

过程

定义处理事件。

11

选择

检查表中的条目。

测试屏幕

测试屏幕用于测试屏幕在运行时出现的外观。如果您已经对流程逻辑进行了编程,则可以选择是否使用它来模拟屏幕。

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

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

SAP 测试 - 模块

组织中实施了不同的 SAP 模块,可以使用各种测试工具进行测试,例如 HP Quick Test Professional (QTP)、IBM Rational Function Tester (RFT) 和 SAP 测试加速和优化 (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 系统的每个组件,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
  • 运输 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(测试加速和优化)是用于执行 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 解决方案经理 (Solman)。
  • 惠普质量中心质量控制。
  • 惠普质量测试专业版 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 测试生命周期中执行以下任务 -

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

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 客户端安装需要在本地系统上进行以下配置 -

  • 内存: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。

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

工艺流程分析仪

检查

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

巩固

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

巩固

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

进出口

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

变更分析器

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

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

变更分析器

存储库

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

存储库

SAP 测试 - 配置质量中心

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

  • 惠普服务器属性
  • 惠普项目

惠普服务器属性

步骤 1 - 在 SAP TAO 中,单击 SAP Quality Center。SAP TAO 的连接面板中应该有 SAP Quality Center URL。接下来,在网络浏览器中输入 URL。

步骤 2 - 通过 HP 站点管理在 SAP Quality Center 中输入以下值,然后单击“应用到整个”

DISABLE_EXTENDED_STORAGE = N 
BACKWARD_SUPPORT_ALL_DOMAINS_PROJECTS = Y

步骤 3 - 对于新项目,执行以下步骤 -

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

步骤 4 - 通过 HP 站点管理从 SAP Quality Center 注销。

惠普项目

在 SAP TAO 中,单击 SAP 质量中心。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)

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

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

工艺流程分析仪

单击“添加交易”按钮 → 输入交易代码,然后单击“确定”。

添加交易按钮

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

单击开始

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

单击停止

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

点击上传

进出口

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

单击导入或导出

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

变更分析器

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

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

变更分析器

检查

您必须将交易代码添加到列表中。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 中创建的运行列表。

多重测试执行

在 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 屏幕创建流程分析器或检查选项卡不支持的组件。

如何将 UI Scanner 与 SAP TAO 结合使用?

登录 SAP TAO 后,单击“检查”选项卡。它将显示使用 UI 扫描仪的选项。

单击检查

登录 SAP 系统。输入交易码,进入扫描注销界面。

输入交易代码

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

SAP 测试 - 自动化工具

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

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

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

软件测试工具

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

  • 惠普快速测试专业版 (QTP)
  • Selenium
  • SAP TAO
  • 埃卡特
  • IBM Rational 功能测试仪
  • 丝绸测试
  • 测试完成
  • 随处测试
  • 赢跑者
  • 老跑者
  • Visual Studio 测试专业版
  • Watir

SAP 测试 - 解决方案经理

要执行 SAP Automation 测试,需要在 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,在logon下添加要测试的系统。

打开 SAP 登录

如何将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 的质量中心一起使用。BPT 用于创建自动化测试场景并运行这些场景,而无需事先了解任何自动化知识。

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

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

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

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

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

惠普商业测试工具

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

使用业务流程测试工具创建的测试用例可以使用 HP 质量中心 QC 执行。

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

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

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

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

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

惠普质量中心 (ALM)

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

HP-ALM 帮助我们管理项目里程碑、可交付成果、资源并跟踪项目健康状况和标准,使产品所有者能够衡量产品的当前状态。了解历史、架构和质量中心工作流程非常重要。

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

编号 功能及描述
1 创建需求

创建需求,分配给版本/周期。

2 上传要求

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

3 需求追踪

允许如何定义需求之间的可追溯性链接以及需求之间存在的依赖关系。

4 追溯矩阵

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

测试计划

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

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

编号 功能及描述
1

创建测试

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

2

上传测试

使用 ALM-MS Excel 插件上传奶头

3

要求和测试覆盖率

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

4

测试配置

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

有关 HP QC 如何进行的更多详细信息,请访问 - http://www.tutorialspoint.com/qc/index.htm

SAP 测试 - QTP

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

对象存储库

对象存储库是对象和属性的集合,QTP 能够使用它来识别对象并对其进行操作。当用户记录测试时,默认情况下会捕获对象及其属性。如果不了解对象及其属性,QTP 将无法回放脚本。

行动

动作帮助测试人员将脚本分成称为动作的 QTP 语句组。动作与 VBScript 中的函数类似,但也有一些差异。默认情况下,QTP 创建一个包含 1 个操作的测试。

行动 功能
动作是 QTP 的内置功能。 VBScript 和 QTP 均支持 VBScript 函数。
操作参数仅按值传递。 函数参数可以按值或按引用传递。
操作的扩展名为 .mts 函数另存为 .vbs 或 .qfl
操作可能可重用,也可能不可重用。 函数总是可重用的。

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

行动

操作属性包含以下信息 -

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

行动类型

有三种类型的动作 -

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

  • 可重用操作- 可以调用的操作