AIテスト自動化の費用対効果|削減工数の試算方法と3つの落とし穴

AIテスト自動化を導入したい。
しかし上長からは「で、いくら得するの?」と聞かれます。
ここで「工数が減ります」とだけ答えると、話は進みません。
減る工数と増える工数を、両方示す必要があります。
試算で見落とされがちなのは、自動化しても消えない「保守の工数」です。
ここを入れずに計算すると、実績と大きくずれます。
この記事では、削減工数の試算方法を式と例で示します。
3つの落とし穴と、稟議での説明の仕方まで解説します。
費用対効果の基本の考え方
計算は単純です。
減る工数から、増える工数と費用を引きます。
| 項目 | 内容 |
|---|---|
| 減るもの | 手動で実行していた時間 × 実行回数 |
| 増えるもの(初期) | テストを作成する時間 |
| 増えるもの(継続) | 保守にかかる時間、ツールの利用料 |
| 効果 | 減るもの −(増えるもの) |
重要なのは、実行回数が掛け算になる点です。
回数が少なければ、どれだけ作成を効率化しても回収できません。
削減工数の試算手順
次の4ステップで数字を作ります。
推測ではなく、実測値を使うことが前提です。
STEP1|現在の実行時間を測る
対象のテストを手で実行し、時間を計ります。
準備と結果記録の時間も含めます。
ここで感覚値を使うと、試算全体が崩れます。
1回でよいので、実際に計測してください。
STEP2|年間の実行回数を数える
リリース回数と、その都度の実行回数を掛けます。
差し戻しによる再実行も含めます。
STEP3|作成と保守の工数を見積もる
1ケースあたりの作成時間を、試作して測ります。
保守は「画面変更の回数 × 1回あたりの修正時間」で置きます。
STEP4|費用を足す
ツールの利用料と、実行環境の費用を加えます。
生成AIを使う場合は、その利用料も入れます。
試算の例
仮の数値で計算します。
自社の実測値に置き換えて使ってください。
| 項目 | 仮の値 | 年間換算 |
|---|---|---|
| 対象ケース数 | 50件 | — |
| 手動での実行時間 | 1回あたり4時間 | — |
| 実行回数 | 月2回(年24回) | 96時間 |
| 自動テストの作成時間 | 1件40分 × 50件 | 約33時間(初年度のみ) |
| 保守時間 | 月2時間 | 24時間 |
| 初年度の効果 | 96 −(33+24) | 約39時間 |
| 2年目以降の効果 | 96 − 24 | 約72時間 |
初年度は作成工数があるため、効果は小さくなります。
回収が進むのは2年目からです。
ここにツールの利用料を加えて、最終的な損得を判断します。
削減時間を金額に直すには、担当者の時間単価を掛けます。
試算で外す3つの落とし穴
実績とずれる原因は、ほぼ次の3つです。
先に織り込んでおきます。
落とし穴1|保守工数をゼロで置く
最も多い誤りです。
画面が変われば、自動テストも直す必要があります。
AI機能つきツールを使えば減りますが、ゼロにはなりません。
直近1年の画面変更回数から、現実的な数字を置きます。
保守が回らなくなる構造は、テスト自動化の失敗はなぜ起きる?塩漬けからの立て直し方で詳しく扱っています。
落とし穴2|全件を自動化する前提で計算する
自動化に向かないテストがあります。
見た目の確認や、初回の使い勝手の評価は人が行います。
| 自動化に向く | 人が続ける |
|---|---|
| 毎回同じ手順の回帰テスト | 初回の機能確認 |
| 入力チェックの網羅確認 | 使い勝手の評価 |
| 複数環境での同一確認 | 想定外を探す探索的テスト |
| データ量の多い一覧確認 | デザインの見た目確認 |
現実的な自動化率は、対象全体の一部にとどまります。
その前提で削減時間を計算します。
落とし穴3|実行頻度を高く見積もる
「毎日実行する」と置いて計算すると、効果は大きく出ます。
しかし実際には、リリース前だけの実行になりがちです。
過去1年の実績回数を使ってください。
予定ではなく、実績です。
回収できるかの早見表
細かく計算する前に、大まかな判断ができます。
実行頻度と変更頻度の組み合わせで見ます。
| 実行頻度\画面変更 | 変更が少ない | 変更が多い |
|---|---|---|
| 月2回以上 | 回収できる(従来型でも可) | 回収できる(AI機能つきが有利) |
| 月1回程度 | 条件つきで回収できる | 回収は難しい |
| 年数回 | 回収できない | 回収できない |
実行が年数回なら、自動化しないほうが安く済みます。
この場合は、テストの外注も選択肢になります。
稟議で説明するときのポイント
数字だけでは通りません。
意思決定者が気にする点に、先に答えます。
- 初年度は効果が小さいと明示する:後から「話が違う」と言われない
- 削減時間の使い道を示す:空いた時間で何をするかまで書く
- やめる場合の条件を決める:効果が出なければ中止する基準を先に置く
- 品質面の効果も添える:実行頻度が上がることで不具合を早く見つけられる
3番目があると、承認は通りやすくなります。
始めたら止められない提案は、判断されにくいためです。
稟議の通し方は、テスト外注の費用対効果を上長に説明し稟議を通す方法も参考になります。
内製で自動化するか、外部に任せるか
試算の結果、保守要員を置けないと分かる場合があります。
その場合は、体制ごと外部に委託する選択肢もあります。
| 状況 | 向いている選択 |
|---|---|
| 担当者を置け、実行頻度も高い | 内製で自動化する |
| 実行頻度は高いが担当者がいない | 自動化を含めて委託する |
| 実行頻度が低く、繁忙期だけ負荷が高い | 手動テストを都度委託する |
判断の物差しは、テストの内製と外注はどちらが得か|判断の物差しで整理しています。
よくある質問
どのくらいで回収できますか
実行頻度によります。
月2回以上の実行があれば、多くの場合2年目には効果が出ます。
AIを使えば作成工数はゼロになりますか
なりません。
生成は速くなりますが、期待値の確認とレビューの時間が残ります。
レビューの観点はAI生成テストコードのレビュー観点7つ|AIコードレビューはどこまで使えるかにまとめました。
品質向上を数字にできますか
本番障害の件数と、その対応にかかった時間を使います。
1件あたりの対応工数が分かれば、削減額として示せます。
まとめ|実行回数が効果を決める
AIテスト自動化の費用対効果は、実行回数で決まります。
作成が速くなっても、繰り返さなければ回収できません。
- 効果=(実行時間 × 回数)−(作成+保守+費用)
- 保守工数をゼロで置かない。AI機能つきでも残る
- 全件自動化を前提にしない。向かないテストがある
- 実行回数は予定ではなく、過去1年の実績を使う
- 稟議では、やめる条件も一緒に示す
まずは対象のテストを1回、時間を計りながら手で実行してください。
その1つの数字がないと、試算は始まりません。
次に読むならこの記事
テストの手戻りを減らしたい方へ
テスト仕様書のExcelテンプレートを無料で配布しています。自社で整備する場合も、外部に任せる場合も、まずは型を持つところから。



