モバイルテストの有用性は、その環境によって左右される。 

あなたのチームは、チェックアウトフローのモバイルテストを実施しました。テストを作成した端末では問題なく動作しました。次のリリース前に、同じフローが顧客が使用するデバイスやオペレーティングシステムでも動作するかどうかを誰かが尋ねました。そこで、議論はテストそのものから、その周辺環境へと移ります。 

その逆のケースもあり得ます。チームはデバイスを多数所有していても、最も重要なユーザー体験をテストに落とし込むための再現性のある方法がない場合があります。どちらの状況にも万能な解決策はありません。モバイルテストを計画する際には、テスト作成とデバイスへのアクセスを相互に関連する意思決定として捉える必要があります。 

あなたのチームは、維持管理したいと思えるテストを作成できますか？ 

モバイルテストでは、ログイン、注文、支払い、中断されたセッションからの復旧など、再確認する価値のあるユーザー体験を捉える必要があります。最初のバージョンを作成することは重要ですが、画面、ラベル、アプリの動作が変更されても、その有用性を維持することがより長期的な作業となります。 

テストの作成者を検討しましょう。ユーザーの行動を理解している人が貢献できるでしょうか？他のチームメンバーはワークフローを読んで、何がチェックされているのかを把握できるでしょうか？アプリのアップデート後にテストが失敗した場合、アプリが変更されたのか、テストに修正が必要なのかをチームは判断できるでしょうか？これらの質問は、最初のデモのスピードよりも、テスト作成アプローチの価値を左右します。 

組織によっては、既に他の業務で自動化プラットフォームを使用している場合があります。その使い慣れたアプローチをモバイル分野にも拡張することは、チームが検証する必要のあるアプリやデバイスを制御できるのであれば、理にかなっています。一方、別の組織では、モバイル開発のアプローチをゼロから選択しているかもしれません。どちらの場合も、最初のプロジェクトが終了した後にテストをどのように維持していくかを検討する必要があります。 

それらの検査は必要な場所で実行できるのか？ 

次に決定すべきは環境です。ユーザーにとって重要なデバイスモデルとオペレーティングシステムのバージョンはどれでしょうか？仮想デバイスではなく物理ハードウェアが必要なワークフローはどれでしょうか？誰がアクセスを必要とし、デバイスはいつリリース実行に利用可能になるのでしょうか？ 

解決策としては、既存の社内ラボ、プロバイダーがホストするデバイス、あるいはその両方が考えられます。いずれの場合も、運用上の作業が伴います。デバイスは、プロビジョニング、アップデート、アプリケーション向け構成を行い、適切なチームが利用できるようにする必要があります。デバイスファームはこうしたニーズを満たすことができますが、その価値は、組織が実際に持つテストカバレッジとリリーススケジュールに合致するかどうかにかかっています。 

チームが現状うまく機能しているラボを必ずしも置き換える必要はない。重要なのは、モバイルテストの拡大に​​伴い、現在の環境が期待されるカバレッジ、アクセス、および制御をサポートできるかどうかである。特に、デバイスの到着を待つテストや、意図した構成とは異なる構成で実行されるテストは、結果に対するチームの信頼を低下させる。 

どちらの選択肢も、つながりは重要である。 

オーサリングツールとデバイス環境は、連携して動作して初めてテストワークフローとして機能します。テストは、意図したデバイスに到達し、適切なアプリビルドに対して実行され、チームが何が起こったのかを理解するための十分な情報を提供できる必要があります。テストスイートが拡大して変更コストが高くなる前に、この連携を早期に検討しておくことが重要です。 

だからこそ、選択は「どのツールでテストを作成するか？」という単純な問いだけで済ませてはいけません。テスト作成者からデバイスに至るまでのプロセスが、実際にデバイスを操作するチームにとってどのようなものなのかを問いかけましょう。何を設定する必要があるのか​​、誰がその責任を負うのか、そしてチームはどのように障害を調査するのかを把握することが重要です。 

試験から結果が出るまでの全行程を計画する 

まず、重要なモバイルジャーニーを少数に絞り込みます。チームがそれらのテストを作成・維持する方法を決定し、それぞれのテストを対象とするデバイスと条件にマッピングします。作成したテスト手法が選択した環境に接続できること、そしてリリース時にテストの実行が必須となる場合にチームがテストを再現できることを確認します。 

これは、モバイルテスト戦略の実践的なテストである。 あなたのチームは、必要なテストを作成し、必要なデバイスでテストを実行し、結果を十分に理解して行動を起こすことができますか？  

UiPathブログシリーズ第2弾 UiPath とこれらの要素を接続する 1 つの方法を検討し、 Digital.ai テスト。