「分かりそう」で「分からない」でも「分かった」気になれるIT用語辞典

順番に見ていきましょう。
まずは予備知識として「ソースコード」と「デバッグ」について説明します。
「そんなの説明されなくても知ってるよ！」な人は適当に読み飛ばしてください。

ソースコードは「人間語で書いたプログラムの元ネタ」です。



プログラムを作って動かすまでの一般的な流れは

１．人間語でプログラムの元ネタを書く
２．元ネタを人間語から機械語に翻訳する
３．翻訳された指示に従って、コンピュータさんが お仕事する

です。



コンピュータさんは人間語が分かりません。



人間様はコンピュータさんの言葉が分かりません。



プログラムは人間様が作るものです。
そこで最初は人間様が分かる言葉でプログラムを作ります。
コンピュータさんに対する「あれをやれ」「これをやれ」な命令を人間語で書くのです。



次に人間語で書いたプログラムの元ネタをコンピュータさんが分かる言葉に翻訳します。
実際に お仕事をするのは、コンピュータさんですからね。
コンピュータさんが分かる言葉に変換する必要があるのです。



コンピュータさんが分かる言葉に翻訳したので、コンピュータさんは命令の内容を理解できます。
指示に従って、お仕事をしてくれるでしょう。



かなり簡略化した説明ですけどね。
これがプログラムを作るときの流れです。

この話で登場した

人間語で書いたプログラムの元ネタ

を「ソースコード」と言います。



デバッグは「不具合の原因を探して直すこと」です。
プログラムの おかしいところ（バグ）を取り除く作業とも言えます。



デバッグのやり方は、いろいろ あります。

以上を踏まえて、いろいろあるデバッグのやり方のひとつで

ソースコードを目で見て、不具合の原因を探すやり方

が「机上デバッグ」です。



机上デバッグでは実際のプログラムは動かしません。
「この値を入れて、ここの処理を動かしたら、結果は こうなるはずだよね」のように頭の中だけで動かします。
実際にプログラムを動かすのが面倒くさい……もとい、手間がかかったり負担が大きいときにやるデバッグのやり方です。

なお、机上デバッグの説明を読んでいると

「紙に印刷した」ソースコードを～

と書かれていることがあります。

これは おそらく「昔は そうしていた」ということでしょう。
媒体が紙だろうとパソコンの画面だろうと関係ないはずです。

１．実際のプログラムを動かさない（頭の中だけで動かす）
２．ソースコードを眺める

デバッグのやり方であれば、すべて「机上デバッグ」と呼んで問題ないと思います。