ソフトウエアのテスト自動化を進めようテスト工程の自動化でソフトウエアの品質を保証するシミュレータを応用してカバレッジ網羅率の向上を考える不具合を残してしまう実機でのブラックボックステスト市場で不具合が出ないのは運が良いだけではないですか？シミュレータを使用して、ホワイトボックステストを進めることが、ソフトウエアの品質向上に、ダイレクトにつながります。多くの製品開発のソ全てをテストしていなフト検証工程では、い製品を市場に出荷し試作した製品モデルてしまうと言うことは、を手に、大所帯のデ「運が悪ければ」市場バッグチームが実際にで不具合が発生してしガイオの立場からご紹介できる範囲の操作して、不具合をまうと言うことです。市実例として、ガイオがリリースしているク見つける作業が行わ場で不具合が出ていないケースでも、単ロスコンパイラ製品の品質保証の手法をれています。これは一般に「ブラックボッに「運が良いだけ」ではないでしょうか？ご紹介します。クステスト」と言われています。ハードウ例外処理も含めたソフトウエアの実行経皆様の開発する組み込みソフトとは明らエアを操作してその場で起こる現象をデ路を全てテストできれば、このような運をかに分野が異なりますが、クロスコンパイバッグしているわけですから、ソフトウエ天に任せるような話はなくなり、ソフトウエラ製品もソフトウエアであり、この品質をアが持つ実行パスのうち、正常動作系のアの品質を保証できることになるのです。どのように保証しているかは、組み込みパスに重点が置かれたデバッグになっています。しかしながら、どんなに人数を注ぎ込んでデバッグしても、市場で不具合が見つかるケースは多くあります。これは、実機によるブラックボックステストでは、テストできないケースがあると言うことです。不具合の多くは、正常動作系ではなく、例外動作系にあると言われています。ソフトウエアの例外処理部分がテストされていれば、このような不具合は起こらない訳ですが、実機による正常動作系に偏ったブラックボックステストでは、例外処理を起こすことができないため、テストパターンから漏れてしまうのです。 ? 4 GAIO CLUB ガイオのクロスコンパイラ製品の品質保証の例ソフトのテスト手法へつながる所も多くあソフトウエアの品質を高めるにはると思います。実機でのテストでき自動化されたテスト工程ない例外処理をテストする方法の１つが「シクロスコンパイラに限らず、ガイオのクミュレータ」による動ロス製品のテスト工程は、完全に自動化作検証です。シミュされています。もちろん、コンパイラ開発レータは、マイコン自当初は自動化されたテストシステムはあり身の動作や、外的なハードウエアの振るませんでした。このテストシステムは、20 舞いなどをソフトウエアで実現するため、数年に渡りコンパイラを供給し続けてきた例外動作を起こしたり、ソフトウエアをモことから生まれた資産、ノウハウに他なりジュール単位に動作させたりすることがでません。きます。自動化する前のテスト方法とは、テストハードウエアの試作モデルのように、ソ用のＣソースを用意し、これを開発したフトウエアが ROM に実装されたブラックばかりのコンパイラでコンパイルし、生ボックステストでは出来ないことが、簡単成したオブジェクトをブレッドボードで実行に行えるようになります。し、実行結果が期待値通りになるかを、ソースコードレベルで、関数、タスクな目視で確認すると言うものでした。新しどのモジュールが見える形で行うテストのいマイコン用のコンパイラを新規開発したことを「ホワイトボックステスト」と呼んでい場合、テストだけで、約 12 人月の工数ます。がかかっていました。現在では、この一連のテスト作業を、シ業から解放されるため、バグフィックスの化を行うことができます。ミュレータを用いて自動化しており、新規作業や、ソフト更新、デバッグの作業を特に、実機を使ったデバッグでは決しのコンパイラを開発した場合でも、１週行うことができます。て出来ない、関数、タスクと言ったモ間１台の PC を回しっ放しにするだけで、テスト用のソースコードは、 20 年来書きジュール単位でのカバレッジテストや、 if 自動的にテスト結果を出力するようなシス貯めたものであり、コンパイラ品質を確認文が深くネストした複雑な条件分岐を含テムになっています。するためのガイオの資産となっています。むソフトの実行パスカバレッジなども、そ工数から見れば、自動化システムの導まれに、この自動テストをパスしたコンパの条件を故意に起こすシナリオをシミュ入で、 1/50 の工数で、しかも確実なテイラでも不具合が見つかることがあり、こレータに設定するだけで、容易にテストストが可能になったわけです。れは、新しいテストパターンとして、テスすることができます。ト用ソースコードに順次追加しています。ソフト開発過程において、ソフトウエア自動テストの仕組み右の図は、コンパイラ開発のフロー図です。開発した新しいマイコン用のコンパイラ・アセンブラをテストするステップは、まず、資産化されたテストデータ、すなわちテスト用のソースコードを開発したコンパイラでコンパイルし、オブジェクトコードを生成します。を修正・更新した場合、前のバージョン組み込みソフト検証での自動化いわゆる「レベルダウン」に対する保証組み込みソフトの検証においても、シテストなどは、自動化テストにより、同じミュレータを使用してソフトウエアの実行シナリオをシミュレータにかけるだけですができる環境が整えば、ガイオのコンパので、非常に効率的にソフトウエアの品イラテストの場合と同様に、テストの自動質を保つことができます。ガイオのコンパイラ自動テストのフロー次に、このオブジェクトコードをシミュレータで実行します。しかしながら、新しいマイコンのコンパイラを開発しているでは動いていた機能が動かなってしまう、組み込みソフト自動テスト運用例テスト用のソースコード（テストデータ資産）必要に応じてテストパターンを追加開発した組み込みソフトソースコード＊．ｃ時点では、当然そのマイコン用のシミュ＊．ｃ組み込みソフト開発者レータも完成しておらず、同時並行か、開発したクロスコンパイラ先行して開発されています。テスト用のソースコードには、 printf()文に相当するものが入っており、実行結果言語処理クロスコンパイラアセンブラ開発したアセンブラコンパイラ開発者必要に応じてテストパターンを追加をログファイルに出力できるようになっています。実行オブジェクト実行オブジェクト全てのテスト用ソースコード（数千ファイル）をバッチファイルで一括処理して、ログファイルを作成します。コンパイラには多くのコンパイラオプションがありますので、これを変えながら、繰り返しテストをシミュレータ開発者開発したシミュレータ（ISS）全てのパスを実行するシナリオデータシミュレータ（winAMSなど）することになります。この工程には、 PC 実行結果を printf()出力を回しっ放しで 1 週間以上かかります。出力されたログファイルの結果を、期待値ファイルと比較して、期待値と食い違う部分をレポートする仕組みとなっています。期待値ファイルは、１から作成して＊．ｌｏｇシミュレータ実行結果ログｅｘｐｅｃｔ．ｌｏｇ期待値データ比較ツール＊．ｌｏｇシミュレータ実行結果ログｅｘｐｅｃｔ．ｌｏｇ期待値データ比較ツールいるわけではなく、既に品質が保証を終えたマイコンのコンパイラで作成されたログファイルを活用しています。テスト結果テスト結果コンパイラとシミュレータを同時開発していますので、テスト結果がＮＧとなった場ソフトウエアの効率的な品質保証はテストの自動化で行えます合、両方の開発者に情報をフィードバッガイオ・テクノロジー開発部浅野昌尚クして、開発担当同士で原因の切り分け弊社のクロスコンパイラもソフトウエアの１つですが、多種多様なCプログラムに対を行っています。して正しいオブジェクトを生成する必要があるため、品質保証のためのテストパターンは、膨大な量になります。現在は、テストの自動化を進め、無人でテストテスト期間中は、開発者はテストの作処理を行える環境を構築し、効率的な製品開発を行っています。 GAIO CLUB 5