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

「デバッグ」＋「ログ」で「デバッグログ」です。



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



ログは、コンピュータさんの世界における やったことや起こったことの「記録」です。
よく分からない人はコンピュータさんがつけている日記だと思ってください。
コンピュータさんは必要に応じてログを残しています。



以上を踏まえて

調査目的で取った記録

がデバッグログです。
「不具合の調査をするときに役に立つかもしれないから、とりあえずメモっておこうかな」な内容が書いてあります。



例えば、そうですね。

ピヨ太君の作ったプログラムの動きが、おかしかったとしましょう。



ピヨ太君は、プログラムの動きがおかしい原因を調べることにしました。



とはいえ、プログラムの中はピヨ太君には見えません。
そこでピヨ太君は、精神を集中して心の眼を開きました。



……さっぱり何も見えませんでした。



当たり前ですね。
ですが、これでは調査が進みません。

そこでピヨ太君はプログラムの中身を目に見えるようにしました。
例えば

１．ある時点のデータの状態
２．分岐する処理において、どちらの処理を通ったか
３．ここの処理に、どれだけの時間がかかったか

などをファイルに出力したのです。



そうすれば、そのファイルを見ることで何となくプログラムの中身が想像できます。
「あ～、ここの処理を通って、ここで値を書き換えて、こっちで……あれ？ここって、おかしくない？」のように調査を進められるでしょう。



このファイルの中身である

調査目的の情報

がデバッグログです。



デバッグログの内容はケース・バイ・ケースです。
一般的には

１．データの状態を判断できる情報
２．どの処理を通ったか判断できる情報
３．処理時間などを判断できる情報

が多いと思いますけどね。

お仕事でプログラムを作る場合は、どこで何を出力するか決まっている場合も あります。
デバッグログの出力内容は、現場の慣習に合わせるのが無難だと思います。