21st Century C， 2nd Edition

第2章. デバッグ、テスト、文書化

この作品はAIを使って翻訳されている。ご意見、ご感想をお待ちしている：[e-mail]

ハイハイ

Windowsの上

私が混乱していると思っているのだろう、

私は待っている．

私の今の策略を完成させる。

ワイヤー『アイ・アム・ザ・フライ

この章では、デバッグ、テスト、文書化のためのツールについて説明する。

C言語ではメモリを使ってバカなことをする自由があるので、デバッグとは、（GDBを使った）ロジックのチェックという日常的な問題と、（Valgrindを使った）メモリの割り当てミスやリークのチェックという、より技術的な問題の両方を意味する。ドキュメンテーションの面では、この章ではインタフェース・レベルのツール（Doxygen）と、プログラムの各ステップのドキュメンテーションと開発を支援するツール（CWEB）を取り上げる。

この章では、テストハーネスについても簡単に紹介する。テストハーネスを使えば、コードに対してたくさんのテストを素早く書くことができるし、エラー報告や入力エラーやユーザエラーの処理についても、いくつか考慮すべき点がある。

デバッガを使う

デバッガーに関する最初のヒントは、シンプルで簡潔なものだ：

常にデバッガーを使うこと。

というのも、デバッガーを使わない人などいないだろうからだ。なぜなら、デバッガーを使わない人などいないからだ。この本の第2版では、第1版に関して最も多かった要望のひとつが、多くの読者にとってまったく新しいものであったデバッガーについて、より広範に紹介することであったと言える。

デバッガーは変数の状態� �バックトレースとい� ��た低いレベルの情報しか提供しないのに� �バグは一般的に広い� ��味での理解のエラーから発生すると心配� �る人もいる。実際、� ��バッガーを使ってバグを突き止めた後、� �なたが発見した根本� ��な問題や理解の誤りが何なのか、そして� �れがあなたのコード� ��の他の場所でも同じように起こるのかど� �かを時間をかけて検� ��する価値はある。死亡診断書の中には、� �因を積極的に尋ねる� ��のがある：______ 、______ 、______、、 、 、 、 、 、 、 、 、 、 、 、 、 、、、 、 、 、 、 、、、 、 、 、 、 、 、______ 、 、______。 デバッガーがこのような調査を助け、コードの理解を深めた後、その理解をより多くの単体テストにカプセル化することができる。

デバッガの下でプログラミングを実行することに、実質的なコストはかからない。デバッガーは、何かが壊れたときに引っ張り出すだけのものでもない。リーナス・トーバルズはこう説明する：「私はいつもgdbを使っている......プログラミングができるステロイド上の逆アセンブラとしてね」。 print verbose++ 、print i=100 、continue 、for (int i=0; i<10; i++) のループから強制的に抜け出したり、一連のテスト入力を投げかけて関数をテストしたりできる。対話型言語のファンたちは、コードと対話することで開発プロセスが改善されるというのは正しいことだ。

どのような意図であれ、デバッガを使いこなすためには、人間が読めるデバッグ情報（変数や関数の名前付けなど）をプログラムにコンパイルしておく必要がある。デバッグ・シンボルを含めるには、コンパイラ・スイッチ（つまり、 ...