対象試験と出題頻度
デバッガは、基本情報技術者・応用情報技術者の午前問題で出題されるテーマです。
「開発ツールの説明として正しいものはどれか」という比較問題が定番で、トレーサ・インスペクタ・スナップショットといった類似ツールとの区別が問われます。
詳細をクリックして確認
基本情報技術者
応用情報技術者
★★★☆☆
ランクB（標準）覚えておくと有利
用語の定義
情報処理試験を勉強していると、「デバッガって、結局トレーサやインスペクタと何が違うの？」と混乱しがちです。
デバッガ（Debugger）とは、一言で言うと
「プログラムの実行を制御しながら、不具合（バグ）の原因を調査するための開発支援ツール」
のことです。
イメージとしては、「録画した試合の再生プレーヤー」です。
スポーツの試合をスロー再生したり一時停止したりして、ミスが起きた瞬間の選手の動きや位置を細かく確認しますよね。
デバッガも同じで、プログラムを途中で止めたり1行ずつ進めたりして、変数の中身や処理の流れを観察することで「どこでおかしくなったか」を突き止めるツールです。
📊 デバッガの基本情報
| 項目 | 内容 |
|---|---|
| 英語名 | Debugger |
| 分類 | プログラミングツール（開発支援ツール） |
| 主な利用工程 | プログラミング・単体テスト |
| 代表機能 | ブレークポイント、ステップ実行、変数監視（ウォッチ） |
解説
プログラムは規模が大きくなるほど、ソースコードを目で追うだけで誤りの原因を特定するのが困難になります。
「想定と違う計算結果になる」「特定の条件でだけ落ちる」といった現象は、ソース全体を眺めても答えが出ません。
そこで、プログラムを実際に動かしながら内部状態を観察できるツールとして、デバッガが標準的に使われるようになりました。
現代のIDE（統合開発環境）には必ずと言っていいほど搭載されています。
デバッガの主な機能
デバッガが提供する機能は、おおむね次の4つに集約されます。
| 機能名 | 役割 |
|---|---|
| ブレークポイント | 指定した行でプログラムを一時停止させる「しおり」のような仕組み |
| ステップ実行 | 1行ずつ進めながら処理の流れを追跡する。関数に入る／出るも制御可能 |
| 変数監視（ウォッチ） | 停止中の変数やオブジェクトの中身をリアルタイムに表示する |
| コールスタック表示 | どの関数からどの関数が呼び出されたかという呼び出し履歴を確認する |
ブレークポイントで止めて変数を見るイメージ
🛑 デバッガがやっていること（イメージ図）
📋 プログラム（料理のレシピのようなもの）
🔍 今、変数（材料のボウル）の中身はこうなっている
→ 「あれ、ここで合計が想定と違う！」と気づける
🎮 確認したら、好きなように再開できる
（ステップ実行）
（継続実行）
（停止）
▲ デバッガ＝「途中で止めて、中身を見て、また動かせる」リモコンのようなツール
図解：実際のコード上での動き（エンジニア向け）
プログラミングの経験がある人向けに、実際のコード上でデバッガがどう動くかも見ておきましょう。先ほどのイメージ図と同じことを、JavaScriptのコードで表現したものです。
🛑 ソースコード上のブレークポイントと変数監視
🔍 変数ウォッチウィンドウ
| 変数 | 値 |
|---|---|
| a | 10 |
| b | 20 |
| sum | 30 |
→ 次の行で「0で割り算」が起きることがその場で分かる（avgは未定義のまま停止中）
類似ツールとの違い（ここが試験の本丸）
IPA試験で最も狙われるのが、デバッグを支援する各種ツールの役割の違いです。混同しやすいので、機能ベースで整理しておきます。
| ツール名 | 役割 | 見分けキーワード |
|---|---|---|
| デバッガ | プログラムを停止・再開しながらバグを調査する総合ツール | 停止、ステップ実行 |
| トレーサ | 命令の実行順序や実行結果の履歴を時系列に出力する | 履歴、時系列、実行経路 |
| インスペクタ | 実行中のデータ構造（変数）の中身を表示・確認する | データ構造の中身、検査 |
| スナップショット | 特定時点のメモリ・レジスタの状態を出力する | 特定時点、メモリ状態 |
| シミュレータ | 本番とは異なる環境上で対象システムの動きを模擬する | 模擬実行、別環境 |
| メモリダンプ | 主記憶装置の内容をそのまま印字・出力する | 主記憶、出力 |
デバッガは、これらのうち「停止」「ステップ実行」「変数の確認」を統合的に提供するツールという位置付けです。トレーサやインスペクタの機能を内包する形で実装されている製品も多くあります。
コマンドラインデバッガの例（GDB）
代表的なC/C++向けデバッガであるGDBの基本操作を、参考までに紹介します。試験ではコマンド名を覚える必要はありません。
# コンパイル時にデバッグ情報を埋め込む $ gcc -g sample.c -o sample # GDBを起動 $ gdb ./sample (gdb) break 10 # 10行目にブレークポイントを設置 (gdb) run # プログラム実行（10行目で停止） (gdb) print sum # 変数sumの値を表示 (gdb) step # 1行進める (gdb) continue # 次のブレークポイントまで実行
では、この用語が試験でどのように出題されるか見ていきましょう。
💡 デバッガの核心を3行で
・プログラムの実行を制御してバグの原因を調査する開発支援ツール
・主機能はブレークポイント、ステップ実行、変数監視、コールスタック表示
・トレーサ（履歴）・インスペクタ（データ中身）・スナップショット（特定時点の記録）と区別する
試験ではこう出る！
デバッガ単独で正面から問われることは多くありません。出題の主戦場は「プログラミングツールの説明として正しいものはどれか」という、類似ツールとの識別問題です。
📊 過去問での出題実績
| 試験回 | 出題内容 | 問われたポイント |
|---|---|---|
| AP H22春 午前 問21 |
プログラミングツールの機能として正しいものを選ぶ問題。 | ・正解は「インスペクタ＝実行時にデータ内容を表示」 ・トレーサ・シミュレータの説明と入れ替えるひっかけ |
| FE H16秋 午前 問47 |
プログラミングツールに関する記述として正しいものを選ぶ問題。 | ・「インスペクタ＝データ構造の中身を確認」が正解 ・トレーサとの定義の入れ替えがひっかけ |
| FE H18春 午前 問45 |
トレーサの説明として適切なものを選ぶ問題。 | ・「命令の実行順序・結果を時系列に出力」が正解 ・デバッガ全般との混同を狙う出題 |
| FE H22秋 午前 問55 |
EUC（エンドユーザコンピューティング）の説明問題。選択肢にIDEの定義として「エディタ・コンパイラ・デバッガが統合された環境」が登場。 | ・デバッガがIDEの構成要素として登場 ・IDEの説明文の中で確実に押さえる |
📝 IPA試験での出題パターン
パターン1：「ツール名と機能の組み合わせ」を選ばせる
「トレーサ＝履歴出力」「インスペクタ＝データ内容表示」「シミュレータ＝模擬実行」「スナップショット＝特定時点の状態出力」の4つが定番セット。デバッガは「総合的に止めて調べるツール」として、これらの上位概念で覚えておくと混乱しません。
パターン2：IDE関連での登場
FE H22秋 問55のように、IDE（統合開発環境）の説明文の構成要素として「エディタ・コンパイラ・デバッガ」がワンセットで出ます。「IDE＝この3点セット＋ビルド機能」と覚えておけば即答できます。
ひっかけの典型：トレーサとインスペクタの定義を入れ替えた選択肢が頻出です。「履歴」が出てきたらトレーサ、「データ構造の中身」が出てきたらインスペクタ、と即断できるようにしてください。試験ではここまででOKです。GDB等の具体的なコマンドや、ハードウェアデバッガの内部実装まで深追いする必要はありません。
【確認テスト】理解度チェック
ここまでの内容を理解できたか、簡単なクイズで確認してみましょう。
Q. デバッガの説明として、最も適切なものはどれでしょうか？
- A. プログラム実行中の命令の実行順序や実行結果を、時系列に履歴として出力するツール。
- B. 任意の地点でプログラムの実行を一時停止し、変数の内容を確認したり1行ずつ実行したりして、不具合の原因を調査するツール。
- C. プログラム実行時のデータ構造の内容を表示・検査することに特化したツール。
正解と解説を見る
正解：B
解説：
デバッガは、ブレークポイントで実行を止め、ステップ実行や変数監視を組み合わせてバグの原因を調査する開発支援ツールです。「停止して中身を見て、また進める」という対話的な操作が最大の特徴になります。
選択肢Aはトレーサの説明です。トレーサは命令実行の履歴を時系列に記録するもので、実行中に止めて操作する機能はありません。選択肢Cはインスペクタの説明です。インスペクタは実行時のデータ構造の中身の表示に特化しており、実行制御（停止・再開・ステップ実行）は行いません。デバッガはこれらの機能を統合した上位ツールという位置付けで覚えておけば、選択肢の比較で迷いません。
よくある質問（FAQ）
Q. printf文を入れて値を表示する「printfデバッグ」もデバッガの一種ですか？
広義には「デバッグ手法」の一つですが、ツールとしてのデバッガとは区別されます。printfデバッグはソースコードに出力命令を埋め込む手法であり、専用ツールを使いません。手軽な反面、コードを汚す・出力箇所を変えるたびに再ビルドが必要というデメリットがあります。本格的な調査では実行を止めて状態を確認できるデバッガのほうが効率的です。
Q. リモートデバッグとは何ですか？
手元のPCで動かしているデバッガから、別のマシン（サーバや組込み機器）で実行中のプログラムを操作する仕組みです。本番に近い環境でしか再現しないバグや、組込みハードウェア上のファームウェアを調査するときに使います。試験範囲では深掘りされませんが、実務ではよく登場する用語なので名前だけ押さえておくと安心です。
Q. 動的解析と静的解析の違いは？デバッガはどちらですか？
プログラムを実際に動かして調べるのが動的解析、ソースコードを動かさずに解析するのが静的解析です。デバッガは動的解析の代表的なツールに該当します。一方、コンパイル前にコードの問題を検出するLint（リンタ）や静的解析ツールは静的解析側に分類されます。両者は補完関係で、実務では組み合わせて使われます。
Q. 「条件付きブレークポイント」とはどんな機能ですか？
「ループ変数iが100になったときだけ止まる」のように、条件式が真のときだけ停止するブレークポイントです。何万回も繰り返す処理の中で特定回だけ問題が起きるケースを調査するときに役立ちます。試験では問われない実務寄りの知識ですが、デバッガを使いこなす上では必須の機能なので覚えておいて損はありません。
