詳解 組み込みシステム 第2版 ―高性能、高品質なソフトウェアを実現するデザインパターン

9章トラブルシューティング

随時テストを実施したり、単体テストは非常に重要ですが、実施していてもバグは発生します。原因を究明するのはもちろんですが、その前に次のチェックリストを確認しましょう。

• 電源は入っているのか。
• デバイスで該当コードが実行されていることを確認したか。
• その部分だけテストできるか。
• 対象チップのエラッタはチェックしたか。チップの部品番号を確認したか。
• 断続的ならタイミングエラーか。スタックオーバーフローか。
• 初期化されていない変数は関係しないか。変数をグローバルにすることで変化はあるか。
• 最適化を無効にして、動作を確認できるか。
• マップファイルは確認したか（マップファイルについては「11章　リソースの削減」参照）。
• 不可解な説明のつかないエラーの場合、グランドループ問題の可能性はないか。

意外にも最初のいくつかのチェックで解決することは多いです。これらのチェック項目は実際の経験から来ています。

自分だけのチェックリストを作ってもよいでしょう。これからそれぞれのチェック項目を詳しく見ていきますが、自分の経験からリストを増やし、充実させていきましょう。

本章では、コンパイラの警告、コードレビュー、単体テスト、デバッガを使ってステップ実行で検出できるエラーについては対象外とし、最適化の落とし穴、（ソフトウェア的に）起こるはずのないバグ、ハードフォルト、メモリ関連など実際に発生する問題について説明します。しかし、事前にコンパイラについて簡単に説明します。

9.1　コンパイラの最適化

タイプミスによるバグは最悪で、思い込みでそれが見えなくなります。そのためコンパイラの警告は非常に助かります。

if (i = OH_NO_THIS_IS_WRONG) {}