ALM でのアプリケーションのデプロイおよびテスト

ALM を使用すると、デプロイメントおよびテストによってアプリケーションのビルドを受け取るための複雑なプロセスを完全に自動化することができます。ALM をラボ管理機能と併用して、デプロイメントとテスト・セットを毎夜または 1 時間ごとに実行するようにスケジュール設定することができます。このデプロイメントとテストは、自動的に実行され、ビルドの完了直後にスケジュール設定することができます。また、定義する特定の環境でビルドがデプロイされるように準備したり、 プライベート/パブリック・クラウドで動的にデプロイされるように Micro Focus Continuous Delivery Automation（CDA）と統合したりすることもできます。

ALM および ラボ管理 には、アプリケーション・チームで Continuous Delivery の状態を把握できるテスト・コンポーネントが用意されています。そこでソフトウェアの開発、パッケージ化、デプロイ、およびテストを自動化できるため、ソフトウェアを確実かつ効率的にすばやく提供することができます。

この項では、エンドツーエンドのデプロイメントおよびテストを容易にするために ALM によって提供されるさまざまなコンポーネントについて説明します。

1. 自動テストの作成

   ALM には、テスト対象アプリケーション（AUT）の機能のテスト用にいくつかの各種自動テストが用意されています。

   テスト・タイプのカテゴリは、主に機能とパフォーマンスの 2 つです。

   • 機能テストは、アプリケーションが正常に動作していることを確認するのに使用されます。
   • パフォーマンス・テストは、アプリケーションが負荷とデマンドに耐えることを確認するのに使用されます。

   ［テスト］＞テスト計画モジュールでテストを作成します。タスクの詳細については、「テストを作成する方法」を参照してください。

   ALM によって提供およびサポートされるテスト・タイプの詳細については、「テストのタイプ」を参照してください。

   包括的なテスト・セットを確実に作成するには、最初に「テスト計画の概要」を参照してください。

2. テスト・セットの作成

   ALM によって、テスト・セットと呼ばれるテストのコンテナが提供されます。ALM には、自動テストのタイプごとにテスト・セットのタイプ（機能テスト・セットとパフォーマンス・テスト・セット）が用意されています。

   さまざまな方法でテストをテスト・セットにグループ化できます。それらのテストをアプリケーションの機能および特徴でグループ化できます。または、ポジティブ・フローを確認するテストのグループを作成し、ネガティブ・フローを確認するテストのグループを作成できます。

   ［テスト］＞テスト・ラボモジュールでテスト・セットを作成します。タスクの詳細については、「テスト・セットを作成する方法」を参照してください。

   テスト・セットのタイプの詳細については、「テスト・セットの仕様の概要」を参照してください。

3. ビルド検証スイートの作成

   ALM には、テスト・セットをそれらのタイプに関係なくまとめてバンドルして、ビルド検証スイートを作成する方法が用意されています。ビルド検証スイートは、ビルドの全体的なステータスを確認するのに使用されます。ビルド検証スイートには、機能テスト・セットと 1 つのパフォーマンス・セットの両方が含まれる場合があります。

   複数のビルド検証スイートを作成して、さまざまな包括性のレベルでアプリケーションを確認できます。1 つの大規模なビルド検証スイートを作成して毎夜実行するようにスケジュール設定し、主要テスト・セットのみが含まれているもう 1 つのビルド検証スイートを作成して 1 時間ごとに、あるいはビルドが作成されるたびに手動で実行するようにスケジュール設定することができます。

   ［テスト］＞［ビルド検証］モジュールでビルド検証スイートを作成します。タスクの詳細については、「ALM でのビルド検証スイートの使用方法」を参照してください。

   ビルド検証スイートの詳細については、「ビルド検証の概要」を参照してください。

4. AUT 環境設定の定義

   ALM には、ビルド設定スイートとテスト・セットとまとめてバンドルできる環境パラメータ・セット（AUT 環境設定と呼ばれる）を定義する方法が用意されています。

   同じロジックを使用しても別の環境パラメータが必要な複数の異なるテストを定義して実行するのではなく、環境パラメータ・セットを AUT 環境設定にバンドルするだけです。ビルド検証設定スイートまたは機能テスト・セットを実行する場合、AUT 環境設定を指定することができ、ALM でそれらのパラメータを使用してテストを実行します。

   アプリケーション環境が動的で変化している場合、ALM とラボ管理を使用して AUT 環境設定を CDA にリンクすることができます。AUT 環境設定の環境パラメータを CDA にリンクすると、プライベート/パブリック・クラウドを使用してアプリケーション環境を動的にプロビジョニングおよびデプロイすることができます。

   ［ラボ リソース］＞ AUT 環境モジュールで AUT 環境設定を作成します。タスクの詳細については、「AUT 環境の使用方法」を参照してください。

   AUT 環境の詳細については、「AUT 環境の概要」を参照してください。

   CDA サーバの詳細については、『Micro Focus ALM ラボ管理ガイド』の「CDA サーバの概要」を参照してください。

   ラボ管理での CDA サーバの管理に関するタスクの詳細については、『Micro Focus ALM ラボ管理ガイド』の「CDA サーバを管理する方法」を参照してください。ALM での AUT 環境設定およびパラメータの CDA へのリンクの詳細については、「AUT 環境の CDA へのリンク」と「AUT 環境の使用方法」を参照してください。

5. デプロイメントおよびテストのタイムスロットのスケジュール設定

   ALM では、タイムスロットを使用して将来のアプリケーションのデプロイメントおよびテストをスケジュール設定することができます。ALM によって、タイムスロットに必要なテスト・リソースが事前に予約されていることが確認されます。

   ビルドの作成後にテスト・セットを手動で実行する代わりに、ALM でリソースを自動的に割り当てて、アプリケーションのプロビジョニング、デプロイメント、およびテストを環境で開始できます。タイムスロットを使用して、ビルド検証スイートまたはテスト・セット実行のリソースを予約できます。CDA をビルド検証スイートに統合した場合には、スケジュール設定された動的なプロビジョニングおよびデプロイメントを準備することもできます。

   実行をスケジュール設定する方法はいくつかあります。最も簡単な方法は、テストをスケジュール設定し、［テスト］＞タイムスロット・モジュールでタイムスロットを作成して事前にリソースを割り当てることです。または、テスト・リソースが利用できる場合、すぐに実行するように実行を準備することができます。

   タイムスロット予約の詳細については、「ALM でのテスティング・タイムスロットの予約方法」を参照してください。

   テストおよびテスト・セットの実行に関するタスクの詳細については、「テストを自動で実行する方法」を参照してください。

   ビルド検証スイートの実行に関する詳細については、「ALM でのビルド検証スイートの使用方法」を参照してください。

   タイムスロットの詳細については、「タイムスロットの予約の概要」を参照してください。