AEM as a Cloud Serviceの Java™機能テストを作成する方法を説明します
Cloud Manager で新しいコードリポジトリを作成すると、サンプルテストケースを含む it.tests
フォルダーが自動的に作成されます。
Cloud Manager が it.tests
フォルダーを自動作成する前にリポジトリが作成された場合は、AEM プロジェクトアーキタイプを使用して最新バージョンを生成することもできます。
it.tests
フォルダーの内容を取得したら、それを独自のテストの基礎として使用し、次の操作を実行できます。
アドビが製品機能テストの作成に使用するのと同じツールを、カスタム機能テストの作成に使用できます。テストの作成方法の例として、GitHub の製品機能テストを参照してください。
カスタム機能テストのコードは、 it.tests
プロジェクトのフォルダー。 すべての機能テストを含んだ 1 つの JAR が生成されます。ビルドで複数のテスト JAR が生成される場合、どの JAR が選択されるかは非決定的です。テスト JAR がゼロになる場合、テスト手順はデフォルトで合格します。テストのサンプルについては、AEM プロジェクトのアーキタイプを参照してください。
テストは、少なくとも 2 つのオーサーインスタンス、2 つのパブリッシュインスタンス、Dispatcher 設定など、Adobeが維持するテストインフラストラクチャで実行されます。 このセットアップは、カスタム機能テストがAEMスタック全体に対して実行されることを意味します。
カスタム機能テストは、AEM にデプロイするアーティファクトと同じ Maven ビルドで生成される個別の JAR ファイルとしてパッケージ化する必要があります。一般に、このビルドは別の Maven モジュールになります。 結果として生成される JAR ファイルには、必要な依存関係がすべて含まれている必要があり、通常は jar-with-dependencies
記述子を使用する maven-assembly-plugin
で作成されます。
さらに、この JAR では、Cloud-Manager-TestType
マニフェストヘッダーが integration-test
に設定されている必要があります。
以下は maven-assembly-plugin
の設定例です。
<build>
<plugins>
<!-- Create self-contained jar with dependencies -->
<plugin>
<groupId>org.apache.maven.plugins</groupId>
<artifactId>maven-assembly-plugin</artifactId>
<version>3.1.0</version>
<configuration>
<descriptorRefs>
<descriptorRef>jar-with-dependencies</descriptorRef>
</descriptorRefs>
<archive>
<manifestEntries>
<Cloud-Manager-TestType>integration-test</Cloud-Manager-TestType>
</manifestEntries>
</archive>
</configuration>
<executions>
<execution>
<id>make-assembly</id>
<phase>package</phase>
<goals>
<goal>single</goal>
</goals>
</execution>
</executions>
</plugin>
</plugins>
</build>
この JAR ファイル内で、実行する実際のテストのクラス名は IT
で終わる必要があります。
例えば、com.myco.tests.aem.it.ExampleIT
という名前のクラスは実行されますが、com.myco.tests.aem.it.ExampleTest
という名前のクラスは実行されません。
さらに、コードスキャンのカバレッジチェックからテストコードを除外するには、テストコードを it
という名前のパッケージの下に置く必要があります(カバレッジ除外フィルターは **/it/**/*.java
です)。
テストクラスは、通常の JUnit テストである必要があります。 テストインフラストラクチャは、aem-testing-clients
テストライブラリで使用される規則との互換性を持つように設計および設定されています。開発者は、このライブラリを使用し、そのライブラリのベストプラクティスに従うことをお勧めします。
詳しくは、 aem-testing-clients
GitHub リポジトリ を参照してください。
カスタム機能テストを使用して CI/CD パイプラインの信頼性を向上させる方法については、このビデオをご覧ください。
ローカルマシンから機能テストを実行する場合は、管理者のような権限を持つユーザーを作成して、同じ動作を実現します。
タイプ | 値 | 説明 |
---|---|---|
CPU | 0.5 | テスト実行ごとに予約される CPU 時間の量 |
メモリ | 0.5 Gi | テストに割り当てられたメモリの量(GB 単位の値) |
タイムアウト | 30 m | テストが終了するまでの期間。 |
推奨期間 | 15 m | Adobeは、この時間を超えないようにテストを書き込むことをお勧めします。 |
さらにリソースが必要な場合は、カスタマーケアケースを作成し、使用例を説明します。 Adobeのチームがリクエストを確認し、適切な支援を提供します。
Cloud Manager パイプラインで機能テストをアクティブ化する前に、AEM as a Cloud Service SDK または実際の AEM as a Cloud Service インスタンスを使用して、機能テストをローカルで実行することをお勧めします。
テストクラスは JUnit テストなので、Eclipse、IntelliJ、NetBeans などの主要な Java™ IDE から実行できます。 製品機能テストとカスタム機能テストはどちらも同じテクノロジーに基づいているので、製品テストをカスタムテストにコピーすることで、両者をローカルで実行できます。
ただし、これらのテストを実行する場合は、 aem-testing-clients
(および基になる Sling Testing Clients)ライブラリ。
これらのシステムプロパティは次のとおりです。
プロパティ | 説明 | 例 |
---|---|---|
sling.it.instances |
クラウドサービスに一致するインスタンスの数は、 2 |
2 |
sling.it.instance.url.1 |
は作成者 URL に設定する必要があります | http://localhost:4502 |
sling.it.instance.runmode.1 |
最初のインスタンスの実行モードは、に設定する必要があります。 author |
author |
sling.it.instance.adminUser.1 |
は author admin user に設定する必要があります。 | admin |
sling.it.instance.adminPassword.1 |
は author 管理者パスワードに設定する必要があります。 | |
sling.it.instance.url.2 |
はパブリッシュ URL に設定する必要があります。 | http://localhost:4503 |
sling.it.instance.runmode.2 |
2 番目のインスタンスの実行モードは、に設定する必要があります。 publish |
publish |
sling.it.instance.adminUser.2 |
を publish admin user に設定する必要があります。 | admin |
sling.it.instance.adminPassword.2 |
は publish 管理者パスワードに設定する必要があります。 |
シェルを開き、リポジトリの it.tests
フォルダーに移動します。
Maven を使用してテストを開始するために必要なパラメーターを指定して、次のコマンドを実行します。
mvn verify -Plocal \
-Dit.author.url=https://author-<program-id>-<environment-id>.adobeaemcloud.com \
-Dit.author.user=<user> \
-Dit.author.password=<password> \
-Dit.publish.url=https://publish-<program-id>-<environment-id>.adobeaemcloud.com \
-Dit.publish.user=<user> \
-Dit.publish.password=<password>