あなたのチームはモバイルテストにMaestroを採用しました。さて、次はどうしますか？

フレームワークの決定は容易だった。しかし、インフラストラクチャの決定はそう簡単ではない。 

Maestroは、これまで難しかったことをはるかに簡単にしました。インストールはコマンド1つで完了。依存関係も、ドライバの設定も、SDKも不要です。Maestroの存在を知ってからテスト実行までわずか5分。テストはYAMLで記述され、専門家が解釈する必要のあるコードではなく、ユーザーが行う操作を平易に記述したような内容になっています。 

そのスピードと使いやすさの組み合わせこそが、Meta、DoorDash、Stripeといった企業がこの技術を採用している理由です。  

市場における議論は、「Maestroを試してみるべきか」から「企業規模でどのように運用するか」へと変化した。 

スケーリングの課題が現れる場所 

Maestroはテストの作成という課題を解決します。しかし、テストを取り巻くインフラストラクチャや可視性については解決しません。 

YAMLフローをローカルで実行することは、個人開発者や小規模チームにとってはうまく機能します。しかし、チームがハードウェアを自社で管理することなく、異なるメーカー、OSバージョン、画面サイズなど、さまざまなモバイルデバイス構成に対応する必要がある場合に課題が生じます。 

可視性にも問題があります。テストをローカルで実行した場合、結果は実行された場所に残ります。QAリーダーやリリース管理者は、どのテストが合格し、どのテストが失敗したかを一元的に確認できる場所がありません。何か問題が発生した場合、デバッグするには、テストを実行した担当者を探し出し、その担当者の環境を遡って調査する必要があります。 

マエストロ実行 Digital.ai テスト 

Maestroのテスト実行がサポートされるようになりました Digital.ai Android実機およびエミュレーター向けのテストソリューション。SaaSとオンプレミスの両方の導入オプションで利用可能です。 

チームは既存のYAMLフローをそのまま使用し、モバイルデバイスのプールに対して実行します。書き換えやテスト構造の変更は一切不要です。実行はAPIベースであるため、Maestroの実行は既存のCI/CDパイプラインにスムーズに統合できます。 

テストが完了すると、結果は自動的に保存されます。 Digital.ai テストレポート機能。ビルド後にテスト結果を確認するチームは、すべての情報を一箇所で確認できます。 

iOSに関する注記 

今回のリリースでは、Androidの実機とエミュレーターがサポートされています。iOSの実機とシミュレーターは今年後半にサポート予定で、ほとんどのモバイルテストプラットフォームやMaestro独自のオープンソースフレームワークでも解決できていなかったギャップを埋めることになります。 

終わりの思考 

新しいフレームワークを採用するからといって、すべてをやり直す必要はありません。Maestroを採用したチームは、それなりの理由があってその選択をしたのです。 Digital.ai テストは、チームが現在使用しているツールに合わせて設計されるべきであり、既に導入済みのツールに関して妥協を求めるべきではありません。チームがどのようなフレームワークを使用しているかにかかわらず、エンタープライズレイヤーもそれに従うべきです。