2017-12-09 12 views
0

Adob​​e AEMワークフローのテストを自動化する方法はありますか?AEMワークフローの自動テスト

私はHobbes.jsを見てきましたが、私が見る限り、ワークフローの記載はありません。これは、複数のユーザー間でワークフローを処理する場合には理想的です。

これはキュウリにとって難しいかもしれないと確信しています。私もProsperと考えましたが、それは基本的にモックフレームワークです。

答えて

2

ワークフローのテストは難しいかもしれませんが、可能です。あなたがそれについて考えるなら、それは他のウェブアプリケーションをテストすることとあまり変わりません。ブラウザを制御したり、アカウントを切り替えたり、複雑なテストシナリオをわかりやすい方法で管理する方法が必要です。

私の意見では、ホッブズの主な問題点は、テストコードをコマンドラインから簡単に実行し、後で消費するために有用なレポートを生成する必要があるということです。これがなければ、そのようなテストをCIサーバー上の自動化されたパイプラインに統合することは困難です。

私の現在のプロジェクトチームは、カスタマイズされた承認ワークフローとレプリケーションワークフローのテストに成功しました。テストは、ワークフローを実際に費やすのに費やす時間と比較して、書き留めるのに時間がかかりましたが、テストは安定しています。

私たちのアプローチは、Selenium Web Driver Java(ブラウザコントロール用)、Google Guice(ページオブジェクトと様々なユーティリティ関数の複雑なグラフ管理用)、JUnit/Cucumber forの組み合わせを使用したAuthorインスタンスのブラウザベースのテストに依存します。テストシナリオのコントロール

重要な課題の1つは、WYSIWYG AEMオーサリングインターフェイスが、ロードの速さに関して非常に信頼性高く動作しない傾向があることです。動的な部分がたくさんありますが、その一部はajax呼び出しに基づいています。

クラシックUIをExtJSフロントエンドと多くのiframeで使用すると、タスクが特に難しくなります。 Touch UIでは、インターフェイスの適切な要素をターゲットにすることは、私の意見ではもっと簡単です。

これは、テストコードを効率的に書くことができるようになるには、これらのインターフェイスの特徴を理解するためにかなりの労力をかけなければならないと言いました。

多くのAEMプロジェクトでの経験に基づいて、ボイラープレートコードの大半を取り除くためのフレームワークをまとめました。これは、AEM UIの重要な要素と相互作用するためのインターフェイスを提供します。

Apache 2.0ライセンスで公開しています。これはと呼ばれ、Bobcatと呼ばれています。 the project's Github pageをチェックし、simple example projectをご覧ください。

ボブキャットもCognifideの外で採用されています。このblog by liatrioには、特に便利な機能の要約が含まれています。