分享此页面

# 选择方法

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

根据自下而上方法设置此帮助中部分的结构。

在本主题中︰

## 自下而上方法

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

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

- 用户不熟悉 Business Process Testing。

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

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

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

返回页首

## 自上而下方法

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

自上而下方法提倡按以下层次结构创建 Business Process Testing 实体:

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

- 流, 包含业务组件

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

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

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

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

返回页首

## 敏捷方法

敏捷方法使用 Business Process Testing 以冲刺方式进行测试, 与此同时开发者对用于测试中应用程序的功能编写代码。

自上而下方法提倡按以下条件创建 Business Process Testing 实体:

- 组件在创建时对应于冲刺期间开发的功能或 UI 元素。例如, 如果开发人员设计并创建一个包含菜单、导航窗格和主数据区域的新窗口, 则您可对应于这些 UI 元素创建三个组件。

- 维护包含冲刺业务组件的测试和流, 以便在任何冲刺结束时可以立即测试开发的功能。

敏捷方法通过冲刺来包括阶段:

父主题: 概述

返回页首

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