Drizz

Drizzとは？

Drizzは、iOSとAndroid向けのvision AIモバイルアプリテストプラットフォームです。チームは自然な英語でテストを作成し、実機で実行でき、セレクタベースのモバイル自動化に伴う保守作業を減らせます。

この製品は、実際のアプリに対するエンドツーエンドのモバイルテストを中心に位置づけられています。テストの素早い作成、デバイス上での安定した実行、そして壊れやすいセレクタの代わりに自己修復の動作でUI変更に対応することをサポートします。

主な機能

• 自然な英語でのテスト作成 — 使う側は、セレクタ中心のスクリプトを書く代わりに自然言語でテスト手順を記述でき、モバイルテストケースの準備時間を短縮できます。
• 実機での実行 — テストは実際のiOSおよびAndroidデバイスで実行されるため、ユーザーが体験する環境で動作を確認できます。
• 自己修復型自動化 — UIが変わってもテストが適応するよう設計されており、壊れたロケータやレイアウト変更による保守負担を軽減します。
• エンドツーエンドのテスト管理 — アプリ、スイート、実行、テスト履歴を1つのプラットフォームで管理でき、チームやビルドをまたいだ結果の追跡がしやすくなります。
• モバイルテスト向けのCI/CD連携 — チームはパイプラインでテストを実行でき、配信時の一貫した検証にこのプラットフォームを使えます。
• デバッグ出力 — 失敗時にはスクリーンショット、ログ、画面状態、ステップ履歴が含まれ、何が起きたかを把握しやすく、調査を早められます。
• アクセシビリティテスト — このプラットフォームには、テストワークフローの一部としてアクセシビリティチェックが含まれます。
• アプリ管理の一元化 — ビルド、デバイス、プラン、環境を1か所に整理でき、大規模なテスト運用に対応しやすくなります。

Drizzの使い方

一般的なワークフローは、APKをアップロードするかアプリビルドを接続するところから始まります。次に、実行したいテストを自然な英語で記述し、実機で実行して、プラットフォーム上で結果を確認します。失敗が発生した場合は、取得されたスクリーンショット、ログ、画面状態が問題の特定に役立ち、アプリ側かテストフロー側のどちらに対応が必要か判断しやすくなります。

ユースケース

• リリース候補を検証するQAチーム — ビルドを出す前に、デバイスやOSの組み合わせをまたいで繰り返し可能なモバイルテストを実行します。
• 不安定なセレクタベースのスイートを保守しているチーム — 壊れやすいスクリプトを、UI変更に適応でき、手動修復を減らせるテストに置き換えます。
• 回帰を確認する開発者 — コード変更後も主要なフローが動くかを確認し、ステップ履歴とログで失敗を調査します。
• 重要なモバイルフローをテストするチーム — ログイン、チェックアウト、支払い、オンボーディングなど、価値の高い導線を実機で検証します。
• CI/CDでテストを実行する組織 — 配信パイプラインにモバイル検証を追加し、失敗を早期に検出して結果の一貫性を保ちます。

FAQ

Drizzはどのプラットフォームをテストしますか？
Drizzは、iOSとAndroid向けのモバイルアプリテストプラットフォームとして説明されています。

セレクタを書く必要はありますか？
ソースでは自然な英語でのテスト作成とセレクタ保守の削減が強調されており、可能な限りセレクタベースの自動化への依存を避ける設計です。

Drizzは実機とエミュレーターのどちらで動きますか？
ページでは、テストは実機で実行されると明記されています。

どのようなデバッグ情報が利用できますか？
プラットフォームには、デバッグ用にスクリーンショット、ログ、画面状態、ステップ履歴が用意されています。

DrizzはCI/CDで使えますか？
はい。サイトでは、モバイルテストをCI/CDパイプラインで実行できるとされています。

代替案

• Appiumベースのモバイル自動化 — スクリプト駆動のモバイルテストを求め、セレクタや自動化コードを直接保守することを厭わないチーム向けの一般的な代替案です。
• その他のローコードモバイルテストプラットフォーム — 手書きスクリプトより速く作成できる場合がありますが、デバイス実行、保守、デバッグの扱いは異なることがあります。
• 手動のモバイルQA — その場の探索や人による判断には有用ですが、自動テストのような再現性やパイプライン連携はありません。
• 汎用ブラウザ自動化ツール — ネイティブモバイルアプリの検証よりWebテストに適していることが多く、実機でのモバイルワークフローを重視していない場合があります。