デバイスクラウドサービスの選び方 ― 「おすすめ」に頼らない自分の評価軸で選ぶ7項目
デバイスクラウド（クラウド実機）は、自分たちの評価軸を先に決めておくと、迷わず選べます。効く軸は、アプリの性質・ユーザー層・開発体制によって変わるからです。同じサービスでも、あるチームには最適で、別のチームには過剰になります。
この記事では、他社を名指しで比較する代わりに、ご自身で比較して選ぶための7つの評価軸を、QAの選定目線で紹介します。実機カバレッジ、自動化との相性、料金体系——このうちどれを重い軸に置くかを先に決めれば、ランキングの順位に左右されずに、自分に効くサービスを選べます。
比較の前に「そろえてから比べる」
ツールやサービスを比較する際、QAの現場でまず必要なのは「評価軸をそろえる」ことです。軸が定まっていない比較は、印象や知名度で決まってしまいがちです。比較は、条件をそろえて初めて意味を持ちます。
- 同じ「対応機種数」でも、自社ユーザーが使う機種を含むか、により価値は変わる
- 同じ「自動化対応」でも、今使っているフレームワークに載るか、により意味が変わる
そのため、他社の比較表の数字をそのまま並べるのではなく、まず自分たちの要件（後述の重みづけ）を先に決めてから、各サービスを同じ条件で比較検討します。順番を逆にすると、スペックの高い方が良く見えてしまい、選択を誤ります。
私自身の失敗について書きます。「知名度」や検索順位は、「見つけやすさ」であって「自分に合うか」ではありません。モバイルアプリの自動テストを担当していた時期があったにも関わらず、ある優良サービスの存在を長く知らずにいたことがあります。逆に、名前をよく聞くからと中身を試さずに決めてしまうこともありました。どちらも「目立つ軸」と「自分に効く軸」を取り違えた結果です。
実際、複数の自動化ツールの使い勝手を比較検証した際、私が使ったのは Pixel と iPhone の数台だけでした。ツールの比較が目的ですから、端末は固定して「ツールだけ」を変える。そうしないと、動作がもたついたときに原因がツール側なのか端末側なのか切り分けられないからです。「変えるときは、一つずつ」です。結果として、「豊富な機種数」という一番目立つ強みは、私が実施したツール比較では宝の持ち腐れでした。私にとっての重い軸は多機種のカバレッジではなく、自動化ツールとの相性だったのです。もし総機種数のような目立つ軸だけでサービスを選んでいたら、自分が本当に効かせたい部分を見ないまま決めていたことになります。
上記失敗例からも分かるように、比較では、知名度や総機種数のような一目でわかる軸で決める前に、自分がいちばん効かせたい使い方（たとえば「自動化が今のツールにマッチするか」）を、トライアルで実際に動かして確かめます。効いてくるのは、重いと決めた軸を、同じ条件で試せるかどうかです。
選ぶための7つの評価軸
1. 実機カバレッジ（機種・OS・追加スピード）
総機種数だけでなく、自社ユーザーが実際に使う機種が含まれるかを確認します。国内向けアプリなら、国内メーカー機（AQUOS・Xperia など）や、まだ使われている旧OSバージョンが揃っているか。新機種が出てから使えるようになるまでの追加スピードも、リリースサイクルが速いアプリでは効いてきます。
2. 実機か、エミュレータ／シミュレータか
「クラウドで多数の端末」と言っても、中身が物理実機か仮想環境かによって、検出できるバグが変わります（この違いは実機とエミュレータの使い分けで詳述）。メーカー独自OS・機種ごとの描画差・実OS負荷を確認するのであれば、物理実機を提供しているかを確認します。
3. レイテンシ／応答速度（データセンターの所在）
クラウド実機は操作をネットワーク越しに送るため、データセンターがどこにあるかで体感速度が変わります。国内利用が中心なら、国内DCのサービスの方が応答が速く、テストのストレスが少なくなります。トライアルで、実際の操作の「もたつき」の有無を必ず体感してください。
4. 自動化・CI連携
今の（あるいはこれから作る）自動テストにマッチするかどうか。Appium など標準的なフレームワークに対応しているか、CI/CDに組み込めるか、並列実行でどれだけスケールするか。ここは記事のスペック欄でなく、トライアルで自分のスクリプトを1本動かして確かめるのが確実です。
5. セキュリティ・コンプライアンス
扱うデータの機微さで要件が変わります。利用後のデータ削除、専有環境やオンプレミス版の有無、規制業種で求められる基準を満たせるか。金融・医療系なら、ここが最初の足切りになることもあります。
6. 料金体系（予算の読みやすさ）
定額か従量課金か。従量は使い始めが安くても、テストを増やすほど読めなくなります。定額は予算化しやすい反面、少量利用だと割高になり得ます。「自分たちの想定利用量」を先に見積もってから、どちらが得かを事前に判断しておく必要があります。逆に、定額だからと「元を取ろう」として使う端末数を増やすのは本末転倒です。目的は必要な検証を満たすことで、なるべく多くの端末を使用することではありません。
7. サポート・ドキュメント（言語含む）
つまずいたときに解決できるか。日本語のサポート・ドキュメントがあるか、FAQやサンプルが充実しているか。導入初期の学習コストを大きく左右します。
自分の状況で「重みづけ」する
7軸すべてで満点のサービスを探すのではなく、自分たちにとって重い軸から見ます。QAでいう、テスト観点に優先度をつけるのと同じです。
- 国内ユーザー中心 → 軸1（国内機種）・軸3（国内DC速度）が重い
- 自動化をCIに載せたい → 軸4が重い
- 規制業種 → 軸5が足切り
- 予算を固定したい → 軸6が重い
重い軸を2〜3個に絞り、そこを同じ条件でトライアル比較する。これが、おすすめ順位に頼らない選び方です。
参考：Remote TestKit をこの軸で見ると
（1つの当てはめ例として。他社を下げる意図はなく、上の軸で1サービスを具体的に見るとどうなるかの参考です）
- 軸1：700機種以上・1200台以上、国内メーカー機を含む。新機種は原則2週間以内に追加。
- 軸2：物理実機。
- 軸3：国内データセンターからの応答。
- 軸4：Appium連携でクラウド実機上の自動テストに対応（Appium Cloud機能。FLAT3以上のプラン）。
- 軸5：NTTレゾナントテクノロジー内のデータセンター＋返却時データ削除。専有が必要なら Remote TestKit Enterprise（オンプレミス版）。
- 軸6：月額50,000円〜（税別）の定額。
- 軸7：国内提供のため日本語サポート・ドキュメント。
自分たちの重い軸と照らして、まずは無料トライアルで軸4（自動化）と軸3（速度）を実際に試すのがおすすめです。
よくある質問（FAQ）
結局どれがおすすめですか？
「万人向けのおすすめ」は存在しません。自社ユーザーの機種・自動化の有無・規制要件・予算のうち、自分たちに重い軸を2〜3個決め、その軸で同条件のトライアル比較をするのが確実です。
比較で最初に確認すべき軸は？
多くの場合、軸1（自社ユーザーの機種が入っているか）と軸4（今の自動化に載るか）です。総機種数やブランドの知名度より、この2つの実利で足切りできます。
トライアルで何を試せばいい？
スペック表に載らない部分、つまり操作の応答速度（軸3）と、自分のテストスクリプトが動くか（軸4）です。ここは実際に触らないと分かりません。
