(57)【要約】【課題】ソースコードからテスト項目表を容易に生成できるテスト項目表生成プログラム及びテスト項目表生成方法を提供することを目的とする。【解決手段】コンピュータをドキュメント生成ツールの関数ヘッダフォーマットに従ったコメントとしてテスト項目表の生成に必要なデータが埋め込まれたソースコードを読み出す読出手段３１〜３３と、ソースコードからテスト項目表の生成に必要なデータをテスト対象関数ごとに取得し、テスト項目表の生成に必要なデータをテスト項目表に記述するテスト項目記述手段３４〜３７と、テスト対象関数ごとのテスト項目数を、テスト項目表の生成に必要なデータの行数に応じてカウントするテスト項目数カウント手段として機能させることにより上記課題を解決する。【選択図】  図４
2010218315.tif 000002
【特許請求の範囲】
【請求項１】
コンピュータを、
ドキュメント生成ツールの関数ヘッダフォーマットに従ったコメントとしてテスト項目表の生成に必要なデータが埋め込まれたソースコードを読み出す読出手段と、
読み出した前記ソースコードから前記テスト項目表の生成に必要なデータをテスト対象関数ごとに取得し、前記テスト項目表の生成に必要なデータをテスト項目表に記述するテスト項目記述手段と、
テスト対象関数ごとのテスト項目数を、前記テスト項目表の生成に必要なデータの行数に応じてカウントするテスト項目数カウント手段と
して機能させるためのテスト項目表生成プログラム。
【請求項２】
前記テスト項目数カウント手段は、前記テスト項目表の生成に必要なデータに含まれる項目の仕様（規格）の行数に応じて、テスト対象関数ごとのテスト項目数をカウントする請求項１記載のテスト項目表生成プログラム。
【請求項３】
前記テスト項目数カウント手段は、前記テスト項目表の生成に必要なデータの行のうち所定の文字列を含む行を、テスト対象関数ごとのテスト項目数のカウント対象から外す請求項２記載のテスト項目表生成プログラム。
【請求項４】
前記テスト項目記述手段は、前記テスト項目表の生成に必要なデータが複数行であるときに、テスト項目表の既存ページの残り行数が前記テスト項目表の生成に必要なデータの行数より大きければ前記テスト項目表の生成に必要なデータをテスト項目表の既存ページに記述し、
テスト項目表の既存ページの残り行数が前記テスト項目表の生成に必要なデータの行数より大きくなければ、前記テスト項目表の生成に必要なデータのうち、前記テスト項目表の既存ページの行数を超えない分の前記テスト項目表の生成に必要なデータを既存ページに記述すると共に、前記テスト項目表の生成に必要なデータのうち、前記テスト項目表の既存ページの行数を超えた分の前記テスト項目表の生成に必要なデータを新規ページに記述する請求項１乃至３何れか一項記載のテスト項目表生成プログラム。
【請求項５】
前記コンピュータを、更に、生成されたテスト項目表に含まれる判定欄への判定結果の入力としてユーザから一方の判定結果を受け付けると、前記判定結果がユーザから入力されなかった判定欄へ他の判定結果を自動的に入力するテスト結果反映手段と
して機能させるための請求項１乃至４何れか一項記載のテスト項目表生成プログラム。
【請求項６】
コンピュータによって実行されるテスト項目表生成方法であって、
前記コンピュータが、
ドキュメント生成ツールの関数ヘッダフォーマットに従ったコメントとしてテスト項目表の生成に必要なデータが埋め込まれたソースコードを読み出す読出ステップと、
読み出した前記ソースコードから前記テスト項目表の生成に必要なデータをテスト対象関数ごとに取得し、前記テスト項目表の生成に必要なデータをテスト項目表に記述するテスト項目記述ステップと、
テスト対象関数ごとのテスト項目数を、前記テスト項目表の生成に必要なデータの行数に応じてカウントするテスト項目数カウントステップと
を実行するテスト項目表生成方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明はテスト項目表生成プログラム及びテスト項目表生成方法に係り、特にプログラムテストを行うためのプログラムテスト仕様書に含まれるテスト項目表を生成するためのテスト項目表生成プログラム及びテスト項目表生成方法に関する。
【背景技術】
【０００２】
例えばプログラムの開発現場では、開発したプログラムが正常に動作するか否かを評価するため、様々なテストが実施される。開発したプログラムのソースコードに対して初期段階で評価を行う方法としては、ユニットテストがある。
【０００３】
ユニットテスト（単体テスト）とはシステムのテスト手法の一つである。ユニットテストは個々のモジュールを対象としたテスト（モジュールテスト）である。モジュールテストは対象のモジュールが仕様書で要求された機能や性能を満たしているかをテストするものである。
【０００４】
通常、モジュールテストを行う場合は、テスト項目が記載されたテスト項目表を生成して利用する。例えば担当者は生成したテスト項目表を印刷し、印刷したテスト項目表を参考にしつつ、モジュールテストを行っていた。
【０００５】
なお、モジュールテストはテスト支援ツールを利用することで一部が自動化されることも多くなった（例えば特許文献１参照）。テスト支援ツールは、あらかじめ準備しておいたテストシナリオに従ってテストを行う。テストシナリオは連続したテスト項目により構成されたものである。
【発明の概要】
【発明が解決しようとする課題】
【０００６】
従来、テスト項目表は担当者が仕様書等に基づき手作業で生成していた。なお、テスト項目表は対象のモジュールの動作確認を行う単位として例えば関数単位にテスト項目を記載している。通常、モジュールテストの対象であるモジュールは多数の関数を有していることが多い。したがって、テスト項目表の生成は担当者にとって非常に手間の掛かる作業であるという問題があった。
【０００７】
なお、特許文献１はユーザがテストを行ったときの操作ログからテストシナリオを生成するものであって、最初にテスト項目表を生成するときの担当者の手間を軽減するものではない。
【０００８】
本発明は、上記の点に鑑みなされたもので、ソースコードからテスト項目表を容易に生成できるテスト項目表生成プログラム及びテスト項目表生成方法を提供することを目的とする。
【課題を解決するための手段】
【０００９】
上記課題を解決するため、本発明は、コンピュータを、ドキュメント生成ツールの関数ヘッダフォーマットに従ったコメントとしてテスト項目表の生成に必要なデータが埋め込まれたソースコードを読み出す読出手段と、読み出した前記ソースコードから前記テスト項目表の生成に必要なデータをテスト対象関数ごとに取得し、前記テスト項目表の生成に必要なデータをテスト項目表に記述するテスト項目記述手段と、テスト対象関数ごとのテスト項目数を、前記テスト項目表の生成に必要なデータの行数に応じてカウントするテスト項目数カウント手段として機能させるためのテスト項目表生成プログラムである。
【００１０】
なお、本発明の構成要素、表現または構成要素の任意の組合せを、方法、装置、システム、コンピュータプログラム、記録媒体、データ構造などに適用したものも本発明の態様として有効である。
【発明の効果】
【００１１】
本発明によれば、ソースコードからテスト項目表を容易に生成できる。
【図面の簡単な説明】
【００１２】
【図１】テスト項目表生成装置の一例のハードウェア構成図である。
【図２】テスト項目表生成装置の一例の処理ブロック構成図である。
【図３】テスト項目表生成装置の一例の画面イメージ図である。
【図４】自動生成開始部の一例の処理ブロック構成図である。
【図５】自動生成開始部の処理手順を表したフローチャートである。
【図６】既知のドキュメント生成ツールの関数ヘッダフォーマットを表した一例の説明図である。
【図７】テスト項目記述部の処理を表した模式図である。
【図８】関数ヘッダの「＠ｉｎｔｅｒｎａｌ」以降のコメントの具体例である。
【図９】ステップＳ４〜Ｓ１１の処理イメージ図である。
【図１０】評価項目数カウント処理の手順を表したフローチャートである。
【図１１】テスト項目表の項目「仕様（規格）」の１行分の内容に、「対象外」という文字列が含まれている例を表した模式図である。
【発明を実施するための形態】
【００１３】
次に、本発明を実施するための最良の形態を、以下の実施例に基づき図面を参照しつつ説明していく。
【００１４】
図１はテスト項目表生成装置の一例のハードウェア構成図である。テスト項目表生成装置１は、それぞれバスＢで相互に接続されている入力装置１１，出力装置１２，ドライブ装置１３，補助記憶装置１４，主記憶装置１５，演算処理装置１６及びインターフェース装置１７を有する。
【００１５】
入力装置１１はキーボードやマウス等である。入力装置１１は、各種信号を入力するために用いられる。出力装置１２はディスプレイ装置等である。出力装置１２は、各種ウインドウやデータ等を表示するために用いられる。インターフェース装置１７はモデムやＬＡＮカード等である。インターフェース装置１７は、ネットワークに接続する為に用いられる。
【００１６】
本実施例のテスト項目表生成プログラムは、テスト項目表生成装置１を制御する各種プログラムの少なくとも一部である。テスト項目表生成プログラムは例えば記録媒体１８の配布やネットワークからのダウンロードなどによって提供される。テスト項目表生成プログラムを記録した記録媒体１８はＣＤ−ＲＯＭ、フレキシブルディスク、光磁気ディスク等の様に情報を光学的，電気的或いは磁気的に記録する記録媒体、ＲＯＭ、フラッシュメモリ等の様に情報を電気的に記録する半導体メモリ等、様々なタイプの記録媒体を用いることができる。
【００１７】
テスト項目表生成プログラムを記録した記録媒体１８がドライブ装置１３にセットされると、テスト項目表生成プログラムは記録媒体１８からドライブ装置１３を介して補助記憶装置１４にインストールされる。ネットワークからダウンロードされたテスト項目表生成プログラムは、インターフェース装置１７を介して補助記憶装置１４にインストールされる。補助記憶装置１４は、インストールされたテスト項目表生成プログラムを格納すると共に、必要なファイル，データ等を格納する。
【００１８】
主記憶装置１５は、テスト項目表生成プログラムの起動時に補助記憶装置１４からテスト項目表生成プログラムを読み出して格納する。そして、演算処理装置１６は主記憶装置１５に格納されたテスト項目表生成プログラムに従って、後述するような各種処理を実現している。
【００１９】
図２はテスト項目表生成装置の一例の処理ブロック構成図である。図２のテスト項目表生成装置１は図１のテスト項目表生成装置１でテスト項目表生成プログラムを実行することにより実現される。図２のテスト項目表生成装置１は、画面制御部２０，データクリア部２１，自動生成開始部２２，目次生成部２３，テスト結果反映部２４，コードファイル格納部２５，テスト項目表格納部２６及び目次格納部２７を有する。
【００２０】
なお、図２ではコードファイル格納部２５，テスト項目表格納部２６及び目次格納部２７をテスト項目表生成装置１の内部に設けた例を表しているが、テスト項目表生成装置１の外部に設けるようにしてもよい。
【００２１】
画面制御部２０は、ユーザの操作に従って、図３に示すような画面を出力装置１２へ表示する。図３はテスト項目表生成装置の一例の画面イメージ図である。最初に、画面制御部２０はメイン操作画面１００を表示する。メイン操作画面１００にはデータクリアボタン１０１，自動生成開始ボタン１０２，目次生成ボタン１０３が表示される。
【００２２】
ユーザが入力装置１１を操作してデータクリアボタン１０１を押下すると、データクリア部２１はデータクリアを行う。ユーザが入力装置１１を操作して自動生成開始ボタン１０２を押下すると、自動生成開始部２２は後述のようにテスト項目表を生成し、テスト項目表画面１１０を画面制御部２０に表示させる。ユーザが入力装置１１を操作して目次生成ボタン１０３を押下すると、目次生成部２３は後述のように目次を生成し、目次画面１２０を画面制御部２０に表示させる。
【００２３】
また、画面制御部２０はユーザの所定の操作に基づき、テスト結果反映画面１３１を表示する。テスト結果反映画面１３１にはテスト結果反映ボタン１３１が表示される。テスト結果反映ボタン１３１がユーザの入力装置１１の操作により押下されると、テスト結果反映部２４はテスト項目表画面１１０を画面制御部２０に表示させる。
【００２４】
テスト結果反映部２４は、テスト結果反映画面１３０のテスト結果反映ボタン１３１が押下されると、テスト項目表画面１１０の判定欄１１１に対するテスト項目の判定結果の入力をユーザから受け付ける。このとき、テスト結果反映部２４はテスト項目の判定結果の一方（例えば「○」など）を受け付け、他方（例えば「×」など）の入力を自動で行うようにしてもよい。
【００２５】
図２に戻り、説明を続ける。コードファイル格納部２５はモジュールテストの対象となるコードファイル（ソースコード）を格納している。テスト項目表格納部２６はテスト項目表を格納している。目次格納部２７は目次を格納している。
【００２６】
図４は自動生成開始部の一例の処理ブロック構成図である。図４の自動生成開始部２２は、テストドライバコードファイルオープン部３１，１行読み出し部３２，解析処理部３３，小項目記述部３４，テスト項目記述部３５，次行文字列記述部３６，新規ページ作成部３７を有する。
【００２７】
図４の自動生成開始部２２の処理手順について図５のフローチャートを参照しつつ説明する。図５は自動生成開始部の処理手順を表したフローチャートである。
【００２８】
ステップＳ１に進み、デバイスドライバコードファイルオープン部３１はデバイスドライバコードファイル（以下、単にコードファイルという）をコードファイル格納部２５から読み出してオープンする。ステップＳ１でオープンしたコードファイルはモジュールテストの対象である。
【００２９】
ステップＳ１でオープンしたコードファイルは関数を含んでおり、既知のドキュメント生成ツール（例えばドキシジェン：Ｄｏｘｙｇｅｎ）の関数ヘッダフォーマットに従ったコメントとしてテスト項目表の生成に必要なデータが埋め込まれている。ドキュメント生成ツールとは、ソースコードと、ソースコードに記述されたコメントとからドキュメントを自動生成するツールである。
【００３０】
図６は既知のドキュメント生成ツールの関数ヘッダフォーマットを表した一例の説明図である。図６に示した関数ヘッダフォーマットでは「＠ｉｎｔｅｒｎａｌ」以降のコメントに、テスト項目表の生成に必要なデータが埋め込まれている。例えば図６に示した関数ヘッダフォーマットでは「＠ｉｎｔｅｒｎａｌ」以降のコメントに、「テスト分類：」，「評価項目：」，「手順・条件：」及び「仕様（規格）：」が埋め込まれている。
【００３１】
ドキュメント生成ツールの関数ヘッダフォーマットに従っている為、自動生成開始部２２は「＠ｉｎｔｅｒｎａｌ」以降の「テスト分類：」，「評価項目：」，「手順・条件：」及び「仕様（規格）：」を後述のように自動的に判別できる。
【００３２】
ステップＳ２に進み、１行読み出し部３２はステップＳ１でオープンしたコードファイルから１行読み出す。ステップＳ３に進み、１行読み出し部３２はステップＳ２で読み出したコードファイルの１行に「＠ｉｎｔｅｒｎａｌ」が含まれているかを判定する。
【００３３】
「＠ｉｎｔｅｒｎａｌ」が含まれていなければ、１行読み出し部３２はステップＳ２に戻り、ステップＳ１でオープンしたコードファイルから次の１行を読み出す。「＠ｉｎｔｅｒｎａｌ」が含まれていれば、１行読み出し部３２は、ステップＳ２で読み出したコードファイルの１行を解析処理部３３に供給する。
【００３４】
コードファイルの１行を供給されると、解析処理部３３はステップＳ４に進み、テスト項目表の既存ページ「テスト対象関数（小項目）名」と、供給されたコードファイルの１行に含まれる「テスト対象関数（小項目）名」とを比較する。また、解析処理部３３はテスト項目表の既存ページのページ行数を確認する。
【００３５】
既存ページの「テスト対象関数（小項目）名」と供給されたコードファイルの１行に含まれる「テスト対象関数（小項目）名」とが非同一、又は、既存ページのページ行数が最大値（ページの最下行まで記述されている状態）であれば、解析処理部３３は新規ページ作成部３７に新規ページの作成を依頼する。新規ページの作成を依頼されると、ステップＳ５に進む、新規ページ作成部３７は新規ページを作成した後、ステップＳ６に進む。テスト項目表の既存ページの「テスト対象関数（小項目）名」と、供給されたコードファイルの１行に含まれる「テスト対象関数（小項目）名」とが同一、及び、テスト項目表の既存ページのページ行数が最大値でなければ、解析処理部３３は新規ページを作成せずにステップＳ６に進む。
【００３６】
ステップＳ６では解析処理部３３が小項目記述部３４に小項目の記述を依頼する。小項目の記述を依頼されると、小項目記述部３４は、テスト項目表の所定欄に「テスト対象関数（小項目）名」を記述する。
【００３７】
ステップＳ７に進み、テスト項目記述部３５はステップＳ２で読み出したコードファイルの１行以降のコメントから「テスト分類：」，「評価項目：」，「手順・条件：」及び「仕様（規格）：」の文字列を自動判別し、図７のように、テスト項目表のそれぞれの項目を埋めて行く。
【００３８】
図７は、テスト項目記述部の処理を表した模式図である。図７の上側に表されているテスト分類，評価項目，手順・条件，仕様（規格）は、ステップＳ２で読み出されたコードファイルの１行以降のコメントから「テスト分類：」，「評価項目：」，「手順・条件：」及び「仕様（規格）：」の文字列を判別し、判別した文字列に続く文字列を読み出したものである。
【００３９】
つまり、テスト項目記述部３５はステップＳ２で読み出されたコードファイルの１行以降のコメントから「テスト分類：」の文字列を判別し、判別した文字列に続く文字列を「テスト分類」の文字列として読み出す。
【００４０】
また、テスト項目記述部３５はステップＳ２で読み出されたコードファイルの１行以降のコメントから「評価項目：」の文字列を判別し、判別した文字列に続く文字列を「評価項目」の文字列として読み出す。また、テスト項目記述部３５はステップＳ２で読み出されたコードファイルの１行以降のコメントから「手順・条件：」の文字列を判別し、判別した文字列に続く文字列を「手順・条件」の文字列として読み出す。
【００４１】
さらに、テスト項目記述部３５はステップＳ２で読み出されたコードファイルの１行以降のコメントから「仕様（規格）：」の文字列を判別し、判別した文字列に続く文字列を「仕様（規格）」の文字列として読み出す。
【００４２】
「テスト分類」，「評価項目」，「手順・条件」及び「仕様（規格）」の文字列を読み出したあと、テスト項目記述部３５は読み出した「テスト分類」，「評価項目」，「手順・条件」及び「仕様（規格）」の文字列の１行目を図７のようにテスト項目表のそれぞれの項目に記述する。
【００４３】
ステップＳ８に進み、テスト項目記述部３５は、ステップＳ７において読み出した「評価項目」，「手順・テスト条件」及び「仕様（規格）」の文字列が複数行であるか否かを判定する。
【００４４】
テスト項目記述部３５は「評価項目」，「手順・テスト条件」及び「仕様（規格）」の文字列が複数行でなければ、ステップＳ２に戻る。「評価項目」，「手順・テスト条件」及び「仕様（規格）」の文字列が複数行であれば、テスト項目記述部３５はステップＳ９に進み、テスト項目表の既存ページの残り行数を確認する。
【００４５】
テスト項目表の既存ページの残り行数と、ステップＳ７で読み出した「評価項目」，「手順・テスト条件」及び「仕様（規格）」の文字列の２行目以降の行数とを比較し、テスト項目表の既存ページの残り行数の方が少なければ、ステップＳ１０に進み、テスト項目記述部３５は新規ページ作成部３７に新規ページの作成を依頼する。新規ページ作成部３７は新規ページの作成を依頼されると、新規ページを作成し、ステップＳ１１に進む。
【００４６】
一方、テスト項目表の既存ページの残り行数の方が多ければ、次行文字列記述部３６は新規ページを作成せず、ステップＳ１１に進む。ステップＳ１１では、次行文字列記述部３６が、テスト項目表の既存ページ又は新規ページへ、ステップＳ７で読み出した「テスト分類」，「評価項目」，「手順・条件」及び「仕様（規格）」の文字列の２行目以降を図７のようにテスト項目表のそれぞれの項目に記述する。ステップＳ１１の処理後、次行文字列記述部３６は、ステップＳ２に戻る。
【００４７】
ステップＳ２〜Ｓ１１の処理はステップＳ１でオープンしたコードファイルから全ての行を読み出し終わるまで繰り返される。なお、図５のフローチャートにおけるステップＳ４〜Ｓ１１の処理イメージは以下のようになる。図９は、ステップＳ４〜Ｓ１１の処理イメージ図である。
【００４８】
図８は関数ヘッダの「＠ｉｎｔｅｒｎａｌ」以降のコメントの具体例である。図８の関数ヘッダは「＠ｉｎｔｅｒｎａｌ」以降のコメントのうち、「仕様（規格）：」に続く文字列が６行で記載されている例である。なお、ここでは「テスト対象関数（小項目）名」が同一であるものとして説明を行う。
【００４９】
ステップＳ４において解析処理部３３は例えば図９（Ａ）に示すようなテスト項目表の既存ページ２００のページ行数を確認し、テスト項目表の既存ページ２００のページ行数が最大値でないため、ステップＳ６に進む。ステップＳ６において、小項目記述部３４はテスト項目表の所定欄に「テスト対象関数（小項目）名」を記述する。
【００５０】
ステップＳ７に進み、テスト項目記述部３５はステップＳ２で読み出したコードファイルの１行以降のコメントから「テスト分類：」，「評価項目：」，「手順・条件：」及び「仕様（規格）：」の文字列を自動判別し、判別した文字列に続く文字列を「テスト分類」，「評価項目」，「手順・条件」及び「仕様（規格）」の文字列として読み出す。
【００５１】
テスト項目記述部３５は読み出した「テスト分類」，「評価項目」，「手順・条件」及び「仕様（規格）」の文字列の１行目を図９（Ｂ）に示すようにテスト項目表の既存ページ２００に記述する。
【００５２】
ステップＳ８において、テスト項目記述部３５はステップＳ７において読み出した「仕様（規格）」の文字列が６行であると判定する。テスト項目記述部３５はステップＳ９に進み、テスト項目表の既存ページ２００の残り行数が４行であることを確認する。
【００５３】
テスト項目表の既存ページ２００の残り行数（４行）の方が、ステップＳ７で読み出した「仕様（規格）」の文字列の行数（６行）よりも２行少ないため、新規ページ作成部３７はステップＳ１０に進み、図９（Ｂ）に示すような新規ページ２１０を作成する。
【００５４】
ステップＳ１１において、次行文字列記述部３６は、テスト項目表の既存ページ２００へステップＳ７で読み出した「仕様（規格）」の文字列の２〜４行目を記述し、テスト項目表の新規ページ２１０へステップＳ７で読み出した「仕様（規格）」の文字列の５〜６行目を記述する。
【００５５】
このように、自動生成開始部２２はテスト項目表の既存ページ２００の残り行数より多い行数の「評価項目」，「手順・条件」及び「仕様（規格）」の文字列を既存ページ２００に追加する場合、超えた行数分の「評価項目」，「手順・条件」及び「仕様（規格）」の文字列を新規ページ２１０に出力できる。したがって、自動生成開始部２２により生成されたテスト項目表はレイアウトが崩れることがない。
【００５６】
目次生成部２３が行う評価項目数カウント処理の手順について図１０のフローチャートを参照しつつ説明する。図１０は評価項目数カウント処理の手順を表したフローチャートである。図１０の評価項目数カウント処理はテスト項目表の項目「仕様（規格）」の行数に基づいて各テスト項目の評価（テスト）項目数をカウントする。
【００５７】
ステップＳ２１に進み、目次生成部２３はテスト項目表の項目「仕様（規格）」の１行分の内容を参照して、「対象外」という文字列又は「スペース」が含まれているか否かを判定する。図１１はテスト項目表の項目「仕様（規格）」の１行分の内容に、「対象外」という文字列が含まれている例を表している。
【００５８】
「対象外」という文字列又は「スペース」が含まれていなければ、目次生成部２３はステップＳ２２に進み、評価項目数に１を加算する。なお、「対象外」という文字列又は「スペース」が含まれていれば、目次生成部２３は評価項目数に１を加算しない。ステップＳ２１〜Ｓ２２の処理はテスト項目表の小項目ごとに、項目「仕様（規格）」の行数分、行われる。
【００５９】
ステップＳ２１〜Ｓ２２の処理をテスト項目表の項目「仕様（規格）」の行数分、行ったあと、目次生成部２３はステップＳ２３に進み、カウントした評価項目数をテスト項目表の評価項目数に記述する。なお、カウントした評価項目数は目次の評価項目数としても利用される。なお、判定項目数カウント処理は自動生成開始部２２が行ってもよい。
【００６０】
図１０の評価項目数カウント処理ではテスト項目表の項目「仕様（規格）」の行数に基づいて各テスト項目の評価項目数をカウントする際、テスト項目表の項目「仕様（規格）」の行のうち任意の行をカウント対象から外すことができる。つまり、図１０の評価項目数カウント処理ではテスト項目表の項目「仕様（規格）」の行数をそのまま各テスト項目の評価項目数として利用しても利用しなくてもよい。
【００６１】
なお、本実施例のテスト項目表生成プログラムは、例えば表計算ソフトのプログラムマクロにより実現することもできる。テスト項目表生成プログラムを表計算ソフトのプログラムマクロにより実現すると、自動生成開始部２２は表計算ソフトで扱える表形式のテスト項目表のデータを生成できる。表計算ソフトはテスト項目表のデータを印刷することによりレイアウトが崩れていないテスト項目表を印刷できる。
【００６２】
本発明は、具体的に開示された実施例に限定されるものではなく、特許請求の範囲から逸脱することなく、種々の変形や変更が可能である。
【符号の説明】
【００６３】
１    テスト項目表生成装置
１１    入力装置
１２    出力装置
１３    ドライブ装置
１４    補助記憶装置
１５    主記憶装置
１６    演算処理装置
１７    インターフェース装置
１８    記録媒体
２０    画面制御部
２１    データクリア部
２２    自動生成開始部
２３    目次生成部
２４    テスト結果反映部
２５    コードファイル格納部
２６    テスト項目表格納部
２７    目次格納部
３１    テストドライバコードファイルオープン部
３２    １行読み出し部
３３    解析処理部
３４    小項目記述部
３５    テスト項目記述部
３６    次行文字列記述部
３７    新規ページ作成部
１００    メイン操作画面
１０１    データクリアボタン
１０２    自動生成開始ボタン
１０３    目次生成ボタン
１１０    テスト項目表画面
１１１    判定欄
１２０    目次画面
１３０    テスト結果反映画面
１３１    テスト結果反映ボタン
２００    テスト項目表の既存ページ
２１０    テスト項目表の新規ページ
【先行技術文献】
【特許文献】
【００６４】
【特許文献１】特開２００７−３３４８３７号公報
【図１】
2010218315.tif 000003
【図２】
2010218315.tif 000004
【図３】
2010218315.tif 000005
【図４】
2010218315.tif 000006
【図５】
2010218315.tif 000007
【図６】
2010218315.tif 000008
【図７】
2010218315.tif 000009
【図８】
2010218315.tif 000010
【図９】
2010218315.tif 000011
【図１０】
2010218315.tif 000012
【図１１】
2010218315.tif 000013