SAP 测试自动化最佳实践

在 Test Manager 和 Studio 中构建 SAP 测试自动化项目的最佳实践：项目结构、可重用组件以及可减少维护工作量的活动选择。

为 SAP 应用程序构建自动化测试用例快速且可靠，但 SAP 的复杂性可能会影响自动化的稳定性，以及随着时间推移，维护自动化所需的工作量。这些准则有助于 SAP 测试项目简单易懂、易于扩展且维护成本较低。有关将自动化连接到测试用例的 Studio 端步骤，请参阅自动化测试用例。

建议的项目结构

结构完整的 SAP 测试自动化项目会为每个部分赋予单一、明确的职责：

• 执行模板：WinGUI 专属模板，用于在运行测试用例之前处理环境清理并启动 SAP。
• Helpers ：可重用的工作流，用于获取凭据并登录 SAP。
• 可重用组件：自动化构建块，通常每个 SAP 事务一个，可从多个测试用例中调用。
• 测试用例：顶级工作流，用于将帮助程序和可重用组件组合到端到端场景中。

将测试数据与自动化逻辑分离

测试用例所需的数据独立于执行该用例的步骤序列：

• 准备测试数据: 在测试用例开始时分配测试数据（订单类型、销售组织、分销渠道和类似值）。
• 对自动化排序，在其间进行验证：按顺序调用每个可重用组件，在每个组件后执行“验证表达式”步骤，以确认预期结果，然后再继续。

SAP 测试用例不需要 Given-When-Then 结构 — 下面显示的数据准备和自动化序列就足够了。

将 SAP 事务作为可重用组件

SAP 事务是可重用自动化序列的自然边界：

• 从 SAP Easy Access 窗口启动每个组件。
• 在可用情况下使用 SAP 特定活动— 它们使用 SAP 感知行为来丰富标准用户界面自动化活动（单击、获取文本等）。
• 在组件完成操作之前退出事务以返回到 SAP Easy Access 窗口，以便序列中的下一个事务可以从已知起点继续。

备注：

热图衡量的是每个 SAP 事务的覆盖率。如果您的自动化不是每个事务一个可重用组件的结构，则相对于您实际验证的内容，热图中显示的覆盖范围可能看起来偏大或不完整。

使用 WinGUI 执行模板

在每个测试用例之前运行的 WinGUI 特定执行模板会将环境置于已知状态：

1. 关闭所有仍在运行的 SAP 实例，例如使用 saplogon.exe 的“终止流程”选项。
2. 使用可重用帮助程序工作流登录到 SAP。

选择“模拟”而非“硬件事件”

“模拟”是 SAP 自动化的推荐输入模式，您可以在项目级别在“项目设置”>“新式用户界面自动化”>“目标方法 - SAP”下设置。对于大多数 SAP 控件，它比硬件事件更快、更可靠。

不支持模拟的控件

某些字段会引发“不支持使用模拟写入文本”的错误消息。其返回类型。将该特定活动的输入模式切换到“硬件事件”即可解决此问题，而不会更改项目级默认设置。

选择 SAP 专用活动，而非通用活动

与通用的用户界面自动化活动相比，SAP 特定活动通常是更好的选择 — 它们专为理解 SAP 控件而构建，并且比通用等效项更能适应变化。

导航和屏幕活动：

• 调用事务
• 单击屏幕上的图片
• 单击工具栏按钮
• 选择菜单项
• SAP 登录
• SAP 登录

“表格”和“树”活动：

• 展开 ALV 层次结构表格（ABAP 列表查看器）
• 展开 ALV 树
• 展开树
• 表格单元范围

数据和状态活动：

• 读取状态栏
• 在日历中选择日期

端到端测试用例示例

单个端到端测试用例可以在一个会话中链接 SAP 事务：使用 SAP 登录登录，使用多次分配分配测试数据，然后按顺序为每个事务运行可重用组件 — 例如 va01、vkm1、vl10h 、 VT01N、 VT02N、 VB02N、 VM01、 VF01 和 BF03 — 在下一个事务开始之前返回 SAP Easy Access。

摘要

保持 SAP 测试自动化项目的简单性可以减少长期维护项目所需的工作量：

• 易于理解的项目结构。
• 可重复的逻辑移至可重用的组件中，每个组件负责单一职责。
• 无需花时间构建您尚不需要的需求。