テスト代行の料金体系｜3つの型と選び方

テストの外注を検討し始めると、多くの現場が次の壁にぶつかります。「外注する方針は決まった。でも、どの課金方式で頼めばいいのか分からない」という壁です。料金の示し方は会社ごとに違い、比べるほど迷いが深まります。

複数の受託案件を同時に抱え、テストはエンジニアが兼任して抜け漏れが起きがちな現場では、外注先を探す前に「支払いの仕組み」でつまずきます。見積もりを取っても、準委任・請負・月額と条件がバラバラで、自社案件に何が合うのか判断できないのです。

この記事では、テスト代行の料金体系を3つの型に整理し、自社の受託案件がどの型に噛み合うかを判断できる状態を目指します。金額の相場そのものではなく、「支払いの型をどう選ぶか」と「予算化・稟議に進める粒度」に焦点を当てて解説します。読み終えたとき、自社案件に当たりをつけられることをゴールにします。

テスト代行の料金体系は大きく3つに分かれる

料金体系は、細かく見れば会社ごとに違います。しかし支払いの仕組みという観点で整理すると、大きく3つの型に集約できます。準委任型・請負型・月額サブスク型の3つです。

ここで最初に押さえておきたいのは、料金体系を選ぶことは「金額の安さを選ぶこと」ではないという点です。同じテスト作業でも、どの型で契約するかによって、費用が固定費になるか変動費になるかが変わります。

料金体系の違いは、金額の多寡ではなく「固定費か変動費か」という支払いの型の違いです。この視点を持つと、自社案件に合う型が見えやすくなります。

料金体系とは「支払いの仕組みの型」を選ぶこと

「テスト代行はいくらかかるのか」という問いは自然です。しかし金額だけを比べても判断はできません。同じ費用でも、稼働量に応じて増減する変動費なのか、範囲を固定した一括の費用なのかで、予算管理の意味がまったく変わるからです。

たとえば同じ「50万円」でも、稼働に応じて上下する見込み額なのか、範囲を満たせば動かない確定額なのかで、社内での扱いは変わります。前者は予算に幅を持たせる必要があり、後者は稟議に金額をそのまま載せられます。金額の大小だけを見ていると、この差を見落とします。

そのため、この記事では金額の相場には深入りしません。相場感を知りたい場合は、テスト代行の費用相場を解説した記事で型ごとの費用感の目安を確認できます。

本記事が扱うのは、あくまで「どの支払いの型を選ぶか」という判断軸です。まずは3つの型の性質を、それぞれの向き不向きとあわせて把握していきましょう。

本記事で扱う3つの型の早見

3つの型は、費用の性質と課金の単位で区別できます。全体像を先に俯瞰しておきます。

料金体系	費用の性質	課金（見積もり）の単位	ざっくり向く案件
準委任型	変動費	人月・工数（稼働時間×単価）	範囲が読みにくい・稼働の波が大きい
請負型	案件単位の固定費	案件・範囲（成果物ごと）	仕様が固まった単発リリース
月額サブスク型	月次の固定費	月額の稼働枠	毎月一定量の稼働がある継続運用

補足として、契約形態（準委任／請負）と費用の見え方（固定費／変動費）は、本来は別の軸です。実務では組み合わせもあり、上の3型は現場でよく見る代表的な組み合わせパターンだと捉えてください。

この3つの型を、次の章から1つずつ掘り下げます。それぞれの「仕組み」「向く案件」「注意点」を押さえれば、自社案件の当てはめができるようになります。読み進める際は、手元の案件を1つ思い浮かべながら照らし合わせると、当てはめが早くなります。

準委任型（人月・従量）｜稼働時間×単価の変動費

準委任型は、テスト担当者が稼働した時間や工数に応じて費用が決まる、変動費のモデルです。人月単価や時間単価をベースに、「稼働した分だけ払う」という考え方が基本になります。3つの型の中では、最も柔軟に案件へ合わせられる型です。

QAエンジニアの人材不足を背景に、スポットや準委任でテストリソースを補う動きは業界全体で広がっています（参考：LASSIC「QAエンジニア不足と外注」）。範囲が読みにくい案件を柔軟に吸収できる点が、この型の強みです。

仕組み｜稼働した分だけ払う（人月・工数単位）

準委任型では、あらかじめ「何をどこまで納品する」という成果物を固定しません。テスト担当者の稼働に対して費用が発生し、人月単価×工数、あるいは時間単価×稼働時間で金額が積み上がります。

準委任型は人月・工数を単位として見積もられるため、稼働量が増えれば費用も増える構造です。範囲が途中で増減しても、稼働の実態に合わせて費用が調整されます。範囲の変動を費用側で吸収できるのが、この仕組みの本質です。

たとえば「まず1人月で着手し、様子を見て2人月に増やす」といった調整が効きます。開発が固まりきらないうちからテストを走らせたい局面では、この身軽さが効いてきます。

一方で注意したいのは、準委任型は品質や不具合の検出そのものを保証する型ではないという点です。稼働に対して費用が発生するため、仮に見落としがあっても、稼働した分の費用は発生しうるというトレードオフがあります。だからこそ、後述する稼働の握り方が重要になります。

向く案件・向かない案件

準委任型が噛み合う案件と、そうでない案件を整理します。あわせて、判断に使える「具体的な問い」を添えます。

向く案件は次のような特徴を持ちます。

• テスト範囲が案件ごとに変わり、事前に確定しづらい（問い：仕様変更の依頼が月1回以上来るか？）
• 継続開発で、リリースのたびにテスト量の波が大きい
• 「まずは手を動かしてほしい」領域があり、走りながら範囲を調整したい
• 開発と並走してテストを進め、都度アサインを増減させたい

一方、次のような案件には向きません。

• 範囲が完全に固まっており、費用を先に固定したい
• 予算が固定枠で、変動費のブレを許容しづらい
• 社内で「総額いくら」を先に確定して報告する必要がある

テスト範囲が案件ごとに変わるなら、変動費で吸収できる準委任型が無理がない選択になります。

注意点｜稼働の上限管理と予算のブレ

準委任型は柔軟な反面、稼働量がそのまま費用に直結します。上限を決めずに進めると、想定より稼働が膨らみ、予算がブレるリスクがあります。使い方を誤ると「柔軟さ」が「読めなさ」に転じます。

• 月あたり・案件あたりの稼働上限をあらかじめ握っておく
• 稼働の実績を定期的に確認し、想定とのズレを早めに把握する
• 上限に近づいたら早めに共有し、続行か打ち切りかを判断する

変動費であることを前提に、稼働のコントロールを効かせることが、この型を使いこなす条件です。上限と実績を毎月突き合わせる運用が回れば、変動費でも見通しは立てられます。

請負型（成果物固定）｜納品に対する案件単位の固定費

請負型は、決めた範囲のテストを実施し、合意した成果物を納品することに対して固定額を支払うモデルです。案件・範囲を単位として費用を先に確定できるのが特徴で、「予算を読み切りたい」ニーズに最も合う型です。

外注を初めて進める場合の全体像は、秋霜堂「QA外注ガイド」のような外注全般の情報も参考になります。ここでは、その中でも「型の性質」に絞って見ていきます。

仕組み｜決めた範囲を固定額で（検収基準の合意が前提）

請負型では、「このテスト範囲を、この成果物として納品する」という合意を先に固めます。その範囲に対して固定額が決まるため、費用は案件単位で確定します。稼働量が多少前後しても、合意した範囲を満たせば費用は変わりません。

ここで実務上の要となるのが、検収基準の事前合意です。費用を固定できるのは、「何をもって完成とするか」を発注前に決めているからにほかなりません。具体的には、次のどこまでが検収（納品）の対象かを、発注前にすり合わせておく必要があります。

• テスト設計書・テスト観点表
• テストケース一覧
• 実施エビデンス（結果ログ・スクリーンショット等）
• 不具合票（起票された不具合の一覧）
• 完了報告書

成果物の範囲を発注前に定義しておくことが、費用を固定できる前提です。完了報告書だけを成果物と考えていると、後から「テストケースも欲しかった」となり、範囲と費用の認識がずれます。どこまでが検収対象かを先に握ることが、固定額を成立させる条件だと捉えてください。

なお、ここで確認するのはあくまで「どの成果物までを納品範囲とするか」という実務上のすり合わせです。契約上の責任分界を細かく詰める話とは別で、まずは納品物のリストを合意しておけば、費用の固定は十分に成立します。

向く案件・向かない案件

請負型が噛み合う案件を整理します。判断に使える問いもあわせて添えます。

向く案件は次のとおりです。

• 仕様がすでに固まっている単発リリース（問い：リリースまで仕様が動かない見込みか？）
• テスト範囲が明確なスポット検証
• 予算を先に確定させ、社内で費用を説明したい
• 納品物のリストが具体的に描ける

次のような案件には向きません。

• 開発と並行して仕様が動き、テスト範囲が確定しない
• リリースが継続的で、そのつど範囲を切り出すのが手間
• 範囲がまだ曖昧で、走りながら決めたい

範囲が固まっている単発リリースなら、固定額で予算が読める請負型が説明しやすいです。

注意点｜範囲が動くと調整が発生する

請負型の固定額は、「合意した範囲」が前提です。開発途中で仕様が変わり、テスト範囲が動くと、その都度の変更調整が発生しやすくなります。範囲が動くほど、固定額の前提が崩れていきます。

• テスト範囲と成果物（検収対象）の定義を、発注前にできるだけ具体化しておく
• 範囲変更が起きたときの追加調整の進め方を、事前にすり合わせておく
• 変更が多発しそうな案件では、そもそも準委任型を検討する

範囲が動きやすい案件では、この調整コストが積み重なる点に注意が必要です。固定額のメリットは「範囲が動かない」ことで初めて活きる、と覚えておいてください。

月額サブスク型（QaaS）｜稼働枠を毎月確保する月次の固定費

月額サブスク型は、一定のテスト稼働枠を毎月定額で確保するモデルです。QA as a Service（QaaS）とも呼ばれ、都度見積もりを取らずに継続的なテストリソースを確保できます。

なお、QaaSという言葉は自動化基盤やクラウド環境を指す使われ方もある多義的な用語です。本記事ではQaaSを「月額定額で継続的なテスト稼働枠を確保するモデル」の意味で用います。実際に契約する際は、その稼働枠に何が含まれるか（テスト実行のみか、テスト設計や環境構築まで含むのか）を必ず確認してください。含まれる範囲によって、同じ月額でも実質の価値が変わります。

仕組み｜稼働枠を月額定額で確保（月額の稼働枠が単位）

QaaSでは、「毎月これだけの稼働枠を使える」という枠を月額固定で契約します。案件ごとに見積もりを取り直すのではなく、確保した枠の中でテスト作業を回していく形です。見積もりの単位は「月額の稼働枠」であり、案件単位ではありません。

月額の稼働枠を毎月定額で提供するプランは実際に存在します（例：クオリー QAテストラボ）。こうした月額プランがサービスとして成立していること自体が、この型が実運用に耐えることの裏付けになります。

準委任型との違いは、「稼働の増減が費用に直結するか」にあります。準委任型は使った分だけ払いますが、月額サブスク型は枠を先に固定します。そのぶん月ごとの費用が読みやすく、予算計画に載せやすくなります。

向く案件｜継続運用・複数案件

QaaSが噛み合うのは、毎月のテスト稼働が一定量読める案件です。

• 継続運用のプロダクトがあり、毎月コンスタントにテストが発生する（問い：毎月コンスタントにテスト作業が発生するか？）
• 複数の受託案件を並行し、月単位で見ればテスト量が平準化される
• 保守・改修が続き、リリースが途切れず発生する
• 見積もり取得の手間を減らし、テスト運用を定常業務にしたい

こうした状況では、月ごとに見積もりを取り直すより、枠を確保しておくほうが管理が軽くなります。特に複数案件を並走させる現場では、案件をまたいで枠をならせる点が効いてきます。

メリット｜都度見積もりの管理コスト削減

月額サブスク型の実務上の利点は、費用そのものより「管理コスト」にあります。案件のたびに見積もり依頼・比較・発注承認を繰り返す手間が、月額契約に集約されます。

• 見積もりの取り直しにかかる社内工数が減る
• 発注のたびの承認フローを毎回回さずに済む
• テスト依頼の窓口が一本化され、社内の調整が減る

複数案件を同時に動かす現場ほど、この管理コスト削減の効果は大きくなります。見積もり業務そのものが月に何度も発生している現場なら、金額以上に「手間が減る」効果を実感しやすいはずです。

注意点｜稼働量の見極めが前提

一方で、月額サブスク型は「使い切れない月は割高になる」という性質を持ちます。確保した枠を使わなくても月額は発生するため、稼働量の見極めが前提条件になります。

• 毎月どれだけのテスト稼働が発生するかを、過去の実績から見積もる
• 稼働が読めない立ち上げ期は、まず準委任型で様子を見る選択肢もある
• 数か月ぶんの実績を見てから、枠のサイズを調整する

稼働量が安定して読める段階に来てから移行するのが、無理のない使い方です。いきなり大きな枠を契約せず、実績で裏づけてから枠を決めると、割高になるリスクを抑えられます。

テスト代行の料金体系を選ぶ5つの判断軸｜自社案件チェックリスト

ここまでの3つの型を、自社案件に当てはめて選ぶための判断軸を提示します。「うちは継続運用型だから月額サブスク」というように、当たりをつけられる状態を目指します。どの型を選ぶかは、金額よりも先に「案件の性質」で当たりをつけると迷いません。

まず、3つの型が各判断軸でどう振る舞うかを一覧にします。

判断軸	準委任型	請負型	月額サブスク型
リリース頻度	継続でも単発でも可	単発向き	継続向き
テスト範囲の変動	変動に強い	固定向き	変動をならせる
月次の稼働量	波があってよい	案件ごと	一定量が前提
予算の説明しやすさ	変動費で読みにくい	固定費で読みやすい	月次固定で読みやすい
見積もりの単位	人月・工数単位	案件・範囲単位	月額の稼働枠単位

この表を踏まえ、次の5つの判断軸で自己診断してみてください。

5つの判断軸を1つずつ（YES/NOで答える問い付き）

自社案件を、次の5つの軸でYES/NOで見ていきます。答えやすいよう、具体的な問いを添えます。

1. リリース頻度：継続運用が中心か、単発リリースが中心か（問い：毎月リリースやテストが発生するか？）
2. テスト範囲の変動しやすさ：案件ごとに毎回変わるか、固定できるか（問い：仕様変更の依頼が月1回以上来るか？）
3. 月次で使い切れる稼働量があるか：毎月一定のテスト量が見込めるか（問い：毎月コンスタントにテスト作業が発生するか？）
4. 予算の通しやすさ：固定費と変動費、上長にどちらが説明しやすいか（問い：稟議で「いくらかかるか」を先に確定させる必要があるか？）
5. 都度見積もりの管理コストに耐えられるか：案件ごとの見積もり運用が回るか（問い：見積もり依頼と承認を毎回回す余力があるか？）

この5つを埋めていくだけで、自社案件の輪郭がかなりはっきりします。YES/NOで答えにくい軸があれば、それは判断材料がまだ足りない箇所なので、社内で情報を集める起点にもなります。

判断軸の組み合わせで型が見えてくる

5つすべてを厳密に埋めなくても、上位2軸だけで方向性は絞れます。

「継続運用か単発か」「範囲が変わるか固定か」の2軸だけでも、合う型はかなり絞り込めます。

代表的な当てはめ例を挙げます。

• 単発リリース × 範囲が固定：請負型が第一候補。予算を先に確定できる
• 継続開発 × 範囲が毎回変わる：準委任型が無理がない。変動を費用で吸収できる
• 継続運用 × 毎月一定の稼働：月額サブスク型が効く。見積もり管理を軽くできる
• どれにも割り切れないグレーな案件：現実解として複数型を併用する。例えば基本は準委任型で回し、繁忙期のリリース前だけスポットの請負を足す、という組み方も有効

自社案件がどのパターンに近いかを見れば、検討すべき型が定まります。きれいに1型へ収まらなくても、併用で調整できると考えると気が楽になります。実際の現場では、複数案件それぞれで型が違うことも珍しくありません。

なお、そもそも内製と外注のどちらが得かという前段の整理がまだの場合は、内製と外注の判断軸を解説した記事を先に読んだうえで料金体系を検討すると、判断の順序が整います。

型が決まったら「小さく始める」｜スモールスタートの進め方

型に当たりがついても、いきなり大きく発注する必要はありません。むしろ、まず小さく試してから社内稟議を通す進め方が、現実的で通しやすいです。

• 請負型で小さく試す：範囲を絞った単発の検証を1件だけ依頼し、成果物と進め方を確かめる
• 準委任型で小さく試す：少人数・短期間（例：まず1〜2人月・数か月）の稼働から始め、実績を見て枠を広げる

いずれも、いきなり全社導入や大型契約に踏み込まず、「小さく試せる」規模から始めるのが要点です。小さく試す狙いは、金額を抑えることだけではありません。外注先とのやり取りの相性や、成果物の粒度が自社の期待と合うかを、低リスクで確かめられる点にあります。

実績が出れば、次の稟議は格段に通しやすくなります。具体的な金額感については、テスト代行の費用相場を解説した記事で人月単価や案件規模の目安を確認したうえで、スモールスタートの予算を組むとよいでしょう。

上長への説明｜固定費と変動費のどちらが通しやすいか

判断軸のひとつに「予算の通しやすさ」を挙げました。社内で外注予算を通す際、固定費と変動費のどちらが説明しやすいかは、型選びの実務的な要素になります。

一般に、範囲と金額を先に確定できる固定費（請負型・月額サブスク型）は、稟議で「いくらかかるか」を示しやすい傾向があります。一方、準委任型の変動費は柔軟ですが、上限の握り方を説明に含める必要があります。

説得の語り口としては、費用そのものだけでなく、本番でバグが出たときのコストと並べて考える視点が有効です。本番障害が起きれば、クライアントへの謝罪・原因調査・信頼回復の対応に、目に見えないコストと工数がかかります。事前のテスト外注コストを、その「起きたときのコスト」と天秤にかける語り口は、上長にも伝わりやすいものです。

上長への稟議の通し方そのものは、テスト外注の費用対効果を説明する方法の記事で詳しく解説しています。予算軸で迷う場合は、あわせて参照してください。

まとめ｜テスト代行の料金体系は案件の性質で選ぶ

ここまで見てきたとおり、支払いの型は準委任型・請負型・月額サブスク型の3つに整理できます。最後に、それぞれの性質と向く案件を3行で振り返ります。

• 準委任型：稼働時間×単価の変動費（人月・工数単位）。範囲が読みにくく、稼働の波が大きい継続開発に向く
• 請負型：納品に対する案件単位の固定費（案件・範囲単位、検収基準の合意が前提）。仕様が固まった単発リリース・スポット検証に向く
• 月額サブスク型：稼働枠を毎月確保する月次の固定費（月額の稼働枠単位）。毎月一定の稼働がある継続運用・複数案件に向く

どの料金体系が正解かではなく、自社案件の性質にどの型が噛み合うかで選ぶことが、失敗しない選び方です。

前章の5つの判断軸に自社案件を当てはめれば、検討すべき型に当たりをつけられます。まずは「継続運用か単発か」「範囲が変わるか固定か」から見ていくのが近道です。割り切れない案件なら、複数型の併用も現実的な選択肢になります。

型に当たりがついたら、あとは小さく試して実績を積むだけです。机上で完璧に選び切るより、小さく試しながら自社に合う形へ寄せていくほうが、結果的に早く定まります。

よくある質問｜テスト代行の料金体系の選び方

最後に、料金体系の選び方についてよく寄せられる疑問を、Q&A形式で整理します。

Q. テスト代行の料金体系は、結局どれを選べばいいですか？

A. 一律の正解はなく、案件の性質で決まります。仕様が固まった単発なら請負型、範囲が毎回変わる継続開発なら準委任型、毎月一定の稼働がある継続運用なら月額サブスク型が目安です。まずは「継続か単発か」「範囲が変わるか固定か」の2軸で当たりをつけてください。

Q. 月額サブスクと準委任は、どう使い分ければいいですか？

A. 稼働量が読めるかどうかが分かれ目です。毎月コンスタントに一定量のテストが発生するなら、見積もり管理が軽い月額サブスクが向きます。稼働の波が大きく、月ごとの量が読みにくいなら、稼働した分だけ払う準委任のほうが無理がありません。立ち上げ期でまだ読めないうちは、準委任で様子を見てから移行する進め方が安全です。

Q. いきなり大きく頼まず、小さく試すことはできますか？

A. できます。範囲を絞った単発の請負を1件だけ依頼する、あるいは少人数・短期間の準委任から始める、といったスモールスタートが可能です。まず小さく試すことで、外注先との相性や成果物の粒度を、低リスクで確かめられます。実績を見てから枠を広げれば、社内稟議も通しやすくなります。

Q. 複数の型を組み合わせて使ってもいいですか？

A. 問題ありません。むしろ実務では併用が現実解になる場面が多いです。基本は準委任型で回しつつ、範囲が固まったリリース前だけスポットの請負を足す、といった組み方ができます。案件ごとに型を変える運用も一般的です。

Q. 金額の相場も知りたいのですが。

A. 本記事は「支払いの型の選び方」に絞っています。人月単価や案件規模ごとの費用感の目安は、テスト代行の費用相場を解説した記事で確認できます。型を決めてから相場を当てると、予算の見通しが立てやすくなります。

なお、私たち「テスター10」は工数ベース（準委任型）を基本としつつ、スポットでのご依頼にも対応しています。料金体系の柔軟性という点でも、案件の性質に合わせた組み方を相談いただけます。

スポットや単発の小さなご依頼から始められるので、いきなり大きく契約する必要はありません。自社案件にどの料金体系が合うか迷われている方は、テスト体制の見直しについてお気軽にご相談ください。具体的な進め方の相談は、テスト体制のご相談窓口から受け付けています。