特開 2024-79324 テストシステム、及びテスト方法

(19)【発行国】日本国特許庁(JP)

(12)【公報種別】公開特許公報(A)

(11)【公開番号】P2024079324

(43)【公開日】2024-06-11

(54)【発明の名称】テストシステム、及びテスト方法

(51)【国際特許分類】

   G06F 11/36 20060101AFI20240604BHJP

【ＦＩ】

G06F11/36 184

【審査請求】未請求

【請求項の数】7

【出願形態】ＯＬ

(21)【出願番号】P 2022192200

(22)【出願日】2022-11-30

(71)【出願人】

【識別番号】509186579

【氏名又は名称】日立Ａｓｔｅｍｏ株式会社

(74)【代理人】

【識別番号】110001678

【氏名又は名称】藤央弁理士法人

(72)【発明者】

【氏名】田代 一稀

(72)【発明者】

【氏名】山崎 圭巳

【テーマコード（参考）】

5B042

【Ｆターム（参考）】

5B042HH17

5B042HH19

5B042HH49

(57)【要約】

【課題】ＡＵＴＯＳＡＲでテストが提供されていないテスト対象に対しても、テスト対象を選別し個別対応を講じることでテストを実行できる環境を構築する。
【解決手段】テストすべきソフトウェアを、ソフトウェアアーキテクチャに準拠した第１テスト対象と、前記ソフトウェアアーキテクチャに準拠していない第２テスト対象とに選別し、第２テスト対象であることを示す付帯情報を生成するテスト対象選別ステップと、第２テスト対象に含まれる標準規格に準拠しないコンフィギュレーションパラメータを、標準規格に準拠した形式に変換する標準変換ステップと、第１ベーステストシナリオから第１テストシナリオを作成し、第１テスト対象をテストする第１テストステップと、第２ベーステストシナリオから第２テストシナリオを作成し、第２テスト対象をテストする第２テストステップと、を実行する。
【選択図】図１

【特許請求の範囲】

【請求項1】

所定の標準規格に基づくソフトウェアアーキテクチャに準拠してソフトウェアをテストするテストシステムであって、
前記テストシステムは、
所定の処理を実行する演算装置と、前記演算装置がアクセス可能な記憶装置とを有する計算機を備え、
前記演算装置は、
テストすべきソフトウェアを、前記ソフトウェアアーキテクチャに準拠した第１テスト対象と、前記前記ソフトウェアアーキテクチャに準拠していない第２テスト対象とに選別し、前記第２テスト対象であることを示す付帯情報を生成するテスト対象選別ステップと、
前記第２テスト対象に含まれる前記標準規格に準拠しないコンフィギュレーションパラメータを、標準規格に準拠した形式に変換する標準変換ステップと、
予め登録された第１ベーステストシナリオから第１テストシナリオを作成し、前記第１テスト対象をテストする第１テストステップと、
予め登録された第２ベーステストシナリオから第２テストシナリオを作成し、前記第２テスト対象をテストする第２テストステップと、を実行することを特徴とするテストシステム。

【請求項2】

請求項１に記載のテストシステムであって、
前記テスト対象選別ステップでは、前記演算装置が、前記第１テスト対象の付帯情報と前記第２テスト対象の付帯情報に基づいて、テスト対象の種別を判断することを特徴とするテストシステム。

【請求項3】

請求項２に記載のテストシステムであって、
前記標準変換ステップでは、前記演算装置が、前記第２テスト対象に含まれる標準規格に準拠していないコンフィギュレーションパラメータを標準規格へ準拠するコンフィギュレーションパラメータへ変換し、前記変換されたコンフィギュレーションパラメータの特徴を含むコンフィギュレーションリストを作成することを特徴とするテストシステム。

【請求項4】

請求項３に記載のテストシステムであって、
前記演算装置は、テストシナリオを作成するテストシナリオ作成ステップを実行し、
前記テストシナリオ作成ステップでは、
前記演算装置が、前記コンフィギュレーションリストの共通部の付帯情報に基づいて、前記第１テスト対象に必要なテストを選別し、予め登録された第１ベーステストシナリオを用いて、前記第１テストシナリオを作成し、
前記演算装置が、前記コンフィギュレーションリストの固有部の付帯情報に基づいて、前記第２テスト対象に必要なテストを選別し、予め登録された第２ベーステストシナリオを用いて、前記第２テストシナリオを作成することを特徴とするテストシステム。

【請求項5】

請求項４に記載のテストシステムであって、
前記演算装置が、前記第２テストシナリオを作成するために使用されるベーステストシナリオに関連する情報を抽出する関連情報抽出ステップを含むことを特徴とするテストシステム。

【請求項6】

請求項１に記載のテストシステムであって、
前記第１テストステップにおけるテストの結果及び前記第２テストステップにおけるテストの結果に基づいて、前記テストの結果が異常を示すテスト対象を抽出するテスト対象抽出ステップを含むことを特徴とするテストシステム。

【請求項7】

所定の標準規格に基づくソフトウェアアーキテクチャに準拠して計算機がソフトウェアをテストするテスト方法であって、
前記計算機は、所定の処理を実行する演算装置と、前記演算装置がアクセス可能な記憶装置とを有し、
前記テスト方法は、
前記演算装置が、テストすべきソフトウェアを、前記ソフトウェアアーキテクチャに準拠した第１テスト対象と、前記前記ソフトウェアアーキテクチャに準拠していない第２テスト対象とに選別し、前記第２テスト対象であることを示す付帯情報を記載するテスト対象選別ステップと、
前記演算装置が、前記第２テスト対象に含まれる前記標準規格に準拠しないコンフィギュレーションパラメータを、標準規格に準拠した形式に変換する標準変換ステップと、
前記演算装置が、予め登録された第１ベーステストシナリオから第１テストシナリオを作成し、前記第１テスト対象をテストする第１テストステップと、
前記演算装置が、予め登録された第２ベーステストシナリオから第２テストシナリオを作成し、前記第２テスト対象をテストする第２テストステップと、を含むことを特徴とするテスト方法。

【発明の詳細な説明】

【技術分野】

【0001】

本発明は、テストツールに関する。

【背景技術】

【0002】

ソフトウェア開発の効率化のため、種々の分野で標準化が推進され、標準規格が策定されている。そのため標準化の影響はソフトウェア自体には留まらず、ソフトウェアのテストにも適用され、標準規格の項目に基づいたテストが求められている。

【0003】

ＡＵＴＯＳＡＲ（AUTomotive Open System ARchitecture）を対象としたテストでは、ＡＵＴＯＳＡＲの各機能について、ＡＵＴＯＳＡＲから受け入れテスト（Acceptance Test（ＡＴ））の仕様が定められ、提供されている。ただし、受け入れテストで対象としているテストは、ＡＵＴＯＳＡＲの基本機能に限定されているため、製品に実装する構成に対するテストシナリオの作成が必要となる。

【0004】

また、ＡＵＴＯＳＡＲでは、コンフィギュレーションパラメータを変更した場合、全てのソースコードが再生成され、なおかつ、生成されるソースコードの量は膨大であるが、品質担保のためテストを行う際には全パターンの検証が必要である。

【0005】

本技術分野の背景技術として、以下の先行技術がある。特許文献１（特開２０００－００００００号公報）には、ハードウェアを抽象化した抽象化層の環境を設定するコンフィギュレーションパラメータと、ＡＰＩパラメータと、網羅的にコンフィギュレーションパラメータの組み合わせと、網羅的にＡＰＩパラメータの組み合わせを、それぞれ抽出する組み合わせ抽出手段と、処理シーケンスに含まれる処理に基づき、テストケースを生成するテストケース生成手段と、抽象化層のインタフェースをモデル化したインタフェースモデルと、コンフィギュレーションパラメータの組み合わせ、ＡＰＩパラメータの組み合わせ、又は、テストケースを抽象化層に適用して抽象化層をテストするテスト実行手段と、を有するテストツールが記載されている。

【先行技術文献】

【特許文献】

【0006】

【特許文献1】特開２０１１－２２１８０３号公報

【発明の概要】

【発明が解決しようとする課題】

【0007】

特許文献１に記載されたテストツールでは、ＡＵＴＯＳＡＲを対象としたテストにおいてオールペア法を用い、コンフィギュレーションパラメータを当該手法における因子とし、対象となる四つの因子から二つの因子を選択し、選択された二つの因子に対してのテストは１００％の組み合わせが得られる仕組みを構築している。しかし、前述の通り、この方法では、全パターンを検証できず、テストカバレッジの低下、選択されたコンフィギュレーションパラメータ・ＡＰＩパラメータ組み合わせの偏りなどによるテストシナリオの漏れが懸念される。

【0008】

そこで、標準規格に準拠しないコンフィギュレーションパラメータを付帯情報に基づいて変換して標準化する機能と、付帯情報に基づいてテストシナリオを自動的に生成する機能を持つ自動テスト環境の構築が望まれている。

【課題を解決するための手段】

【0009】

本願において開示される発明の代表的な一例を示せば以下の通りである。すなわち、所定の標準規格に基づくソフトウェアアーキテクチャに準拠してソフトウェアをテストするテストシステムであって、前記テストシステムは、所定の処理を実行する演算装置と、前記演算装置がアクセス可能な記憶装置とを有する計算機を備え、前記演算装置は、テストすべきソフトウェアを、前記ソフトウェアアーキテクチャに準拠した第１テスト対象と、前記前記ソフトウェアアーキテクチャに準拠していない第２テスト対象とに選別し、前記第２テスト対象であることを示す付帯情報を生成するテスト対象選別ステップと、前記第２テスト対象に含まれる前記標準規格に準拠しないコンフィギュレーションパラメータを、標準規格に準拠した形式に変換する標準変換ステップと、予め登録された第１ベーステストシナリオから第１テストシナリオを作成し、前記第１テスト対象をテストする第１テストステップと、予め登録された第２ベーステストシナリオから第２テストシナリオを作成し、前記第２テスト対象をテストする第２テストステップと、を実行することを特徴とする。

【発明の効果】

【0010】

本発明の一態様によれば、ＡＵＴＯＳＡＲ等の標準規格でテストが提供されていないテスト対象に対しても、テスト対象を選別し個別対応を講じることでテストを実行できる環境を構築することができる。前述した以外の課題、構成及び効果は、以下の実施例の説明によって明らかにされる。

【図面の簡単な説明】

【0011】

【図1】実施例１のテストツールの全体構成図である。

【図2】実施例１のリストの構成を示す図である。

【図3A】実施例１のリストに記録されるコンフィギュレーションパラメータを示す図である。

【図3B】実施例１のリストに記録されるコンフィギュレーションパラメータを示す図である。

【図3C】実施例１のリストに記録されるコンフィギュレーションパラメータを示す図である。

【図3D】実施例１のリストに記録されるコンフィギュレーションパラメータを示す図である。

【図3E】実施例１のリストに記録されるコンフィギュレーションパラメータを示す図である。

【図3F】実施例１のリストに記録されるコンフィギュレーションパラメータを示す図である。

【図3G】実施例１のリストに記録されるコンフィギュレーションパラメータを示す図である。

【図4】実施例１のテスト対象選別ステップを示す図である

【図5】実施例１のテストシナリオ作成ステップの全体構成を示す図である。

【図6】実施例１のテストシナリオ作成用データテーブルの内容を示す図である。

【図7】実施例１のテスト定義ファイルの内容を示す図である。

【図8】実施例１のテスト方法とテスト実施可否の情報を示す図である。

【図9】実施例１のＣＡＮの定義情報を示す図である。

【図10】実施例１のテスト結果を示す図である。

【発明を実施するための形態】

【0012】

＜実施例１＞
以下、図面を用いて実施例を詳細に説明する。

【0013】

図１は、本発明の実施例１のテストツールの全体構成図である。

【0014】

以下、実施例１のテストツールについて、テスト対象選別ステップ１０４、標準変換ステップ１０７、テストシナリオ作成ステップ１１３、及びテストステップ１１７に分けて説明する。

【0015】

テスト対象選別ステップ１０４において、本実施例のテストツールは、ＡＵＴＯＳＡＲ ＤＣＭ（Diagnostic Communication Manager）を対象としており、各コンフィギュレーションパラメータに対してテストが必要であり、全パターン検証が必須とされる。そのためコンフィギュレーションパラメータの数だけテストが必要になり、テストシナリオの数が膨大になる。そこで、テスト対象を機能全体のふるまいを定めるコンフィギュレーションパラメータか、要求固有のコンフィギュレーションパラメータかに選別し、テスト対象を扱いやすくする。

【0016】

次に、図２を参照して、本実施例のテストツールが利用するコンフィギュレーションパラメータが記載されるリスト１０１について説明する。

【0017】

図２は、リスト１０１の構成を示す図である。リスト１０１には、Parameters２０２、session-service２０３、session-localId２０４、DID_List(OBD)２０５、DID_List(OBD)２０６、RID_List２０７、及びTID_List２０８が含まれており、各リストには本実施例のテストツールで使用するコンフィギュレーションパラメータが記録され、それぞれ図３Ａから図３Ｇに示す情報が記入されている。

【0018】

図４は、テスト対象選別ステップ１０４を示す図である。

【0019】

テスト対象選別ステップ１０４では、リスト１０１を第１テスト対象１０２と第２テスト対象１０３とに選別する。それぞれの選別されたテスト対象について、第１テスト対象１０２を共通部とし、第２テスト対象１０３を固有部とする。共通部である第１テスト対象１０２には、ＡＵＴＯＳＡＲにて利用される通信の基本部や定数のサイズなど、ＡＵＴＯＳＡＲ ＤＣＭとしての動作に必要とされる基本的なコンフィギュレーションパラメータが纏められる。一方、固有部である第２テスト対象１０３には、ＡＵＴＯＳＡＲの基本コンフィギュレーションパラメータに関連付けられる詳細なコンフィギュレーションパラメータや、製品固有の仕様によって変化するコンフィギュレーションパラメータが纏められる。

【0020】

次に、前述テスト対象選別ステップ１０４における、共通部と固有部を選別する種別判断ステップ２０１について説明する。図３Ａに示すParameters２０２に含まれる "Specification" を付帯情報として利用し、この項目にsession-service２０３、session-localId２０４、DID_List(UDS)２０５、DID_List(OBD)２０６、RID_List２０７、TID_List２０８のいずれかが設定されていれば、固有部であると判定する。そして、第２テスト対象１０３に含まれる図２のParameters２０２に固有機能であることを示す付帯情報を記載する。選別した結果、図４のように、リスト１０１が，共通部である第１テスト対象１０２と固有部である第２テスト対象１０３に選別される。固有部は、製品固有仕様によって行なわれるテストの数、実施するテストが流動的に変化するため固有部として分離し、管理しやすい構造にする。

【0021】

本実施例では、テストツールを自動実行するための施策として、標準変換ステップ１０７において、ＡＵＴＯＳＡＲに準拠したリストを作成する。標準変換ステップ１０７は、前述したリスト１０１に含まれるテストプラットフォームごとの固有のコンフィギュレーションパラメータを特定し、ＡＵＴＯＳＡＲに準拠したコンフィギュレーションパラメータへ変換できる仕組みを構築する。

【0022】

図１を参照して、標準変換ステップ１０７の全体構成を説明する。テスト対象選別ステップ１０４において選別された第１テスト対象１０２と第２テスト対象１０３に対し、標準変換ツール１０５を用いて、複数のリストを纏めてＡＵＴＯＳＡＲに準拠した一つのコンフィギュレーションリスト１０６を作成する。例えば、標準変換ツール１０５は、固有のコンフィギュレーションパラメータと共通のコンフィギュレーションパラメータとの対応表を有し、設計者の操作に従って、固有のコンフィギュレーションパラメータを共通のコンフィギュレーションパラメータに変換する。

【0023】

標準変換ステップ１０７において、変換対象となるのは、テストプラットフォームごとの固有の仕様を利用するためのコンフィギュレーションパラメータであり、これらコンフィギュレーションパラメータをそのままリストに反映した場合、ＡＵＴＯＳＡＲとして標準的なリストでなくなる。

【0024】

前述のようなコンフィギュレーションパラメータに関して、図２のParameters２０２に記載される付帯情報を見て、設計者は、固有機能のコンフィギュレーションパラメータについて、図２に示すコンフィギュレーションパラメータの各設定値を検討し、コンフィギュレーションリスト１０６の作成時に検討した値に変換する。

【0025】

また、前述の通り、固有仕様を有効にした場合、標準化したリストではなくなってしまうが、利用される場合もあるため、設定自体を有効にすることは可能としている。また一方で、変換する必要のないコンフィギュレーションパラメータに関しては、共通部と固有部ともにコンフィギュレーションリスト１０６へ転記する。

【0026】

次に、テストシナリオ作成ステップ１１３において、コンフィギュレーションリスト１０６の付帯情報を利用し、第１テスト対象１０２と第２テスト対象１０３それぞれに対してテストシナリオを作成する。例えば、ベースとなるテストシナリオを予め作成し、コンフィギュレーションリスト１０６に登録された内容に基づいてテストシナリオを作成するとよい。

【0027】

テストステップ１１７において、ツールより得られた結果を自動的に判定するために、各ベーステストシナリオに期待値を予め組み込む。ベーステストシナリオの期待値は、ＩＳＯ（国際標準化機構：International Organization for Standardization）やＡＵＴＯＳＡＲの規格３０１に基づいて設計者が作成するとよい。期待値は、コンフィギュレーションリスト１０６に登録されるコンフィギュレーションパラメータに従って、利用する期待値が自動的に設定される。

【0028】

図５は、テストシナリオ作成ステップ１１３の全体構成を示す図である。コンフィギュレーションリスト１０６に基づいて、予め用意してあるＡＵＴＯＳＡＲ規格３０１から作成された第１ベーステストシナリオ１０９を用いて、第１テスト対象１０２（共通部）に対して第１テストシナリオ１１１を作成し、テストシナリオ作成用データテーブル３０２から作成した第２ベーステストシナリオ１１０を用いて、第２テスト対象１０３（固有部）に対して第２テストシナリオ１１２を作成する。以下にそれぞれのテストシナリオ作成方法を示す。

【0029】

第１テストシナリオ１１１は、テスト対象選別ステップにおけるＡＵＴＯＳＡＲでのふるまいに必要とされるコンフィギュレーションパラメータを対象としているテストシナリオであり、ＡＵＴＯＳＡＲ規格３０１から作成された第１ベーステストシナリオ１０９に基づいて作成される。更にテストシナリオ作成ツール１０８では、コンフィギュレーションリスト１０６に登録されるコンフィギュレーションパラメータに従って、第１ベーステストシナリオ１０９から必要なテストシナリオと期待値が選択され、第１テストシナリオ１１１を作成する。

【0030】

第２テストシナリオ１１２は、コンフィギュレーションリスト１０６の情報に基づいて、第２ベーステストシナリオ１１０を用いて作成される。第２ベーステストシナリオ１１０は、コンフィギュレーションリスト１０６に含まれるリストのうち、session-service２０３、DID_List(UDS)２０５、DID_List(OBD)２０６、RID_List２０７、TID_List２０８のそれぞれに対してテストシナリオ作成用データテーブル３０２を用意する。

【0031】

ここで、テストシナリオ作成用データテーブル３０２について説明する。図６に、session-service２０３、DID_List(UDS)２０５、DID_List(OBD)２０６、RID_List２０７、TID_List２０８に対するテストシナリオ作成用データテーブル３０２の内容を示す。図６に示すように、各テストシナリオ作成用データテーブル３０２は、有効なＩＤの数、データサイズ、コンフィギュレーションリスト１０６に存在しているかに基づいて、構造体として定義できる構造を予め用意する。そのため、コンフィギュレーションリスト１０６に無効な値が入力されているコンフィギュレーションパラメータは、不要なテストシナリオとして判定する。また、session-service２０３は、実施するテスト領域の定義であるため、実施しないＩＤをテストシナリオから除外する。

【0032】

また、テストステップ１１７において、テストツールで利用するＣＡＮ（Controller Area Network）通信のＩＤとアドレッシング方法を定義する必要があるため、図７に示すテスト定義ファイル３０３を作成する。図７に示すテスト定義ファイル３０３は、テスト情報４０１とＩＤリスト４０２とＣＡＮ定義リスト４０３を含む。テスト情報４０１は、図８に示すテスト方法とテスト実施可否の情報に基づいて作成され、テスト情報４０１にテストシナリオ名が登録される。テスト情報４０１に登録されたテストシナリオは、後のテストステップ１１７において実施される。ＣＡＮ ＩＤリスト４０２とＣＡＮ定義リスト４０３は、テストステップ１１７におけるツールとの通信に使用されるＣＡＮの定義情報である。これら定義情報は図９に示すＣＡＮの定義情報に基づいて、テストシナリオごとにＣＡＮのＩＤ、アドレッシング方法を定義する。これらの情報も、テストシナリオ作成用データテーブル３０２に組み込まれ、テスト定義ファイル３０３が作成される。

【0033】

次に、関連情報抽出ステップについて説明する。関連情報抽出ステップは、コンフィギュレーションリスト１０６を参照して実施される。コンフィギュレーションリスト１０６は、記載されたコンフィギュレーションパラメータごとに特徴が分かるように記載されているため、設計者がテストシナリオの変更や確認を行う際に、該当テストシナリオのコンフィギュレーションパラメータを容易に選択できる。また、コンフィギュレーションリスト１０６は、ＡＵＴＯＳＡＲのコンフィギュレーションパラメータごとに整理されたリストであるため、設計者によるテストシナリオ関連情報を容易に確認できる。

【0034】

本実施例では、テストステップ１１７において、テストシナリオ作成ステップ１１３で作成したテストシナリオを実施する。テストはテスト定義ファイル３０３に基づいて、ファイル記載内容に従って実施される。テストの実施によって得られた結果であるテスト結果１１６は、ベーステストシナリオに定義された期待値と比較され、それぞれのテストシナリオごとにテスト判定結果が通知される。

【0035】

図５を参照して、テストステップ１１７の全体構成を説明する。テストステップ１１７では、テストシナリオ作成ステップ１１３で作成された第１テストシナリオ１１１を、テスト定義ファイル３０３に基づいて第１テストステップ１１４においてテストを実施し、第１ベーステストシナリオ１０９に記載された期待値とテスト結果１１６を比較し、テスト判定を行う。また、テストシナリオ作成ステップ１１３で作成された第２テストシナリオ１１２を、テスト定義ファイル３０３に基づいて第２テストステップ１１５においてテストを実施し、第２ベーステストシナリオ１１０に記載された期待値とテスト結果１１６を比較し、テスト判定を行う。

【0036】

図１０は、テスト実施結果が記載されるファイルであるテスト結果１１６を示す図である。図中の期待値の下部がベーステストシナリオから得られた期待値であり、実測値がテストの結果である。結果判定は、それぞれＣＡＮデータを比較し、送受信データが一致しているかをツールで判定し、正常か不正かを表中の判定の項目に記載する。

【0037】

また、全てのテストシナリオは、コンフィギュレーションリスト１０６に関連付けられていることから、テスト判定結果が不正となったコンフィギュレーションパラメータのテストに関して、対応関係が明らかであり、不正となった設定値、原因の解析にコンフィギュレーションリスト１０６の情報を用いることが可能である。

【0038】

また、テストステップ１１７では、前記第１テストステップにおけるテストの結果及び前記第２テストステップにおけるテストの結果に基づいて、前記テストの結果が異常を示すテスト対象を抽出するとよい。このようにすると、テスト結果が異常であるテスト対象を抽出でき、設計者の不具合対策の作業効率を向上できる。

【0039】

次に、本実施例のテストツールが動作する計算機について説明する。本実施例のテストツールは、プロセッサ（ＣＰＵ）、メモリ、補助記憶装置、及び通信インタフェースを有する計算機で実行されるプログラムである。テストツールが実行される計算機は、テストシステムを構成する。

【0040】

プロセッサは、メモリに格納されたプログラムを実行する演算装置である。プロセッサが、各種プログラムを実行することによって、テストツールの各機能が実現される。なお、プロセッサがプログラムを実行して行う処理の一部を、他の演算装置（例えば、ＡＳＩＣ、ＦＰＧＡ等のハードウェア）で実行してもよい。

【0041】

メモリは、不揮発性の記憶素子であるＲＯＭ及び揮発性の記憶素子であるＲＡＭを含む。ＲＯＭは、不変のプログラム（例えば、ＢＩＯＳ）などを格納する。ＲＡＭは、ＤＲＡＭ（Dynamic Random Access Memory）のような高速かつ揮発性の記憶素子であり、プロセッサ１が実行するプログラム及びプログラムの実行時に使用されるデータを一時的に格納する。

【0042】

補助記憶装置は、例えば、磁気記憶装置（ＨＤＤ）、フラッシュメモリ（ＳＳＤ）等の大容量かつ不揮発性の記憶装置である。また、補助記憶装置は、プロセッサがプログラムの実行時に使用するデータ、及びプロセッサが実行するプログラムを格納する。すなわち、プログラムは、補助記憶装置から読み出されて、メモリにロードされて、プロセッサによって実行されることによって、テストツールの各機能を実現する。

【0043】

通信インタフェースは、所定のプロトコルに従って、他の装置との通信を制御するネットワークインタフェース装置である。計算機は、入力インタフェース及び出力インタフェースを有してもよい。

【0044】

プロセッサが実行するプログラムは、リムーバブルメディア（ＣＤ－ＲＯＭ、フラッシュメモリなど）又はネットワークを介して計算機に提供され、非一時的記憶媒体である不揮発性の補助記憶装置に格納される。このため、計算機は、リムーバブルメディアからデータを読み込むインタフェースを有するとよい。

【0045】

本実施例の計算機が実行するテストツールは、物理的に一つの計算機上で、又は、論理的又は物理的に構成された複数の計算機上で構成される計算機システムであり、複数の物理的計算機資源上に構築された仮想計算機上で動作してもよい。例えば、各機能部は、各々別個の物理的又は論理的計算機上で動作するものでも、複数が組み合わされて一つの物理的又は論理的計算機上で動作するものでもよい。

【0046】

以上に説明したように、本実施例のテストツールは、ＡＵＴＯＳＡＲを対象とした膨大なテストシナリオの全パターンを検証するために効率的にテストシナリオを作成する方法と環境を提案するもので、演算装置が、テストすべきソフトウェアを、ソフトウェアアーキテクチャ（例えば、標準規格であるＡＵＴＯＳＡＲ）に準拠し、当該ソフトウェアアーキテクチャの基本コンフィギュレーションパラメータ２０３～２０８を対象としたテスト対象である第１テスト対象１０２と、ソフトウェアアーキテクチャに準拠しておらず、基本コンフィギュレーションパラメータ２０３～２０８に関連付けられる詳細なコンフィギュレーションパラメータを対象とした第２テスト対象１０３とに選別し、前記第２テスト対象であることを示す付帯情報を生成するテスト対象選別ステップ１０４と、演算装置が、第２テスト対象１０３に含まれる標準規格に準拠しないコンフィギュレーションパラメータを、標準規格に準拠した形式に変換する標準変換ステップ１０７と、演算装置が、予め登録された第１ベーステストシナリオ１０９から第１テストシナリオ１１１を作成し、第１テスト対象１０２をテストする第１テストステップ１１４と、演算装置が、予め登録された第２ベーステストシナリオ１１０から第２テストシナリオ１１２を作成し、第２テスト対象１０３をテストする第２テストステップ１１５と、を含むので、リスト１０１中のテスト対象のうち、ソフトウェアアーキテクチャに準拠しているかで選別し、更に、ソフトウェアアーキテクチャに準拠しないテスト対象をソフトウェアアーキテクチャに準拠する形式に変換して、ソフトウェアテストの自動化の範囲を拡大し、テストシナリオ作成工数を低減し、設計者の負荷を低減し、テスト期間を短縮できる。

【0047】

また、コンフィギュレーションリストの設定値に応じて、ベーステストシナリオからテストシナリオを作成するので、全パターン検証が可能であり、テストシナリオの漏れを抑制でき、テストカバレッジの低下を抑制できる。換言すると、各コンフィギュレーションパラメータに対して全パターン検証を行うとテストシナリオが膨大になるが、コンフィギュレーションパラメータとテストシナリオ作成において工夫を加えたので、テストの効率化を実現できる。

【0048】

また、テスト対象選別ステップ１０４は、演算装置が、第１テスト対象１０２の付帯情報と第２テスト対象１０３の付帯情報に基づいて、テスト対象の種別を判断する種別判断ステップ２０１を含むので、付帯情報に基づいて、簡便かつ高精度に選別できる。

【0049】

また、標準変換ステップ１０７では、演算装置が、種別が判断されたテスト対象に対して、標準規格に準拠していないコンフィギュレーションパラメータを標準規格へ準拠するコンフィギュレーションパラメータへ変換し、変換されたコンフィギュレーションパラメータの特徴を含むコンフィギュレーションリスト１０６を作成する。例えば、ＣＡＮ通信を使用するＤＣＭであれば、ＣＡＮ ＩＤ等をソフトウェアアーキテクチャに準拠した形式に変換する。このため、テスト対象の種別に応じて変換して、変換精度や変換効率を向上できる。

【0050】

また、テストシナリオ作成ステップ１１３では、演算装置が、コンフィギュレーションリスト１０６の共通部の付帯情報に基づいて、第１テスト対象１０２に必要なテストを選別し、予め登録された第１ベーステストシナリオ１０９を用いて、第１テストシナリオ１１１を作成し、コンフィギュレーションリスト１０６の固有部の付帯情報に基づいて、第２テスト対象１０３に必要なテストを選別し、予め登録された第２ベーステストシナリオ１１０を用いて、前記第２テストシナリオを作成するので、コンフィギュレーションリスト１０６に記載されているかによって、必要テストを自動的に選別して、テストシナリオを作成できる。

【0051】

また、関連情報抽出ステップでは、演算装置が、第２テストシナリオ１１２を作成するために使用されるベーステストシナリオに関連する情報を抽出するので、設計者がハンドコーディングにより第２テストシナリオを作成する際、自動的に抽出された関連情報を使用でき、作業効率を向上できる。

【0052】

また、テスト対象抽出ステップでは、第１テストステップ１１４におけるテストの結果及び第２テストステップ１１５におけるテストの結果に基づいて、前記テストの結果が異常を示すテスト対象を抽出するので、テスト結果が異常であるテスト対象を抽出でき、設計者の不具合対策の作業効率を向上できる。

【0053】

なお、本発明は前述した実施例に限定されるものではなく、添付した特許請求の範囲の趣旨内における様々な変形例及び同等の構成が含まれる。例えば、前述した実施例は本発明を分かりやすく説明するために詳細に説明したものであり、必ずしも説明した全ての構成を備えるものに本発明は限定されない。また、ある実施例の構成の一部を他の実施例の構成に置き換えてもよい。また、ある実施例の構成に他の実施例の構成を加えてもよい。また、各実施例の構成の一部について、他の構成の追加・削除・置換をしてもよい。

【0054】

また、前述した各構成、機能、処理部、処理手段等は、それらの一部又は全部を、例えば集積回路で設計する等により、ハードウェアで実現してもよく、プロセッサがそれぞれの機能を実現するプログラムを解釈し実行することにより、ソフトウェアで実現してもよい。

【0055】

各機能を実現するプログラム、テーブル、ファイル等の情報は、メモリ、ハードディスク、ＳＳＤ（Ｓｏｌｉｄ Ｓｔａｔｅ Ｄｒｉｖｅ）等の記憶装置、又は、ＩＣカード、ＳＤカード、ＤＶＤ等の記録媒体に格納することができる。

【0056】

また、制御線や情報線は説明上必要と考えられるものを示しており、実装上必要な全ての制御線や情報線を示しているとは限らない。実際には、ほとんど全ての構成が相互に接続されていると考えてよい。

【符号の説明】

【0057】

１０１ コンフィギュレーションリスト
１０２ 第１テスト対象
１０３ 第２テスト対象
１０４ テスト対象選別ステップ
１０５ コンフィギュレーションパラメータ標準変換ツール
１０６ コンフィギュレーションリスト
１０７ 標準変換ステップ
１０８ テストシナリオ作成ツール
１０９ 第１ベーステストシナリオファイル
１１０ 第２ベーステストシナリオファイル
１１１ 第１テストシナリオファイル
１１２ 第２テストシナリオファイル
１１３ テストシナリオ作成ステップ
１１４ 第１テストステップ
１１５ 第２テストステップ
１１６ テスト結果
１１７ テストステップ
２０１ 種別判断ステップ
２０２、２０２、２０３、２０４、２０５、２０６、２０７、２０８ コンフィギュレーションパラメータファイル
３０１ ＡＵＴＯＳＡＲ規格
３０２ テストシナリオ作成用データテーブル
３０３ テスト定義ファイル
４０１ テスト情報
４０２ ＣＡＮ ＩＤリスト
４０３ ＣＡＮ定義リスト

【図1】

【図2】

【図3A】

【図3B】

【図3C】

【図3D】

【図3E】

【図3F】

【図3G】

【図4】

【図5】

【図6】

【図7】

【図8】

【図9】

【図10】