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 个操作的测试。