スマホアプリのテスト外注費用は、一般的な目安として簡易確認で20万〜60万円、標準的なリリース前テストで60万〜200万円、大規模案件では150万〜400万円以上です。端末・OSの範囲、テスト項目数、再テスト回数で変動するため、修正費を分けて比較することが重要です。

スマホアプリは、同じプログラムでも端末の性能、画面サイズ、OS(端末を動かす基本ソフト)のバージョン、通信状態によって動作が変わります。開発中の確認だけでは、特定端末での表示崩れ、通知の不達、通信切断後の操作不能などを見落とすことがあります。

一方、すべての端末と操作を確認しようとすると、テスト費用と期間が膨らみます。発注者に必要なのは、テスト項目を無制限に増やすことではなく、利用者や事業への影響が大きい箇所から優先順位を付けることです。本記事では、スマホアプリ特有のテスト範囲、費用相場、依頼準備、見積もりの見方を発注者向けに解説します。

アプリテスト外注の費用相場と期間

アプリテストの費用は、テスト担当者の人数だけではなく、「何通りの操作を、何台の端末で、何回確認するか」によって決まります。QA(Quality Assurance=製品の品質を計画的に確認・保証する活動)の担当者が、仕様を読み解いてテストを設計する費用も必要です。

規模別の費用相場

以下は、スマホアプリのリリース前テストを外注する場合の一般的な目安です。開発費や不具合の修正費、脆弱性診断の費用は含みません。

テスト規模 費用の目安 期間の目安 想定される内容
簡易テスト 20万〜60万円 1〜3週間 主要画面と重要機能を少数端末で確認
標準テスト 60万〜200万円 3〜6週間 機能、表示、通信、端末差、再テストを実施
大規模テスト 150万〜400万円以上 6〜12週間以上 多機能、多数端末、外部連携、負荷確認を含む
テスト自動化の初期構築 80万〜300万円以上 1〜3か月以上 繰り返し実行するテストを自動化する仕組みを構築

テスト自動化は、操作確認の一部をプログラムで繰り返す方法です。一度作れば費用がゼロになるわけではなく、画面や仕様を変更するたびに自動テスト側の保守も発生します。短期の単発開発より、定期的に機能追加するアプリに向いています。

発注のご相談を受ける開発会社の立場では、「完成したアプリを一通り確認してほしい」という依頼をよくいただきます。しかし、「一通り」の解釈は会社によって異なります。ログインから主要機能だけを確認するのか、例外操作や通信切断まで確認するのかを定義しなければ、見積もりを公平に比較できません。

見積もりを構成する主な費用

費用項目 一般的な目安 内容
テスト計画・設計 15万〜60万円 対象範囲、確認方法、合否基準を整理
テスト環境・端末準備 5万〜30万円 実機、アカウント、テストデータなどを準備
テスト実施 20万〜120万円 テストケースに沿った操作と結果記録
進行・不具合管理 10万〜50万円 質問対応、進捗報告、不具合の整理
修正後の再テスト 10万〜60万円 修正確認と関連機能への影響を確認

テストケースとは、「どの条件で、何を操作し、どの結果になれば合格か」を記載した確認項目です。画面数が同じでも、会員状態、権限、決済方法などの条件が増えれば、テストケース数も増えます。

例えば、購入機能を確認する場合、正常な購入だけでなく、残高不足、通信切断、決済途中のキャンセル、二重タップ、購入後の返金などを考える必要があります。条件の組み合わせが多いほど、費用は高くなります。

テスト費用に含まれないことが多い項目

見積もりを比較するときは、次の項目がテスト費用に含まれるか確認してください。

  • 発見された不具合のプログラム修正
  • 修正によって影響を受ける周辺機能の追加確認
  • App Store・Google Playへの申請作業
  • サーバーへの負荷テスト
  • セキュリティの脆弱性診断
  • 利用規約やプライバシーポリシーの法務確認
  • テスト用アカウントや外部サービスの利用料
  • テスト終了後の長期的な品質管理

特に、不具合の「発見」と「修正」は別作業です。第三者のテスト会社は不具合を報告できますが、アプリの設計やプログラムを把握していなければ修正できません。開発会社とテスト会社が異なる場合は、質問窓口と修正後の確認手順も決めておきましょう。

スマホアプリで確認すべきテスト範囲

スマホアプリのテストでは、機能が仕様どおり動くかだけでなく、端末差、通信変化、権限設定、バックグラウンドからの復帰なども確認します。ただし、すべてを同じ深さで確認する必要はありません。事業上の重要度と不具合の起こりやすさで優先順位を付けます。

テストの種類と発注時の考え方

テストの種類 確認内容 優先度が高いアプリ
機能テスト 仕様どおりに操作・保存・表示できるか すべてのアプリ
端末・OSテスト 画面サイズやOSの違いで問題が出ないか 一般消費者向けアプリ
通信テスト 低速、切断、再接続時に正しく処理されるか 決済、予約、投稿を扱うアプリ
権限テスト カメラ、位置情報、通知などの許可・拒否に対応できるか 端末機能を利用するアプリ
ユーザビリティテスト 利用者が迷わず操作できるか 新規サービス、一般消費者向けアプリ
負荷テスト 利用集中時にもサーバーが処理できるか キャンペーン、ライブ配信、予約アプリ
セキュリティテスト 情報漏えいや不正利用につながる問題がないか 個人情報、決済、機密情報を扱うアプリ
受入テスト 発注目的と業務要件を満たしているか すべての受託開発案件

受入テストとは、納品物が発注時の要件を満たしているかを発注者が確認する工程です。テスト会社の品質確認とは目的が異なります。テスト会社が「不具合なし」と判定しても、発注者が求めていた業務や顧客体験を実現できているとは限りません。

例えば、予約機能が仕様どおり動作していても、店舗側への通知方法が実際の運用に合っていなければ、サービスとしては利用しにくい状態です。発注者側でも、利用者、管理者、カスタマーサポートなどの視点から受入テストを行う必要があります。

対象端末とOSの決め方

すべての市販端末を実機で確認するのは現実的ではありません。次の軸で代表端末を選びます。

  • 利用者が多いOSとバージョン
  • 小型・標準・大型などの画面サイズ
  • 高性能端末と比較的性能の低い端末
  • カメラや生体認証など、利用する端末機能の違い
  • 自社の従業員や顧客が実際に使用している端末
  • 今後サポート対象とするOSの最低バージョン

既存アプリであれば、アクセス解析や問い合わせ履歴から利用端末を確認します。新規アプリでデータがない場合は、想定ユーザー、法人支給端末の有無、競合サービスの対応範囲などを基に決めます。

実機3〜10台程度から始める案件もありますが、これは絶対的な基準ではありません。特定の法人支給端末だけで使う業務アプリなら数台で十分な場合があります。一方、不特定多数が使う一般消費者向けアプリでは、主要端末を広く確認したほうが安全です。

実機を無制限に増やすのではなく、優先度の高い端末は全項目を確認し、優先度が低い端末は主要機能だけに絞る方法もあります。端末とテスト範囲を組み合わせて設計することが費用調整のポイントです。

優先度を上げるべき機能

次の機能は、不具合が売上、個人情報、顧客対応に直結しやすいため、重点的に確認します。

  • 会員登録、ログイン、退会
  • 商品購入、課金、返金
  • 予約、キャンセル、在庫確保
  • 個人情報の登録・変更・削除
  • プッシュ通知とアプリ内通知
  • カメラ、位置情報、生体認証
  • 外部サービスとのデータ連携
  • 管理画面からの設定反映
  • オフラインからオンラインへ戻ったときの再処理

異常時の確認も重要です。利用者は常に想定どおり操作するとは限りません。ボタンの連打、戻る操作、入力途中のアプリ終了、圏外への移動などを含めて設計します。

アプリテストを外注する準備と進め方

テスト外注は、アプリ完成後に依頼先を探すより、開発中から準備したほうが効率的です。仕様書が不足したままテスト会社へ渡すと、期待結果を判断できず、質問対応やテスト設計の費用が増えます。

外注前に用意する資料

最低限、以下を準備します。すべてを発注者だけで作る必要はなく、開発会社から受け取る資料も含まれます。

  • アプリの目的と対象ユーザー
  • 機能一覧と優先順位
  • 画面一覧・画面遷移図
  • 対応する端末とOS
  • テスト対象と対象外の範囲
  • テスト用アプリの配布方法
  • テスト用アカウントと権限
  • 決済・予約などに使うテストデータ
  • 外部サービスとの連携仕様
  • リリース予定日と審査期間
  • 不具合の報告方法と連絡先
  • 合格条件と検収条件

資料が完成していなくても、現状の仕様と未決事項を分けて共有すれば相談は可能です。未決事項を隠して固定価格の見積もりを求めると、外注先がリスクを見込んで高く見積もるか、後から追加費用が発生しやすくなります。

外注の進め方6ステップ

  1. テストの目的を決める
    ストア公開前の品質確認、開発会社とは別の第三者評価、端末差の確認など、依頼目的を明確にします。

  2. 重要機能とリスクを整理する
    売上、個人情報、顧客対応への影響が大きい機能を優先します。

  3. 端末・OSと対象範囲を決める
    全端末を対象にせず、利用者構成に合わせて優先順位を付けます。

  4. 同じ条件で見積もりを依頼する
    機能一覧、対象端末、希望期間、成果物、再テスト回数を各社へ同じ条件で伝えます。

  5. テスト実施と不具合管理を行う
    不具合を重要度別に整理し、開発会社へ修正を依頼します。

  6. 再テストとリリース判断を行う
    修正結果と残存課題を確認し、公開するか延期するかを事業責任者が判断します。

リリース判断では、「不具合がゼロか」だけを見るべきではありません。表示上の軽微な問題と、決済の二重処理につながる問題を同列に扱うと、限られた期間を有効に使えません。

不具合の重要度は、例えば次のように分けます。

重要度 状態の例 基本方針
緊急 情報漏えい、決済誤り、データ消失 リリース前に必ず対応
高 ログイン不可、主要機能が利用不可 原則としてリリース前に対応
中 一部条件で操作できない、代替手段がある 影響と修正期間を見て判断
低 軽微な表示崩れ、文言の不統一 公開後の修正も検討可能

テスト期間は公開日から逆算する

テストは、実施して終わりではありません。不具合の修正と再テストの期間が必要です。ストア審査で修正を求められる可能性もあるため、テスト終了日を公開日の直前に設定しないようにします。

標準的な案件では、初回テストに2〜4週間、修正に1〜3週間、再テストに1〜2週間程度を見込むことがあります。実際の期間は機能数や修正量で変わるため、公開予定日から逆算して余裕を持たせてください。

見積もりの比較方法とテスト会社の選び方

見積金額だけでなく、前提条件と成果物を比較することが重要です。安い見積もりでも、テスト設計や再テストが含まれていなければ、最終的な費用が高くなる可能性があります。

見積書で確認する項目

  • テスト対象の機能と対象外の機能
  • 対象端末、OS、画面サイズ
  • テストケース数または想定工数
  • テスト計画・設計の費用
  • 実機の用意と利用料金
  • 不具合報告書の形式
  • 定例会や質問対応の回数
  • 再テストの回数と対象範囲
  • 仕様変更時の追加費用
  • 延長時の単価
  • テストデータの作成担当
  • 機密情報や個人情報の取り扱い
  • 成果物の権利と保管期間

「テスト一式」としか書かれていない見積もりでは、各社の範囲を比較できません。少なくとも、対象機能、端末数、テストケース数、再テスト回数は明記してもらいましょう。

開発途中で仕様が変わる可能性がある場合は、変更時の費用算定方法も確認します。追加費用の考え方については、システム開発の追加費用相場|発生原因と防ぎ方も参考になります。

外注先の種類を比較する

外注先 向いている案件 メリット 注意点
開発会社へ一括依頼 小〜中規模、短納期 修正までの連携が速い 第三者視点が弱くなる場合がある
テスト専門会社 大規模、端末数が多い案件 テスト設計や端末検証に強い 開発会社との調整が必要
開発会社と第三者の併用 決済、個人情報を扱う重要案件 内部確認と第三者評価を両立できる 費用と管理工数が増える
個人のテスター 範囲が限定された小規模案件 小回りが利きやすい 体制、情報管理、継続対応を要確認

既存アプリを大きく改修する場合は、新機能だけでなく既存機能への影響も確認します。リニューアル全体の予算や進め方は、アプリリニューアル費用相場|外注の進め方で詳しく解説しています。

テスト会社を見極める質問

商談では、次の質問への回答を確認します。

  • 類似するアプリのテスト経験があるか
  • 対応可能な実機とOSは何か
  • テストケースを誰が設計するか
  • 仕様が曖昧な場合はどう確認するか
  • 不具合の重要度をどのように判定するか
  • 開発会社との連携方法は何か
  • 再テストは何回まで含まれるか
  • 途中で仕様変更があった場合の費用はどうなるか
  • テスト担当者の入れ替え時にどう引き継ぐか
  • 個人情報やテストデータをどう管理するか

良い外注先は、依頼された項目をそのまま実行するだけでなく、アプリの目的や重要機能を確認したうえで、優先順位を提案します。「全機能を全端末で確認しましょう」という提案は安全に見えますが、予算に対して過剰な場合もあります。

反対に、仕様をほとんど確認せず短時間で固定価格を提示する会社にも注意が必要です。テスト対象を十分に把握していなければ、後から対象外が増える可能性があります。

よくある失敗と回避策

失敗1:完成後に初めてテストを相談する
外注先の確保、テスト設計、実機準備に時間がかかり、修正期間を取れなくなります。開発中に相談し、リリース予定日から逆算しましょう。

失敗2:端末数だけで見積もりを比較する
同じ5台でも、全機能を確認する場合と主要機能だけを確認する場合では工数が異なります。端末数とテストケース数の両方を確認してください。

失敗3:不具合修正も含まれると思い込む
テスト専門会社の見積もりには、通常、プログラム修正が含まれません。修正担当、修正費、再テスト費を分けて予算化します。

失敗4:テスト会社へ判断を丸投げする
どの不具合を許容して公開するかは、事業上の判断です。売上や顧客への影響を理解する発注者側の責任者が最終判断を行います。

失敗5:正常操作しか確認しない
通信切断、権限拒否、二重タップ、アプリ強制終了など、スマホ特有の状況をテストへ含めます。

アプリテストの対象範囲や開発会社との役割分担を整理したい場合は、開発のご相談はこちらからご相談いただけます。

まとめ

  • アプリテスト外注の費用は、簡易テストで20万〜60万円、標準テストで60万〜200万円、大規模案件では150万〜400万円以上が一般的な目安です
  • 費用は、機能数だけでなく、テストケース数、端末・OSの数、再テスト回数で変動します
  • 不具合の修正費はテスト費用に含まれないことが多いため、分けて予算化します
  • すべての端末を均等に確認するのではなく、利用者数と事業影響に基づいて優先順位を付けます
  • 決済、ログイン、予約、個人情報、外部連携などは重点的な確認が必要です
  • 見積もりでは、対象機能、対象端末、テストケース数、成果物、再テスト回数を比較します
  • テストは公開直前ではなく、修正と再確認の期間を含めて1〜2か月以上前から相談するのが現実的です
  • 最終的なリリース判断は、テスト会社へ任せきりにせず、事業責任者が利用者への影響を踏まえて行います

よくある質問

スマホアプリのテスト外注費用はいくらですか?

一般的な目安は、主要機能に絞った簡易テストで20万〜60万円、標準的なリリース前テストで60万〜200万円、大規模なアプリで150万〜400万円以上です。端末・OSの数、テストケース数、再テスト回数などで変動し、不具合の修正費は別になるのが一般的です。

アプリテストでは何台の端末を用意すればよいですか?

一律の正解はありません。利用者データがある場合は利用率の高い端末・OSを優先し、新規アプリでは主要な画面サイズ、OSの新旧、性能差を代表する端末を選びます。実機3〜10台程度から始める案件もありますが、対象ユーザーや不具合時の影響に応じて増減させます。

テスト外注費に不具合の修正費も含まれますか?

通常、テスト外注費に含まれるのはテスト設計、実施、不具合報告、再テストなどで、プログラムの修正費は含まれません。開発会社へテストも依頼する場合でも、修正対象、無償修正の条件、再テスト回数を見積書と契約書で確認してください。

アプリテストはいつ外注先へ相談すればよいですか?

リリース予定日の1〜2か月以上前を目安に相談するのが現実的です。大規模案件や対応端末が多い案件は、要件定義や開発中の段階から相談すると、テストしにくい仕様や準備不足を早期に修正できます。