テストダブルとは？初心者にもわかる基本ガイドと使い方のコツ共起語・同意語・対義語も併せて解説！

この記事を書いた人

岡田康介

名前：岡田康介（おかだこうすけ）ニックネーム：コウ、または「こうちゃん」年齢：28歳性別：男性職業：ブロガー（SEOやライフスタイル系を中心に活動）居住地：東京都（都心のワンルームマンション）出身地：千葉県船橋市身長：175cm 血液型：O型誕生日：1997年4月3日趣味：カフェ巡り、写真撮影、ランニング、読書（自己啓発やエッセイ）、映画鑑賞、ガジェット収集性格：ポジティブでフランク、人見知りはしないタイプ。好奇心旺盛で新しいものにすぐ飛びつく性格。計画性がある一方で、思いついたらすぐ行動するフットワークの軽さもある。 1日（平日）のタイムスケジュール 7:00 起床：軽くストレッチして朝のニュースをチェック。ブラックコーヒーで目を覚ます。 7:30 朝ラン：近所の公園を30分ほどランニング。頭をリセットして新しいアイデアを考える時間。 8:30 朝食＆SNSチェック：トーストやヨーグルトを食べながら、TwitterやInstagramでトレンドを確認。 9:30 ブログ執筆スタート：カフェに移動してノートPCで記事を書いたり、リサーチを進める。 12:30 昼食：お気に入りのカフェや定食屋でランチ。食事をしながら読書やネタ探し。 14:00 取材・撮影・リサーチ：街歩きをしながら写真を撮ったり、新しいお店を開拓してネタにする。 16:00 執筆＆編集作業：帰宅して集中モードで記事を仕上げ、SEOチェックやアイキャッチ作成も行う。 19:00 夕食：自炊か外食。たまに友人と飲みに行って情報交換。 21:00 ブログのアクセス解析・改善点チェック：Googleアナリティクスやサーチコンソールを見て数字を分析。 22:00 映画鑑賞や趣味の時間：Amazonプライムで映画やドラマを楽しむ。 24:00 就寝：明日のアイデアをメモしてから眠りにつく。

テストダブルとは？

テストダブルとは、ソフトウェアのテストを行うときに、実際の部品の代わりに使う“偽物”のことを指します。実際の部品がまだ完成していない場合や、外部依存を避けたい場合に活用します。テストダブルを使うと、テストの安定性と速度を高められます。

テストダブルの主な種類

テストダブルにはいくつかの種類があり、それぞれ役割が異なります。ここでは初心者にも理解しやすい順に紹介します。

able> 種類役割こんなときに使う ダミーただのプレースホルダ。実務的な振る舞いはない。呼び出しをカウントする必要があるが、値を返す必要がないとき スタブ固定のデータを返す簡易な部品。外部システムが遅い・不安定なとき、決まった応答を返したいとき スパイ実際の呼び出しを監視できる。呼び出し回数や引数を記録する。機能が正しく呼び出されているかを検証したいとき モックテストの期待値を設定し、呼び出し結果を検証する。「このメソッドはこの値で呼ばれるべき」という条件を確認したいとき フェイク簡易実装を持つ実用的な代替部品。実装は正確だが軽い。外部依存を完全に置き換える実用的な代替が必要なとき ble>

この表の特徴として、名前が似ていても役割が違う点があります。混同しやすいので、テスト計画を作るときに「どのダブルを使うか」を明確に決めておくと良いでしょう。

テストダブルの作り方のコツ

初学者が陥りがちなポイントは、過剰な機能をダブルに持たせてしまうことです。「実機そっくりに作ろうとしすぎない」ことが大切です。ダブルは、テストの目的を達成するための道具です。外部の振る舞いを再現するだけで、実際の処理を真似する必要はありません。

実例と注意点

例えば、オンラインストアの決済機能をテストする場合、決済代行サービスはネットワークの影響を受けがちです。ここでスタブやモックを使えば、決済処理の結果を安定して再現でき、テストの失敗を減らせます。実運用と同じコードを使っても問題ありませんが、データの分離と責務の分担を意識して設計するとよいです。

実務でのポイント

テストダブルを使うときには、返す値の想定をテストケースごとに決め、失敗時のケースも用意すると良いです。極端なケースに強いダブルを作らず、実際の仕様に沿ったシンプルさを保ちましょう。テストコードの可読性を保つため、ダブルの使い方をドキュメント化しておくと、チームでの共有が進みます。

注意点

過度のモック依存は、リファクタリング時の罠になります。過剰なモックは結合性を見えにくくし、実際の挙動と乖離する原因になります。テストは「実際の動作と同じ条件」で動作することを意識し、可能な限り現実のシナリオを再現してください。

まとめ

テストダブルは、テストを速く、安定させ、外部依存を管理するのに役立つ強力な道具です。正しい種類を正しい場面で選ぶことが、良いテストの第一歩です。

テストダブルの同意語

テストダブル: テストを行う際、実際の依存先の代わりとして使われる、テスト用のオブジェクトの総称。
ダミー: 呼び出しには使われるが、振る舞いはほとんど意味を持たず、データの受け渡し用のプレースホルダとして使われるオブジェクト。
ダミーオブジェクト: ダミーの別名。機能は最小限で、テスト中の依存関係を満たすだけのオブジェクト。
スタブ: 外部依存の挙動を固定化するため、呼び出しに対して決められたデータを返すオブジェクト。
スタブオブジェクト: スタブの別名。テスト中の応答を事前に定義して制御する目的で使う。
フェイク: 実装は簡易だが、現実の振る舞いを近似する。例としてメモリ内データベースなど。
フェイクオブジェクト: フェイクの別名。テスト用の簡易実装を指す。
モック: 事前に期待値を設定し、呼び出し方や回数を検証するためのオブジェクト。
モックオブジェクト: モックの別名。呼び出しの検証を中心に使われるテストダブル。
スパイ: 呼び出しを記録して、後から検証できるようにするオブジェクト。実装は実際の処理を一部委ねることもある。
スパイオブジェクト: スパイの別名。呼び出し履歴の検証を目的とする。
ドライバー: テスト対象を駆動する役割のオブジェクト。テストの入口を提供する。
ドライバーオブジェクト: ドライバーの別名。テスト用の駆動実装を指す。
擬似オブジェクト: テストダブルの総称を指す、広義の訳語。

テストダブルの対義語・反対語

本番実装: テストダブルの対義語としての、実際に動作している本番のコードやコンポーネント。テスト環境で代替せず、現場の実体を指す。
実オブジェクト: テストで使われず、実際に動作するオブジェクト。ダブルの対極としての“本物”のオブジェクト。
実サービス: 外部の実サービスや API など、テスト用の代替品ではない現実のサービス。
実データ: 現実のデータ。テスト用のダミーやフェイクデータの代わりに、実データを使って動作を検証する時の対義語。
本番環境: テスト用の環境ではなく、実際の運用環境。テストダブルを使わずに現場で動作する環境。
現実の依存関係: データベース、メッセージキュー、外部ライブラリなど、テストダブルで置き換えずにそのまま使う依存関係。
実サーバー・実インフラ: 実際に動作するサーバーやインフラ。ダブルを使わず、現実の基盤を使う場合の対義語。
実機検証: 実機を用いて動作を検証すること。テストダブルを使わず、現物の挙動を直接確かめる方法。

テストダブルの共起語

モック: テスト時に依存先の振る舞いを検証するためのダブル。実際の呼び出しを模倣し、呼び出し回数・順序・引数などを検証できる。
スタブ: 呼び出し時に決められた値を返すダブル。副作用を持たず、主に返り値の固定に使われる。
フェイク: 簡易実装の代替オブジェクト。状態を保持するなど、実処理に近い挙動を再現することがある。
スパイ: 呼び出しを記録して後から検証できるダブル。返り値は通常モックと同様に設定されるが、履歴が主目的。
ダミー: 呼び出しても意味のないダブル。型の参照を満たすために使われ、実際の挙動は不要。
ダブル: テストダブルの総称。モック・スタブ・フェイク・スパイ・ダミーを含む概念。
モックライブラリ: モック/スタブを簡単に作成・検証するツール。例: Mockito、JMock、RSpec の doubles など。
依存性注入: テスト時に外部依存を差し替えやすくする設計手法。ダブルの適用を容易にする。
振る舞い検証: モックを用いて、呼び出し回数・順序・引数など“振る舞い”を検証する目的の使い方。
状態検証: 呼び出しの履歴や返り値といった“状態”を検証する使い方。
外部依存の置換: データベース、API、サービスなど外部依存をダブルで置換して安定したテストを行う。
返り値固定: スタブやフェイクで、事前に決めた返り値を必ず返すようにする設定。
呼び出し履歴: スパイ機能によって記録される、関数がいつ呼ばれたかの記録情報。
契約テストの準備: テストダブルを使って外部依存のAPI仕様（契約）を検証する準備をする。

テストダブルの関連用語

ダミー: テストダブルの一種で、実際には何もしない、または使われる場面を満たすだけの役割。主に関数の引数として渡されるが、呼び出しの副作用は発生させず、他のダブルの配置を支えるプレースホルダーとして使われることが多い。
スタブ: 特定のメソッド呼び出しに対して事前に決めた返値を返すテストダブル。外部依存の振る舞いを再現する目的で使われ、呼び出し回数の検証には必ずしも使われないことが多い。
モック: 事前に期待値を設定し、呼び出しの回数・順序・引数などを検証できるテストダブル。振る舞いの検証を主目的として使われ、実際の振る舞いを返すかどうかをテストで確認する。
スパイ: 実際のオブジェクトを包み込み、呼び出しを記録・観察できるテストダブル。必要に応じて実際の処理を実行しつつ、後で呼び出し履歴を検証する用途で使われることがある。
フェイク: 実装としては動作するが、現実の依存より簡略化・高速化した代替実装。例としてインメモリのリポジトリや簡易計算機など、実用上の近似を提供する。
モックライブラリ: テストダブルを生成・管理・検証するためのライブラリ。代表例としてJavaのMockito、Pythonのunittest.mock、JavaScriptのJestなどがある。
依存関係の置換: テスト対象コードが依存する外部要素を、実装を使わずにダブルで置き換えること。これにより単体テストの安定性と速度を高める。
振る舞いの検証: モックを用いて、コードが期待どおりのメソッド呼び出しを行ったかを検証する考え方。呼び出しの有無・順序・引数などを確認する。
状態の検証: テスト実行後のオブジェクトの状態やデータが期待通りになっているかを検証する手法。呼び出し履歴の検証より結果の状態を重視する場合に用いられることがある。
依存性注入（DI）: テスト時に外部依存を差し替えやすくする設計手法。コンストラクタや setter、フレームワークのDI機能を使ってテストダブルを注入しやすくする。