探索的テストとテスト自動化とは？たんさくてきてすととてすとじどうか
探索的テストは、詳細なテストケースを事前に固めず、実行して分かったことを次の操作へ反映しながら進めるテスト。テスト自動化はスクリプト化した手順を繰り返し実行する方式で、回帰テストと相性がよい。両者は代替関係ではなく、変わらない部分を自動化で押さえ、変わる部分を人が探るという分担で組み合わせる。
最終更新：2026-10-06
エンベデッドSPを最短で暗記・合格する →背景
組込みではテストの対象が実機と実環境なので、自動化にかかる費用がソフトウェアだけの世界とまるで違う。信号を与える治具、電源を落とす仕掛け、複数台の実機、恒温槽まで揃えて初めて自動で回る。だから「全部自動化する」は投資として成立せず、実行回数が多く仕様の安定した範囲から順に自動化する判断になる。一方、実機を触った人しか気づけない挙動（異音、発熱、わずかな応答の遅れ）は、どれだけスクリプトを書いても拾えない。
具体例
HILS（Hardware In the Loop Simulation）でプラント側をモデル化しておけば、通信フレームの異常や電源変動を毎晩自動で流し、回帰テストとして回せる。そのうえでリリース前だけ、熟練者が実機を手で触り、電源を抜き差ししたり負荷を急変させたりして想定外の操作を試す。dSPACEやNIのHILS環境は、この土台を作るために使われる。
試験での引っ掛け
探索的テストは行き当たりばったりではなく、目的と時間を区切って記録を残す統制された活動である。またテスト自動化は既知の欠陥の再発検出には強いが、未知の欠陥を見つける力はスクリプトを書いた人の想像力を超えない。仕様変更のたびに治具とスクリプトを直す維持費を勘定に入れずに範囲を広げると、テスト側が保守できなくなる。
関連用語
出典・参考
解説は資格暗記が独自に作成しています。過去問の出典は各問題に記載のとおりです。