組込みLinuxのデバッグを効率化!カーネル再ビルドの手間を減らす動的解析
組込みLinuxのデバッグで、ログ追加や再ビルドの繰り返しに時間を取られていませんか。本記事では、アプリとカーネルの動きを同じ時間軸で捉え、応答遅延やタスク競合の原因調査を進める動的解析と、再ビルドの手間を減らす考え方を紹介します。
続きを読む組込みLinuxのデバッグで、ログ追加や再ビルドの繰り返しに時間を取られていませんか。本記事では、アプリとカーネルの動きを同じ時間軸で捉え、応答遅延やタスク競合の原因調査を進める動的解析と、再ビルドの手間を減らす考え方を紹介します。
続きを読む非機能要件とは、性能や応答性などシステムの「動作の質」に関わる要件のこと。組込みLinuxを対象に、プロセス解析で見えない動作を可視化し、実行経路・CPU負荷率・実行時間から定量的に検証する方法を解説します。
続きを読む組込み開発の「最後の手動工程」である実機テスト。本記事では、エンジニアの負担を軽減し、品質とスピードを両立するための「実機テスト効率化」の手法を整理しました。シフトレフトを実現するためのCI/CD/CTパイプライン構築や、AUTOmealを活用した現実的な自動化の進め方など、現場の視点に立った解決策をご紹介します。
続きを読む生成AIで加速する組込み開発。バイブコーディング時代に品質と速度を両立するための実機テスト自動化、人材育成、統合運用の3つのポイントを解説します。
続きを読む近年ますます重要となっている、ソフトウェア開発におけるテスト自動化への取り組みですが、「導入のハードルが高そう」などと悩みを抱える組込み開発のエンジニアは少なくありません。
組込み開発のテスト自動化の必要性や難しさに焦点を当て、具体的なアプローチや考え方についてご紹介します。
開発者にとって悩ましい課題の一つである、再現が難しいバグ。普段どのような手法で不具合解析を行っていますか?
従来のデバッガを使ってブレークをかける手法やprint文を使った手法では手間がかかりすぎてしまっていつの間にか工数が増大・・・なんてことも。
そこで、実動作の挙動を丸ごとトレースして再現が難しい不具合の原因をすばやく特定、工数を短縮する手法をご紹介します。
組込み開発のソフトウェアの品質保証において欠かせない、自動テストと自動テスト環境の構築。
自動テストの導入で得られるメリットにはどのようなものがあるのか、効果を評価する指標の「ROI」に焦点を当てて探ってみたいと思います。
エンジニアの皆さん、単体テスト、どう書いてます?コード書きながらテスト考えなきゃいけないわけで、キッチリ書こうとするとなかなか工数膨らんでしまって大変タイヘン。なにか上手いやり方はないものか。ということで、うちのエンジニアたちから抽出した「もう少し実践的な単体テストの心得」を載せておきます。
続きを読むこのブログサイトでは毎年「動的テスト」が流行語大賞トップ3に入ります!なので「動的テスト」 = 「動的解析の概念」について取り扱ったこれまでの名作記事をまとめてみました。
むかしから提唱しているだけあってちょっと古い記事もありますが、「組込み機器相手」の動的解析テクとしてはまだまだ輝いているものばかりなので、ぜーんぶ載せておきます。
動的テストと静的テストの違いは、テスト対象を実行するかどうかです。それぞれが検出しやすい欠陥、メリット・注意点、開発工程での使い分けを比較表と実務例で解説します。組込み開発における実機テストや動的解析の考え方も紹介します。
続きを読む