分享此页面

# 选择设计方法

Business Process Testing 测试框架不强制使用任何一个特定模型将业务流程合并到测试环境中。组织中的实际工作流可能因项目不同而有所不同，或者在应用程序开发生命周期的不同阶段也有所不同。

在本主题中︰

备注: 此帮助中的部分的结构采用自下而上方法。

## 自下而上方法

首先定义低级组件，然后基于定义的组件设计业务流程测试，这一方法称为自下而上方法。这种方法在以下情况下特别有用：

- 使用回归测试

- 已明确定义组织中的业务流程

- 用户对 Business Process Testing 不熟悉

自下而上方法按以下顺序包括下列阶段：

自下而上方法基于以下设计阶段:

阶段 | 描述
--- | ---
组件规范 | 开发一个包含多个组件的组件树。 通过添加基本详细信息创建组件 shell。 通过添加手动和/或自动实施创建组件内容。组件内容可以包含： 手动组件的手动执行 自动组件的自动化 手动执行和自动化 有关创建组件的任务详细信息，请参见在 ALM 中创建业务组件。
数据处理 | 设计每个业务流程测试、流或组件运行时使用的数据。 有关任务详细信息，请参见使用参数、迭代和配置。
测试计划 | 构建测试计划并设计业务流程测试和流。 有关任务详细信息，请参见计划业务流程测试和流。
测试执行 | 在项目中创建并运行业务流程测试的子集。 有关任务详细信息，请参见运行业务流程测试和流。

有关使用 BPT 封装应用程序工具包 的常用工作流的示例，请参见使用 BPT 封装应用程序工具包。

返回页首

## 自上而下方法

自上而下方法基于对整个系统有高层次理解的主题内容专家的角度。

自上而下方法提倡按以下层次结构创建用于回归测试的 Business Process Testing 实体：

- 业务流程测试，包含流和/或业务组件

- 流，包含业务组件

- 业务组件，包含手动步骤和/或自动化

自上而下方法按以下顺序包括下列阶段：

自上而下方法基于以下设计阶段：

设计阶段 | 描述
--- | ---
高级设计 | 包括创建业务流程测试，以及确定不同用例所需的测试配置。 进行高级设计时： 通过模块化设计为自动化提供便利。设计测试以使用更小的可重用组件。 使用可重用组件，这样更易于维护测试。 请牢记，自动化工程师可以将设计用作一种结构，来创建便于自动化的方法而不是创建脚本化组件。 此部分设计阶段通常由主题内容专家和自动化工程师共同完成。例如，创建业务流程测试及其配置这一任务可能由主题内容专家负责执行，而设计自动化组件可能由自动化工程师负责执行。
中级设计 | 包括： 创建流（按逻辑顺序排列的可运行的业务组件集合）。将流视为“复合组件”。 创建业务组件（可重用单元）。在此阶段仅创建组件的 shell。 根据需要指定条件以实现更具体的测试覆盖率（需求）。 链接到其他 ALM 实体。 参数化和优化参数。 将业务组件添加到业务流程测试和流中。 此部分设计阶段通常由主题内容专家执行，但也可以与自动化工程师共同完成，具体取决于可用资源和技能。
低级实现 | 包括业务组件内容的低级实现，方法是： 创建组件步骤（业务组件的内容），必要时包括自动步骤 对组件进行分组 设置迭代（针对业务流程测试、流、组和组件） 链接参数 此部分设计阶段可以由主题内容专家、自动化工程师分别执行或共同执行。

返回页首

## 以敏捷开发为中心的方法

此方法使用 Business Process Testing 以冲刺 (sprint) 方式进行测试，与此同时开发者对用于测试中应用程序的功能编写代码。组件和测试在开发过程中同时创建和更新。

示例:

如果测试中的应用程序在 Java 中实现，则组件可能会按照表示特定 UI 元素组的类进行分组，如工具栏按钮。每次将按钮添加到工具栏时，表示该类的组件会进行更新。

此方法有助于实现：

- 自动化。因为冲刺很短，所以应尽可能地自动化，这一点非常重要。

- 组件重用。可使用开发者实现模块化重用的相同方式设计组件重用。

下面表示以敏捷开发为中心的方法。

返回页首

另请参见：

- Business Process Testing 基础

https://admhelp.microfocus.com ALM 8942
改进搜索结果的提示... ALM 帮助中心 ALM 帮助中心 ALM 帮助 17.0 全部查看本地帮助中心查看联机帮助中心后退在浏览器历史记录中后退前进在浏览器历史记录中前进删除突出显示的搜索项下一个主题转到下一个主题上一个主题转到上一个主题打印当前主题版本: