JPH11306046A

JPH11306046A - Test case generation system and test case generation method

Info

Publication number: JPH11306046A
Application number: JP10113842A
Authority: JP
Inventors: Kazuo Saito; 一雄斉藤; Hideto Ogasawara; 秀人小笠原; Atsushi Yamada; 淳山田
Original assignee: Toshiba Corp
Current assignee: Toshiba Corp
Priority date: 1998-04-23
Filing date: 1998-04-23
Publication date: 1999-11-05
Anticipated expiration: 2018-04-23
Also published as: JP3502543B2

Abstract

(57)【要約】【課題】機能仕様書情報とテストケースの間のリンク
を提供し、整合性を維持して、機能仕様を十分網羅した
高品質かつ効率的なテストを行うことにある。【解決手段】表形式の機能仕様データの入力に従っ
て、前記表の各行データに対応するフォーマットで、前
記項目データの組み合わせをテーブルに変換する機能仕
様データ管理部１０と、テーブルを記憶する機能仕様デ
ータベース２０と、検証の対象となるテスト項目データ
を指示するテスト仕様入力部６０と、機能仕様データベ
ース２０を検索して、指示された項目データと関連を有
する項目データの組み合わせを抽出し、該項目データの
組み合わせに従ってテストケースの生成を行うテストケ
ース生成部７０とを具備する。 (57) [Summary] [PROBLEMS] To provide a link between functional specification information and a test case, maintain consistency, and perform a high quality and efficient test sufficiently covering the functional specification. SOLUTION: A function specification data management unit 10 converts a combination of the item data into a table in a format corresponding to each row data of the table in accordance with an input of a table of function specification data, and a function specification database storing the table 20, a test specification input unit 60 for designating test item data to be verified, and a search of the function specification database 20 to extract a combination of item data having a relationship with the designated item data, And a test case generation unit 70 that generates a test case according to the combination of the test cases.

Description

DETAILED DESCRIPTION OF THE INVENTION

【０００１】[0001]

【発明の属する技術分野】本発明は、テストケース生成
システム及びテストケース生成方法に関し、特に、機能
仕様書上の記述とテストケースの間のリンクを提供して
整合性を維持することによって、機能仕様の確認上必要
十分なテストケースを自動生成し、もってシステム開発
上の機能テストにおける品質向上と工期短縮を実現する
ための技術に関する。BACKGROUND OF THE INVENTION 1. Field of the Invention The present invention relates to a test case generation system and a test case generation method, and more particularly, to providing a link between a description on a functional specification and a test case to maintain a function. The present invention relates to a technology for automatically generating a necessary and sufficient test case for confirming specifications, thereby improving quality and shortening a construction period in a functional test in system development.

【０００２】[0002]

【従来の技術】一般に、システム開発においては、設計
段階からテスト段階まで複数の段階を経てシステムが完
成する。2. Description of the Related Art Generally, in system development, a system is completed through a plurality of stages from a design stage to a test stage.

【０００３】まず、プログラム設計段階において、要求
される機能を記述した設計仕様書（機能仕様書）を作成
する。そして、プログラム開発段階において、機能仕様
書に基づいてプログラムが作成される。その後に、テス
ト設計段階において、作成したプログラムが要求される
機能を実現するか否かを検証するためのテストケースを
記述したテスト仕様書を作成する。そして、テスト段階
において、テスト仕様書に基づいてテスト用のデータを
作成し、このテストデータによって当該プログラムのテ
ストを実行するという手順が一般的に用いられている。
最終的に、テスト仕様書に基づいて所望する結果が得ら
れた段階で当該プログラムは完成する。First, in a program design stage, a design specification (functional specification) describing a required function is created. Then, in the program development stage, a program is created based on the functional specification. After that, in a test design stage, a test specification is prepared which describes a test case for verifying whether or not the created program realizes a required function. In a test stage, a procedure is generally used in which test data is created based on a test specification, and a test of the program is executed using the test data.
Finally, the program is completed when a desired result is obtained based on the test specification.

【０００４】このため、機能仕様書上の機能要求を満た
すプログラムを開発するためには、機能仕様書に記載さ
れた機能仕様に基づいて、これを網羅するようなテスト
ケースが作成されなければならないのである。Therefore, in order to develop a program that satisfies the function requirements in the function specification, a test case that covers the function specification must be created based on the function specification described in the function specification. It is.

【０００５】以下に、従来技術におけるテストケースの
生成手法について説明する。第１には、機能仕様書に基
づいて、人手によってテストケースを作成する手法があ
る。具体的には、機能仕様書に記述された機能の内容を
人が判断して、これに基づいてテスト項目（テストケー
ス）の検討、作成を行っていた。[0005] A method of generating a test case in the prior art will be described below. First, there is a method of manually creating a test case based on a functional specification. Specifically, a person judges the content of the function described in the functional specification, and based on this, examines and prepares a test item (test case).

【０００６】また、第２には、テストケース作成用の専
用ツールを用いる手法がある。具体的には、機能仕様書
に記述された機能の内容に基づき、専用言語や図表現な
ど、機能仕様書上の表現とは別表現となるフォーマット
で、機能仕様を再入力し、この入力内容からテストケー
スの自動生成を行っていた。[0006] Second, there is a method using a dedicated tool for creating a test case. Specifically, based on the contents of the function described in the function specification, re-input the function specification in a format that is different from the expression in the function specification, such as a special language or diagram expression. Automatically generated test cases from.

【０００７】従来技術におけるこうした自動化ツールと
しては、以下のものがある。第１のツールとして、特開
平７−２５３９０５号公報掲載の「テストケース作成装
置及びテストケース作成方法」において、機能仕様（動
作仕様）に基づいて状態遷移図を入力し、この状態遷移
図に対して有向グラフとして探索を行うことによってテ
ストケースを自動生成する手法が開示されている。[0007] Such automation tools in the prior art include the following. As a first tool, a state transition diagram is input based on functional specifications (operation specifications) in “Test Case Creation Apparatus and Test Case Creation Method” described in Japanese Patent Application Laid-Open No. 7-253905, and A method for automatically generating a test case by performing a search as a directed graph is disclosed.

【０００８】また、第２のツールとして、特開平９−６
６０４号公報掲載の「試験仕様書作成支援装置」があ
る。ここでは、まず、プログラムの設計仕様書に基づ
き、機能名と、これに対応する機能概要、入力装置、入
力内容、入力条件、出力装置、出力情報などの項目をツ
ール用のフォーマットに合わせて入力し、この入力内容
に基づいて機能概要（各モジュールに対応する）レベル
の機能別試験仕様書情報を試験項目データベースとして
保持する。そして、この試験項目データベースを検索す
ることによってプログラム設計仕様書に対応する機能別
試験仕様書を出力する手法が開示されている。As a second tool, Japanese Patent Application Laid-Open No. 9-6
There is a “test specification creation support device” published in Japanese Patent Publication No. 604. Here, first, based on the program design specifications, input the function name and the corresponding function overview, input device, input contents, input conditions, output device, output information, etc. according to the format for the tool Then, based on the input contents, function-specific test specification information at a function outline (corresponding to each module) level is held as a test item database. Then, a method of outputting a function-specific test specification corresponding to the program design specification by searching the test item database is disclosed.

【０００９】しかしながら、上述した従来のテストケー
ス生成の手法には、以下の問題点があった。However, the above-described conventional test case generation method has the following problems.

【００１０】まず、第１の人手によるテストケースの作
成では、機能仕様書上に記述された機能に基づいて、テ
ストケースを検討するという判断のステップが介在する
ため、機能仕様を完全に網羅したテストケースを作成す
ることが困難であった。First, the first manual test case creation involves a step of examining a test case based on the functions described in the functional specification, so that the functional specification is completely covered. It was difficult to create test cases.

【００１１】また、第１の人手による手法を自動化する
目的の第２の専用ツールによるテストケースの生成手法
においても、事情は同様であり、機能仕様を完全に網羅
してテストケースを生成することは困難であった。[0011] In addition, the situation is the same in the test case generation method using the second dedicated tool for the purpose of automating the first manual method, and the test case is generated by completely covering the function specifications. Was difficult.

【００１２】以下にその理由を説明する。一般に、機能
仕様書においては、自然言語の文章により仕様が記述さ
れるが、各機能について、表形式で記述されることが多
い。これは、表形式の表現が、文章表現その他よりも明
瞭かつ正確であることによる。ところが、従来技術にお
ける専用ツールでは、こうした機能仕様書における表形
式の機能記述とは別表現である状態遷移図などのフォー
マットに対して、機能仕様の再入力を行う構成となって
いた。このため、機能仕様の入力に際しての別表現への
変換、判断が介在するため、機能仕様を完全に網羅した
テストケースを作成することが困難であった。The reason will be described below. In general, in a function specification, specifications are described in sentences of a natural language, but each function is often described in a table format. This is because tabular expressions are clearer and more accurate than textual expressions and others. However, the dedicated tool in the related art has a configuration in which the function specification is re-input to a format such as a state transition diagram, which is a different expression from the tabular function description in the function specification. For this reason, it is difficult to create a test case that completely covers the functional specification, because the conversion to another expression and the judgment at the time of inputting the functional specification are involved.

【００１３】また、先述のテストケースの検討や、別表
現への変換を行うためには、プログラム言語や図表現な
どについての習熟が必須であり、限られた専門要員に作
業を依存することとなっていた。In addition, in order to examine the above-described test cases and to convert them into different expressions, it is necessary to master a programming language, a diagram expression, and the like. Had become.

【００１４】さらに、近年のシステムの大規模化、複雑
化に伴い、こうした困難性は加速し、テストケースの作
成に多くの時間と労力を要することとなって、システム
開発におけるボトルネックを構成していた。Further, with the recent increase in scale and complexity of the system, these difficulties have been accelerated, and a lot of time and effort have been required to create test cases, which constitute a bottleneck in system development. I was

【００１５】このため、結果的に、プログラム、システ
ムの品質低下、開発期間の長期化を招聘していた。As a result, the quality of programs and systems has been reduced and the development period has been lengthened.

【００１６】[0016]

【発明が解決しようとする課題】以上のように、本発明
は、従来技術における、機能仕様書情報とテストケース
の間のリンクがなく、整合性が維持できなかったため
に、テストケース生成用のデータエントリーを要し、ま
た機能仕様を十分網羅した高品質のテストが行えなかっ
たという問題点を解決するためになされたものである。As described above, according to the present invention, there is no link between functional specification information and a test case in the prior art, and consistency cannot be maintained. This was done to solve the problem that high-quality tests that required data entry and that fully covered functional specifications could not be performed.

【００１７】そして、その目的とするところは、機能仕
様書で用いられる表形式の仕様データを項目毎抽出して
データベース化し、この機能仕様データベースからの検
索結果に基づいてテストケースを自動生成することによ
って、機能仕様書情報とテストケースの間のリンクを提
供し、整合性を維持して、機能仕様を十分網羅した高品
質かつ効率的なテストを可能とするテストケース生成シ
ステム及びテストケース生成方法を提供することにあ
る。The purpose is to extract tabular specification data used in the functional specification for each item and convert it into a database, and to automatically generate a test case based on a search result from the functional specification database. Provides a link between functional specification information and test cases, maintains consistency, and enables high-quality and efficient testing that fully covers functional specifications, and a test case generating method. Is to provide.

【００１８】また、他の目的は、表形式での機能仕様表
現だけではカバーできない機能仕様や、後からの新たな
機能追加に対応した、新たなパラメータをテストケース
に適用可能にすることによって、さらに柔軟にテストケ
ースを生成してテストデータ作成を自動化することにあ
る。Another object of the present invention is to make it possible to apply a new parameter to a test case in response to a function specification that cannot be covered only by a table form of a function specification expression or a new function to be added later. Another object of the present invention is to automatically generate test data by generating test cases flexibly.

【００１９】また、他の目的は、機能仕様データベース
検索の際に、テスト項目の入力内容に応じて、適宜デー
タベース中のテーブルを結合させることによって、機能
仕様データベース中の各テーブルを意識することなく、
柔軟なデータベースの検索を実現することにある。Another object is to combine tables in the database according to the input contents of the test items at the time of searching for the function specification database without being conscious of each table in the function specification database. ,
It is to realize a flexible database search.

【００２０】[0020]

【課題を解決するための手段】上記の課題を達成するた
めの、本発明の第１の特徴は、上述のように、各機能が
表形式で記述されている点に着目し、機能仕様書と同一
フォーマットである表形式の仕様データをそのまま入力
とし、項目毎に抽出して機能仕様データベース化してプ
ログラム設計時とテスト設計時におけるデータの共用・
再利用を図る点にある。さらに、テスト項目データか
ら、これに関連する項目データの組み合わせを機能仕様
データベースから抽出し、この項目データに基づいてテ
ストケースを自動生成する点にある。A first feature of the present invention for achieving the above object is to focus on the fact that each function is described in a table format as described above, The table format specification data, which is the same format as the above, is input as it is, extracted for each item and made into a function specification database to share data during program design and test design.
The point is to aim for reuse. Further, a combination of item data related thereto is extracted from the test item data from the functional specification database, and a test case is automatically generated based on the item data.

【００２１】また、第２の特徴は、テストケースに対し
て新たなパラメータを付加するための規則であるテスト
ルールを登録、適宜テストケースに適用可能とする点に
ある。A second feature is that a test rule, which is a rule for adding a new parameter to a test case, is registered and can be appropriately applied to the test case.

【００２２】また、第３の特徴は、入力されたテスト項
目を有するデータベース中のテーブルの検索を行い、デ
ータベース中のテーブルを、各項目データが矛盾しない
ように適宜結合する点にある。A third feature is that a table in the database having the input test items is searched, and the tables in the database are appropriately combined so that each item data does not contradict.

【００２３】かかる機能を実現するために、請求項１の
発明においては、機能仕様データに基づいて、対象物の
機能の検証を行うためのテストケースを生成するテスト
ケース生成システムであって、各項目間における項目デ
ータの組み合わせを表形式で記述する機能仕様データの
入力に従って、前記表の各行データに対応するフォーマ
ットで、前記項目データの組み合わせをテーブルに変換
する機能仕様データ管理部と、前記表に対応する前記テ
ーブルを記憶する機能仕様データベースと、機能の検証
を行う対象を指定するテスト項目データを入力するテス
ト仕様入力部と、前記機能仕様データベースを検索し
て、前記テスト項目データを含む１又は複数のテーブル
から、前記テスト項目データと関連を有する項目データ
の組み合わせを抽出し、該項目データの組み合わせに従
ってテストケースの生成を行うテストケース生成部とを
少なくとも具備することを特徴とするものである。In order to realize such a function, the invention according to claim 1 is a test case generation system for generating a test case for verifying a function of an object based on function specification data. A function specification data management unit that converts the combination of the item data into a table in a format corresponding to each row data of the table according to input of the function specification data that describes a combination of item data between items in a table format; A function specification database that stores the table corresponding to the above, a test specification input unit that inputs test item data that specifies a target to be verified, and a function specification database that searches the function specification database and includes the test item data. Or, from a plurality of tables, extract a combination of item data related to the test item data And it is characterized in that at least and a test case generator for generating test cases according to the combination of said item data.

【００２４】上記構成によれば、仕様書で用いられてい
るのと同じ表現形式である表形式の機能仕様データをそ
のままデータベース化することが可能となる。また、こ
のデータベース化した機能仕様データから、関連する各
項目間の項目データ（項目値）の組み合わせ情報を得る
ことが可能となる。つまり、所望するテスト項目データ
に対して、機能仕様を十分網羅したテストケースを自動
生成することが可能となるのである。According to the above configuration, it is possible to make a database of the function specification data in the form of a table, which is the same expression form as that used in the specification, as it is. Further, from the functional specification data in the database, it is possible to obtain information on combination of item data (item values) between related items. That is, it is possible to automatically generate a test case that fully covers the functional specifications for desired test item data.

【００２５】尚、ここで、表とは、一般の表計算ソフト
ウエアやワードプロセッサなどを用いて作成され、機能
仕様書をはじめとする通常の文書内で使用される表形式
となった項目データの集合をいう。また、テーブルと
は、この表から後述するアルゴリズムによって一義的に
作成され、データベース中に格納されるフォーマットと
なった項目データの集合をいう。Here, the table is defined as item data in the form of a table which is created using general spreadsheet software or a word processor and used in ordinary documents such as functional specifications. Refers to a set. The table is a set of item data that is uniquely created from the table by an algorithm described later and has a format stored in a database.

【００２６】また、請求項２の発明においては、前記テ
ストケース生成部は、さらに、前記テスト項目データを
含む前記テーブルが複数である場合には、前記複数のテ
ーブルの間での共通項目データを有する行データ同士を
結合し、該結合された行データから、前記入力項目デー
タに対応する項目データの組み合わせを抽出するテーブ
ル結合手段を有することを特徴とする。[0026] In the invention according to claim 2, the test case generation unit further includes, when there are a plurality of tables including the test item data, common item data among the plurality of tables. It is characterized by having a table combining means for combining the row data with each other and extracting a combination of item data corresponding to the input item data from the combined row data.

【００２７】上記構成によれば、複数のテーブルが探索
された場合に、複数のテーブルを、各テーブル間の共通
項目データが矛盾しないよう、整合性を維持して結合す
ることが可能となる。つまり、機能仕様データベース上
の各テーブルのフォーマットを意識することなく、柔軟
な検索を行うことが可能となるのである。According to the above configuration, when a plurality of tables are searched, it is possible to combine the plurality of tables while maintaining consistency so that the common item data between the tables does not contradict. That is, a flexible search can be performed without being aware of the format of each table in the functional specification database.

【００２８】また、請求項３の発明においては、上記テ
ストケース生成システムは、さらに、各項目に対応し
て、各項目データを操作するための規則であるテストル
ールを定義するテストルール登録部と、該テストルール
を記憶するテストルール記憶手段と、該テストルール
を、前記テストケースの対応する項目に対して適用し
て、複次的なテストルールへの展開を行うテストルール
適用部とを具備することを特徴とする。Further, in the invention according to claim 3, the test case generation system further includes a test rule registration unit for defining a test rule corresponding to each item, which is a rule for operating each item data. A test rule storage unit for storing the test rule, and a test rule application unit for applying the test rule to a corresponding item of the test case to develop the test rule into a secondary test rule. It is characterized by doing.

【００２９】上記構成によれば、機能仕様データベース
の検索により得られたテストケースに対して、各項目デ
ータを適宜操作、展開することが可能となる。つまり、
派生的に新たなパラメータをテストケースに対して付加
することが可能となり、また、テストデータの生成まで
を自動化することが可能となるのである。According to the above configuration, it is possible to appropriately operate and develop each item data for a test case obtained by searching the functional specification database. That is,
As a result, a new parameter can be added to the test case, and the generation of test data can be automated.

【００３０】また、請求項４の発明においては、上記テ
ストケース生成システムは、さらに、前記テストルー
ル、および機能仕様データの付加データのいずれか１以
上についての記述を行う補助言語手段を有することによ
り、表形式で表現することが困難な仕様についてもプロ
グラミング言語などにより記述可能となり、表形式を補
完して、より具体的な、仕様を確実に網羅したテストケ
ースの生成が可能となるのである。Further, in the invention according to claim 4, the test case generation system further comprises auxiliary language means for describing at least one of the test rule and additional data of the function specification data. In addition, specifications that are difficult to express in a table format can also be described in a programming language or the like, and a test case that more reliably covers the specifications can be generated by complementing the table format.

【００３１】また、請求項５の発明においては、上記テ
ストケース生成システムは、さらに、前記機能仕様デ
ータ管理部に対して入力された前記機能仕様データの中
に記述された用語を抽出し、該抽出された用語を用語デ
ータとして登録する用語データ管理部と、該用語データ
を記憶する用語データ記憶手段と、該用語データを用い
て、入力された前記機能仕様データおよびテスト仕様デ
ータのいずれか１以上の入力データ内容の補完を行う入
力補助手段とを具備することを特徴とする。In the invention of claim 5, the test case generation system further extracts a term described in the function specification data input to the function specification data management unit, and A term data management unit for registering the extracted terms as term data, term data storage means for storing the term data, and any one of the functional specification data and test specification data input using the term data An input assisting means for complementing the contents of the input data described above is provided.

【００３２】上記構成によれば、入力データを蓄積して
用語辞書化し、この用語辞書を入力データに適用するこ
とが可能となる。つまり、用語辞書を用いて、機能仕様
やテスト仕様などの新たな入力内容について、入力の検
証、補完を行うことが可能となる。According to the above configuration, it is possible to accumulate input data and make it a term dictionary, and apply this term dictionary to the input data. In other words, the input dictionary can be used to verify and supplement new input contents, such as functional specifications and test specifications, using the term dictionary.

【００３３】また、請求項６の発明においては、上記テ
ストケース生成システムは、さらに、前記機能仕様デー
タベース、前記テストルール記憶手段、前記用語データ
記憶手段のいずれか１つ以上に対して、直接データの操
作を行うデータベースインターフェース部を具備するこ
とにより、保有データの変更、追加、削除など、各デー
タについて、直接メンテナンスを行うことが可能となる
のである。[0033] In the invention according to claim 6, the test case generation system further includes a direct data storage unit for directly storing at least one of the functional specification database, the test rule storage unit, and the term data storage unit. By providing the database interface unit for performing the above operations, it becomes possible to directly perform maintenance on each data such as change, addition, and deletion of the retained data.

【００３４】また、請求項７の発明においては、前記テ
スト仕様入力部に対して入力される前記テスト仕様デー
タは、機能の検証を行う対象となる項目データの組み合
わせが表形式で記述されていることにより、機能仕様の
入力と統一した表形式のフォーマットで簡単かつ確実に
テスト仕様の入力、検索リストの作成を行うことが可能
となる。In the invention according to claim 7, the test specification data input to the test specification input section describes a combination of item data for which a function is to be verified in a table format. This makes it possible to easily and reliably input test specifications and create a search list in a tabular format unified with input of functional specifications.

【００３５】また、請求項８の発明においては、上記テ
ストケース生成システムは、さらに、前記テストケース
生成部から出力される前記テストケースの各項目データ
に対応するヘッダを付加して、該項目データに対応する
テストケースを含むテスト仕様書を出力するテストケー
ス出力部を具備することにより、生成されたテストケー
スに基づくテスト仕様書フォーマットを自動生成するこ
とが可能となる。In the invention according to claim 8, the test case generation system further adds a header corresponding to each item data of the test case output from the test case generation unit, and By providing a test case output unit that outputs a test specification including a test case corresponding to the test case, it is possible to automatically generate a test specification format based on the generated test case.

【００３６】また、請求項９の発明においては、上記テ
ストケース生成システムは、さらに、前記テストケース
出力部が出力する前記テストケースの入力に従って、該
テストケースに記述された項目データの組み合わせを満
たすテストデータを生成するテストデータ生成部を具備
することにより、生成されたテストケースを入力とし
て、対応する機能テストの入力用テストデータを自動生
成することが可能となる。In the ninth aspect of the present invention, the test case generation system further satisfies a combination of item data described in the test case according to the input of the test case output from the test case output unit. By providing the test data generation unit that generates test data, it is possible to automatically generate test data for inputting a corresponding functional test by using the generated test case as an input.

【００３７】また、請求項１０の発明においては、各項
目間における項目値の組み合わせを表形式で記述する機
能仕様データの入力に従って、前記表に記述された各項
目値と該項目値に対応する項目名との対応付けを含む項
目データを作成し、前記表の各行に記述された項目に一
義的に対応する前記項目データのリストを１の項目デー
タ群として、前記表に一義的に対応するテーブルに変換
する機能仕様データ管理部と、前記表に対応する前記テ
ーブルを関係型データベースに記憶する機能仕様データ
ベースとを、少なくとも具備することを特徴とする。According to the tenth aspect of the present invention, each item value described in the table and the item value correspond to each item value according to the input of the function specification data that describes the combination of the item values between the items in a table format. Item data including correspondence with item names is created, and a list of the item data uniquely corresponding to the item described in each row of the table is uniquely corresponded to the table as one item data group. It is characterized by comprising at least a function specification data management unit for converting into a table, and a function specification database for storing the table corresponding to the table in a relational database.

【００３８】上記構成によれば、仕様書で用いられてい
るのと同じ表現形式である表形式の機能仕様データをそ
のままデータベース化することが可能となる。According to the above configuration, it is possible to make a database of the functional specification data in the form of a table, which is the same expression format as that used in the specification, as it is.

【００３９】また、請求項１１の発明においては、対象
物の機能の検証を行う対象を指定するテスト項目データ
を指示するテスト仕様データの入力に従って、前記テス
ト項目データに対応する項目データの検索を行うための
検索リストの作成を行うテスト仕様入力部と、各項目間
における項目データの組み合わせを表形式で記述する機
能仕様データに対応して、前記表の項目値と該項目値に
対応する項目名との対応付けを、前記表の各行に記述さ
れた項目に一義的に対応する項目データのリストとし
て、前記表に一義的に対応するテーブル中に保持する機
能仕様データベースに対して、前記検索リスト上の項目
データと一致する項目データを有する１または２以上の
テーブルを探索し、前記探索によって得られたテーブル
が複数である場合には、前記複数のテーブルの間での共
通項目データを有する行データ同士の結合を、テーブル
が１つに結合されるまで繰り返し行い、得られた１のテ
ーブルの行データから前記検索リスト上の前記項目デー
タに対応する項目データを抽出し、該抽出された項目デ
ータに基づいてテストケースの生成を行うテストケース
生成部とを少なくとも具備することを特徴とする。According to the eleventh aspect of the present invention, a search for item data corresponding to the test item data is performed in accordance with input of test specification data designating test item data for designating an object to verify the function of the object. A test specification input unit for creating a search list to be performed, and item values of the table and items corresponding to the item values corresponding to the function specification data describing a combination of item data between items in a table format The function specification database that holds the association with the name as a list of item data that uniquely corresponds to the item described in each row of the table in the table that uniquely corresponds to the table is searched for. Search for one or more tables having item data that matches the item data on the list, and when there are a plurality of tables obtained by the search, The row data having the common item data among the plurality of tables is repeatedly joined until the tables are joined into one, and the item on the search list is obtained from the obtained row data of one table. At least a test case generation unit that extracts item data corresponding to data and generates a test case based on the extracted item data is provided.

【００４０】上記構成によれば、データベース化された
機能仕様データから、関連する各項目間の項目データ
（項目値）の組み合わせ情報を得ることが可能となる。
つまり、所望するテスト項目データに対して、機能仕様
を十分網羅したテストケースを自動生成することが可能
となるのである。According to the above configuration, it is possible to obtain information on combination of item data (item values) between related items from the function specification data in the database.
That is, it is possible to automatically generate a test case that fully covers the functional specifications for desired test item data.

【００４１】さらに、本発明方法（請求項１２）は、機
能仕様データに基づいて、対象物の機能の検証を行うた
めのテストケースを生成するテストケース生成方法であ
って、各項目間における項目データの組み合わせを表形
式で記述する機能仕様データの入力に従って、前記表の
各行データに対応するフォーマットで、前記項目データ
の組み合わせをテーブルに変換する機能仕様データ登録
ステップと、機能の検証を行う対象を指定するテスト項
目データの入力に従って、前記テスト項目データに対応
する項目データの検索を行うための検索リストの作成を
行うテスト仕様入力ステップと、前記検索リスト上の項
目データを含む１又は複数のテーブルから、前記テスト
項目データと関連を有する項目データの組み合わせを抽
出し、該項目データの組み合わせからテストケースの生
成を行うテストケース生成ステップとを含むことを特徴
とする。Further, the method of the present invention (Claim 12) is a test case generating method for generating a test case for verifying the function of an object based on the function specification data. A function specification data registration step of converting a combination of the item data into a table in a format corresponding to each row data of the table in accordance with input of the function specification data that describes a combination of data in a table form, and a function verification target A test specification input step of creating a search list for searching for item data corresponding to the test item data in accordance with input of test item data designating one or more items including one or more item data on the search list From the table, a combination of item data having a relationship with the test item data is extracted, and the item data is extracted. Wherein the combination of and a test case generation step for generating test cases.

【００４２】上記ステップによれば、仕様書で用いられ
ているのと同じ表現形式である表形式の機能仕様データ
をそのままデータベース化することが可能となる。ま
た、このデータベース化した機能仕様データから、関連
する各項目間の項目データ（項目値）の組み合わせ情報
を得ることが可能となる。つまり、所望するテスト項目
データに対して、機能仕様を十分網羅したテストケース
を自動生成することが可能となるのである。According to the above steps, it is possible to directly create a database of functional specification data in the form of a table in the same expression format as used in the specification. Further, from the functional specification data in the database, it is possible to obtain information on combination of item data (item values) between related items. That is, it is possible to automatically generate a test case that fully covers the functional specifications for desired test item data.

【００４３】さらに、本発明に係る記録媒体（請求項１
４）は、機能仕様データに基づいて、対象物の機能の検
証を行うためのテストケースを生成するテストケース生
成プログラムを格納したコンピュータ読み取り可能な記
録媒体であって、各項目間における項目データの組み合
わせを表形式で記述する機能仕様データの入力に従っ
て、前記表の各行データに対応するフォーマットで、前
記項目データの組み合わせをテーブルに変換する機能仕
様データ登録ステップと、機能の検証を行う対象を指定
するテスト項目データの入力に従って、前記テスト項目
データに対応する項目データの検索を行うための検索リ
ストの作成を行うテスト仕様入力ステップと、前記検索
リスト上の項目データを含む１又は複数のテーブルか
ら、前記テスト項目データと関連を有する項目データの
組み合わせを抽出し、該項目データの組み合わせからテ
ストケースの生成を行うテストケース生成ステップとを
含むことを特徴とする。Further, a recording medium according to the present invention (claim 1)
4) is a computer-readable recording medium storing a test case generation program for generating a test case for verifying the function of an object based on the function specification data, wherein the item data of the item data between each item is stored. A function specification data registration step of converting the combination of the item data into a table in a format corresponding to each row data of the table in accordance with the input of the function specification data describing the combination in a table form, and designating a target for function verification A test specification input step of creating a search list for searching for item data corresponding to the test item data according to the input of the test item data to be executed; and one or more tables including the item data on the search list. Extracting a combination of item data having an association with the test item data, Characterized in that it comprises a test case generation step of generating test cases from the combination of the item data.

【００４４】上記ステップによれば、仕様書で用いられ
ているのと同じ表現形式である表形式の機能仕様データ
をそのままデータベース化することが可能となる。ま
た、このデータベース化した機能仕様データから、関連
する各項目間の項目データ（項目値）の組み合わせ情報
を得ることが可能となる。つまり、所望するテスト項目
データに対して、機能仕様を十分網羅したテストケース
を自動生成することが可能となるのである。According to the above-described steps, it becomes possible to directly convert the function specification data in the form of a table, which is the same expression format used in the specification, into a database. Further, from the functional specification data in the database, it is possible to obtain information on combination of item data (item values) between related items. That is, it is possible to automatically generate a test case that fully covers the functional specifications for desired test item data.

【００４５】[0045]

【発明の実施の形態】以下、図面を用いて本発明の実施
形態を詳細に説明する。Embodiments of the present invention will be described below in detail with reference to the drawings.

【００４６】本実施形態の構成は、表形式の機能仕様デ
ータの入力に従って、機能仕様データベースを構成する
機能仕様データの管理部分と、この機能仕様データベー
スに対して検索を行い、テストケースを自動生成するラ
ンタイム部分とに大別される。According to the configuration of this embodiment, a function specification data management part constituting the function specification database and a search for the function specification database are performed in accordance with the input of the table-shaped function specification data, and a test case is automatically generated. Runtime part.

【００４７】図１に示すように、本実施形態に係るテス
トケース生成システムは、機能仕様データ管理部１０
と、機能仕様データベース２０と、テストルールライブ
ラリ３０と、用語辞書ライブラリ４０と、データベース
インターフェース部５０と、テスト仕様入力部６０と、
テストケース生成部７０と、テストケース出力部８０
と、テストデータ生成部９０と、テスト実行部１００と
を備えている。As shown in FIG. 1, the test case generation system according to this embodiment includes a function specification data management unit 10.
A function specification database 20, a test rule library 30, a term dictionary library 40, a database interface unit 50, a test specification input unit 60,
Test case generation unit 70 and test case output unit 80
, A test data generation unit 90 and a test execution unit 100.

【００４８】機能仕様データ管理部１０は、表形式で入
力される機能仕様データや付加情報であるテストルール
データの登録の管理を行う。The function specification data management unit 10 manages registration of function specification data input in a table format and test rule data as additional information.

【００４９】機能仕様データ管理部１０は、さらに、機
能仕様入力部１２と、表解析・変換部１４と、マクロ登
録部１６と、用語辞書管理部１８とを備えている。The function specification data management section 10 further includes a function specification input section 12, a table analysis / conversion section 14, a macro registration section 16, and a term dictionary management section 18.

【００５０】機能仕様入力部１２は、仕様書の中で用い
られている表形式による機能仕様データの入力を受け
る。尚、かかるデータの入力は、仕様書と同一の表のフ
ォーマットに対して再入力を行ってもよいが、予め表計
算ソフトウエアやワードプロセッサによって作成されて
いる表に対応するファイルが存在していれば、これをそ
のまま入力ファイルとしてインポートすることにより、
さらに、入力のワークロードを軽減することができる。The function specification input section 12 receives input of function specification data in a table format used in the specification. The input of such data may be re-input to the same table format as the specification, but if there is a file corresponding to the table created by spreadsheet software or a word processor in advance. If you import this as an input file,
Further, the input workload can be reduced.

【００５１】表解析・変換部１４は、機能仕様入力部１
２に対して入力された表を、機能仕様データベース２０
上での形式に合わせて、変換処理を行い、データベース
登録を行う。The table analysis / conversion unit 14 includes the function specification input unit 1
2 into the functional specification database 20
Conversion processing is performed according to the above format, and database registration is performed.

【００５２】マクロ登録部１６は、生成されたテストケ
ースの項目に対する操作を行うための規則であるテスト
ルールを、マクロ形式で、マクロライブラリ２４に対し
て登録する。尚、テストルールの詳細については後述す
る。The macro registration unit 16 registers, in a macro format, test rules, which are rules for performing operations on the generated test case items, in the macro library 24. The details of the test rule will be described later.

【００５３】用語辞書管理部１８は、機能仕様入力部１
２に対して入力された表の中で用いられた単語などの用
語を抽出し、用語辞書ライブラリ４０に対して登録す
る。The term dictionary management unit 18 stores the function specification input unit 1
The terms such as the words used in the table input for No. 2 are extracted and registered in the term dictionary library 40.

【００５４】機能仕様データベース２０は、さらに、入
力された表に対応するテーブルを格納する機能仕様ＲＤ
Ｂ（ＲｅｌａｔｉｏｎａｌＤａｔａｂａｓｅ）と、マ
クロ形式により記述されるテストルールを格納するマク
ロライブラリ２４とにより構成される。なお、この他の
用語辞書ライブラリ４０やテストルールライブラリ３０
も含め、これらのデータベースおよびライブラリは、ア
クセスのされ方や頻度により、物理編成方式は適宜定め
られるが、表形式の入力に対応し、柔軟なアクセスが可
能な関係型データベースであることが望ましい。また、
テストルールライブラリ３０は、複数のマクロ（関数）
で共用されるようなシステム提供の汎用ルーチンについ
て、別ライブラリとして構成したライブラリである。The function specification database 20 further stores a function specification RD storing a table corresponding to the input table.
B (Relational Database) and a macro library 24 that stores test rules described in a macro format. Note that other term dictionary libraries 40 and test rule libraries 30
The physical organization system of these databases and libraries is appropriately determined depending on the access method and frequency, but it is desirable that the databases and libraries be relational databases that can respond to table-type inputs and can be accessed flexibly. Also,
The test rule library 30 includes a plurality of macros (functions)
This is a library that is configured as a separate library for system-provided general-purpose routines that are shared by.

【００５５】データベースインターフェース部５０は、
機能仕様データベース２０や、テストルールライブラリ
３０、用語辞書ライブラリ４０に対して、直接データの
変更、追加、削除、再編成などの管理を行い、各データ
ベースのメンテナンスの機能を提供する。そのため、例
えば、誤った仕様を入力した場合でも適宜修正が可能と
なる。The database interface unit 50
It directly manages changes, additions, deletions, and reorganizations of data in the functional specification database 20, the test rule library 30, and the term dictionary library 40, and provides a function of maintaining each database. Therefore, for example, even if an incorrect specification is input, it can be appropriately corrected.

【００５６】次に、テスト仕様入力部６０は、求めたい
テスト仕様データの入力を受け、機能仕様データベース
２０を検索するための検索リストを作成する。テスト仕
様入力部６０は、さらに、テスト仕様入力のインターフ
ェース部分であるテスト項目入力部６２と、入力された
テスト仕様データから、機能仕様データベース２０を検
索するための検索リストの作成を行うテスト項目解析・
変換部６４とから構成される。Next, the test specification input section 60 receives the input of the test specification data to be obtained, and creates a search list for searching the functional specification database 20. The test specification input unit 60 further includes a test item input unit 62 which is an interface part for test specification input, and a test item analysis for creating a search list for searching the functional specification database 20 from the input test specification data.・
And a conversion unit 64.

【００５７】テストケース生成部７０は、与えられた検
索リストを用いて機能仕様データベース２０の検索を行
い、テスト仕様データに対応するテストケースの生成を
行う。The test case generator 70 searches the functional specification database 20 using the given search list, and generates a test case corresponding to the test specification data.

【００５８】テストケース生成部７０は、さらに、機能
仕様検索部７２と、テストルール適用部７４とにより構
成される。The test case generation unit 70 further includes a function specification search unit 72 and a test rule application unit 74.

【００５９】機能仕様検索部７２は、機能仕様データベ
ースから、検索リストに対応する項目データ（項目名、
項目値）の検索を行う。The function specification search unit 72 reads item data (item name, item name) corresponding to the search list from the function specification database.
Search for item value).

【００６０】テストルール適用部７４は、機能仕様検索
部７２によって探索されたテーブルの項目に対応するテ
ストルールを、マクロライブラリ２４およびテストルー
ルライブラリ３０から検索・展開し、機能仕様検索部７
２によって得られたテストケースに対して適用して、最
終的なテストケースを生成する。尚、探索されたテーブ
ルに対応するテストルールが定義されていない場合に
は、テストルール適用部７４での処理はバイパスして、
機能仕様検索部７２で直接テストケース生成を行う構成
とすることは任意である。The test rule application unit 74 searches and expands the test rules corresponding to the items of the table searched by the function specification search unit 72 from the macro library 24 and the test rule library 30, and the function specification search unit 7
2 to generate the final test case. If the test rule corresponding to the searched table is not defined, the processing in the test rule application unit 74 is bypassed, and
It is optional that the functional specification search unit 72 directly generates test cases.

【００６１】テストケース出力部８０は、テストケース
生成部７０により最終的に得られたテストケースのデー
タに合わせて適宜項目レイアウトの変更（整形）を行
い、項目名のヘッダを付加してテスト仕様書の形式で各
テストケースを出力する。The test case output unit 80 appropriately changes (shapes) the item layout in accordance with the test case data finally obtained by the test case generation unit 70 and adds a header of the item name to the test specification. Output each test case in the form of a certificate.

【００６２】テストデータ生成部９０は、テストケース
出力部８０により出力されたテストケースに対応して、
実際の機能テストに対する入力データとなるテストデー
タの生成を行う。The test data generator 90 responds to the test case output from the test case output unit 80,
Generate test data as input data for an actual functional test.

【００６３】テスト実行部１００は、テストデータ生成
部９０からのテストデータの入力を受けて所定の機能テ
ストを行い、結果データを出力する。Test execution section 100 receives a test data from test data generation section 90, performs a predetermined function test, and outputs result data.

【００６４】また、ここで、本実施形態が具備するハー
ドウエア構成は、各種処理を行うためのＣＰＵと、キー
ボード、マウス、各種リーダーなどの入力装置と、メモ
リ装置や各種ディスク装置などの外部記憶装置と、ディ
スプレー装置、プリンタ装置などの出力装置とを備えた
通常のコンピュータシステムを用いて実現することがで
きる。尚、ＣＰＵは、各種処理を行う演算部と、各種処
理のための命令及びデータを記憶する主記憶部とを備え
る。The hardware configuration of this embodiment includes a CPU for performing various processes, input devices such as a keyboard, a mouse, and various readers, and external storage such as a memory device and various disk devices. It can be realized using a normal computer system including the device and an output device such as a display device and a printer device. Note that the CPU includes an arithmetic unit that performs various processes, and a main storage unit that stores instructions and data for various processes.

【００６５】尚、上述したテストケース生成を実現する
ためのプログラムは、メモリ装置、磁気ディスク装置、
光ディスク装置などの各種記録媒体に保存することがで
きる。かかる記録媒体をコンピュータにより読み出し、
当該プログラムを実行することにより、本発明を実施す
ることができるのである。The program for realizing the above-described test case generation includes a memory device, a magnetic disk device,
It can be stored in various recording media such as an optical disk device. The recording medium is read by a computer,
The present invention can be implemented by executing the program.

【００６６】本実施形態に係るテストケース生成システ
ムは、上記のように構成されており、以下、その処理の
流れにつき、説明する。まず、第１に、機能仕様データ
の登録時の処理内容について説明する。まず、機能仕様
入力部１２に対して、表形式によって機能仕様データが
入力される。The test case generation system according to the present embodiment is configured as described above, and the flow of the processing will be described below. First, the processing content at the time of registering the function specification data will be described. First, function specification data is input to the function specification input unit 12 in the form of a table.

【００６７】ここで、機能仕様入力部１２に対して、入
力される表の例を、図２に示す。Here, an example of a table input to the function specification input unit 12 is shown in FIG.

【００６８】ここで入力される表は、一般の表計算ソフ
トウェアやワードプロセッサ等を用いて作成され、通常
の文書で使用される表の形式であり、かかる表形式のデ
ータはそのまま文書仕様書でも利用することができるデ
ータである。The table input here is created using general spreadsheet software or a word processor, and is in the form of a table used in a normal document. The data in such a table format can be used as it is in a document specification. Data that can be done.

【００６９】図２は、入力とシステムの状態に対応して
変化する、処理およびランプ点灯の状態に関する機能仕
様を示す表である。図２（ａ）はＲ１からＲ４までの４
つの行を有し、また図２（ｂ）はＲ５からＲ７までの３
つの行を有し、それぞれが１つの表を構成している。以
下においては、図２の表が入力されたものとして、具体
例の説明を行う。FIG. 2 is a table showing functional specifications relating to the processing and the lamp lighting state, which change according to the input and the state of the system. FIG. 2 (a) is a graph showing four values from R1 to R4.
And FIG. 2 (b) shows three rows from R5 to R7.
It has three rows, each of which makes up one table. In the following, a specific example will be described assuming that the table of FIG. 2 has been input.

【００７０】次に、表解析・変換部１４が、入力された
表に対応するテーブルを生成し、機能仕様ＲＤＢ２２に
対して機能仕様データの登録を行う。Next, the table analyzer / converter 14 generates a table corresponding to the input table, and registers the function specification data in the function specification RDB 22.

【００７１】まず、入力された表の各行に対応して、各
列ごとの項目名とその項目値のリスト［（項目名、
値）、（項目名、値）、…］の形式で１レコード（エン
トリー）を構成する。そして、入力された表に対応し、
入力された表の行数分のレコードを１つの単位としたテ
ーブルが、機能仕様ＲＤＢ２２に登録される。First, a list of item names and their values for each column [(item name,
Value), (item name, value),...] Form one record (entry). And corresponding to the input table,
A table in which records corresponding to the number of rows of the input table as one unit are registered in the functional specification RDB 22.

【００７２】図３に、表解析・変換部におけるアルゴリ
ズムのフローチャートを示す。まず、入力された表のヘ
ッダ部から、必要な項目名を取得する（Ｓ１０、Ｓ１
１）。次に、各項目名に対応して表の各行に記述された
各項目値を、表のデータ部から抽出する（Ｓ１２）。こ
の各項目値のそれぞれを、対応する項目名と対応づけて
項目データを構成し（Ｓ１３）、表の各行に含まれる項
目に対応する項目データのリストを１レコードとして、
表の各行に対応するレコードを構成する（Ｓ１４）。FIG. 3 shows a flowchart of the algorithm in the table analysis / conversion unit. First, necessary item names are acquired from the header part of the input table (S10, S1).
1). Next, each item value described in each row of the table corresponding to each item name is extracted from the data part of the table (S12). Each item value is associated with a corresponding item name to form item data (S13), and a list of item data corresponding to the items included in each row of the table is defined as one record.
A record corresponding to each row of the table is formed (S14).

【００７３】Ｓ１２からＳ１４までの各行ごとの処理
を、入力された表の全行分について繰り返し行う（Ｓ１
５）。そして、最後に、テーブル毎にユニークとなる識
別子をテーブルに付与する（Ｓ１６）。このように作成
されたテーブルが、機能仕様ＲＤＢ２２に対して登録さ
れる（Ｓ１８）。The processing for each row from S12 to S14 is repeated for all rows of the input table (S1).
5). Finally, a unique identifier is assigned to each table for each table (S16). The table created in this way is registered in the function specification RDB 22 (S18).

【００７４】尚、ここで、例えば「入力がＯＮである場
合の状態表」などのように、表の全体に対して前提条件
が存在する場合には、機能仕様データの入力の際に、後
述の補助言語を用いて、各表に対する条件を記述する。
こうして各表についての条件が付加された場合には、テ
ーブル作成時に前提条件が、補助言語を用いてテーブル
に対して付加される（Ｓ１７）。If there are prerequisites for the entire table, such as a “state table when the input is ON”, the function specification data will be described later. The conditions for each table are described using the auxiliary language.
When the conditions for each table are added in this way, preconditions are added to the table using the auxiliary language when the table is created (S17).

【００７５】また、図２に説明した表解析・変換の処理
と同時に、用語辞書管理部１８が、表の中で使われた用
語を抽出し、用語辞書ライブラリ４０に対して登録す
る。この用語辞書のデータは、入力内容のチェックに用
いられる。即ち、機能仕様入力部１２およびテスト項目
入力部６２などに対しての入力時に、用語辞書のデータ
を用いて入力内容をチェックすることで、入力単語を補
完、検証することができる。かかる用語辞書ライブラリ
を用いた入力補助手段によって、入力をさらに容易に
し、また、入力精度を向上させることができる。At the same time as the table analysis and conversion processing described with reference to FIG. 2, the term dictionary management unit 18 extracts terms used in the table and registers them in the term dictionary library 40. The data of this term dictionary is used for checking the input contents. That is, at the time of inputting to the function specification input unit 12 and the test item input unit 62, the input words can be complemented and verified by checking the input contents using the data of the term dictionary. By the input assisting means using such a term dictionary library, input can be further facilitated and input accuracy can be improved.

【００７６】次に、テストケース生成のランタイムの処
理内容について説明する。Next, a description will be given of the processing contents of the run time of test case generation.

【００７７】テストケースを生成する場合には、まず、
テスト項目入力部６２に対して、求めたいテスト仕様デ
ータを入力する。入力形式は、任意であるが、機能仕様
入力部１２に対する入力と同様の表形式とすれば、統一
した入力形式を提供できるため、表計算ソフト等による
表形式の入力が望ましい。When generating a test case, first,
The test specification data to be obtained is input to the test item input section 62. The input format is arbitrary, but if a table format similar to the input to the function specification input unit 12 is used, a unified input format can be provided.

【００７８】図２に示された機能仕様の表に対応する、
「運転中」の状態における入力と点灯ランプの動作を確
認するためのテスト仕様データを、図４（ａ）に示す。
テスト仕様は、図４（ａ）に示すように、表の項目名が
並ぶヘッダの形式で記述する。そして、各項目名の中
で、値が指定されている「状態」項目Ｃ２は既定の条件
として扱われる。即ち、「状態」項目Ｃ２が「運転中」
の値を持つ行レコードだけが検索され、この「運転中」
の値をとりうるテストケースだけが生成されることとな
る。一方、値が指定されていない「入力」項目Ｃ１、
「点灯ランプ」項目Ｃ３については、他の項目によって
与えられる条件の範囲内で、項目Ｃ１、Ｃ３が取り得る
全ての値が検索される。The function specification table corresponding to the function specification table shown in FIG.
FIG. 4A shows test specification data for confirming the input and the operation of the lighting lamp in the “running” state.
As shown in FIG. 4A, the test specification is described in the form of a header in which table item names are arranged. In each item name, the “status” item C2 for which a value is specified is treated as a predetermined condition. That is, the “state” item C2 is “operating”.
Only row records with the value of
Only test cases that can take the value of are generated. On the other hand, an “input” item C1 for which no value is specified,
As for the “lighting lamp” item C3, all possible values of the items C1 and C3 are searched for within the range given by the other items.

【００７９】この入力されたテスト仕様データに従い、
テスト項目解析・変換部６４が、前述した表解析・変換
部１４と同様の項目名抽出処理を行う。即ち、テスト仕
様データとして値が指定された項目値を検索条件として
用い、他の項目について、指定された項目値に対応する
項目値のみを検索することとなる。ここでは、入力され
た項目データに基づき、機能仕様データベース２０に対
する検索リストが生成される。その際、テスト仕様デー
タの各項目について、値の指定されている項目はその項
目値を入れ、一方項目値が指定されていない項目は別の
リストに分割してリストを生成するなど、検索リストを
適宜変換してもよい。このような検索リストの構成とす
れば、項目値が与えられた項目についてのみ先にテーブ
ルを探索し、検索対象範囲を収束することで、検索効率
を向上させることができる。According to the input test specification data,
The test item analysis / conversion unit 64 performs the same item name extraction processing as the table analysis / conversion unit 14 described above. That is, an item value whose value is specified as test specification data is used as a search condition, and only the item value corresponding to the specified item value is searched for other items. Here, a search list for the function specification database 20 is generated based on the input item data. At that time, for each item of the test specification data, the item for which the value is specified is entered with the item value, while the item for which the item value is not specified is divided into another list to generate a search list. May be appropriately converted. With such a search list configuration, the search efficiency can be improved by first searching the table only for the item given the item value and converging the search target range.

【００８０】次に、機能仕様検索部７２は、入力された
テスト仕様を満足する項目データ（項目名と項目値）の
組み合わせを、機能仕様データベース２０のテーブルか
ら検索する。Next, the function specification search unit 72 searches the table of the function specification database 20 for a combination of item data (item name and item value) that satisfies the input test specification.

【００８１】図５に、機能仕様データベースに対する検
索処理のアルゴリズムを示す。FIG. 5 shows an algorithm of a search process for the function specification database.

【００８２】まず、仕様データとして入力された各項目
名を含むテーブルを機能仕様データベースから探索する
（Ｓ７１）。このとき、項目名が複数のテーブルに含ま
れる場合には、入力された項目名をより多く含むテーブ
ルが優先して選択される。このようにすれば、後述する
テーブル結合の処理を軽減することができる。First, a table including each item name input as specification data is searched from the function specification database (S71). At this time, if the item names are included in a plurality of tables, the table including more input item names is preferentially selected. By doing so, it is possible to reduce the processing of table joining described below.

【００８３】次に、ステップＳ７３以降の処理では、選
択した各テーブルの項目データを基に、それぞれのテー
ブルの間の結合が行なわれる。この結合は、結合される
相互のテーブルの項目データが矛盾しないように行われ
る。具体的には、結合されるテーブルに共通項目データ
がある場合には、それぞれのテーブル中で、同じ項目値
をもつ行データの間で結合が行われる。Next, in the processing after step S73, the tables are joined based on the item data of each selected table. This joining is performed so that the item data of the tables to be joined does not contradict. Specifically, when there is common item data in the tables to be joined, the joining is performed between row data having the same item value in each table.

【００８４】以下、上述の図２の２つの表が機能仕様と
して与えられている場合に、テスト仕様として図４
（ａ）が入力された場合の具体例に基づき、Ｓ７３以下
の結合処理を説明する。Hereinafter, when the two tables shown in FIG. 2 are given as functional specifications, the test specifications shown in FIG.
Based on a specific example in the case where (a) is input, the combining process from S73 will be described.

【００８５】いま、Ｓ７１において、図２の２つの表に
対応するテーブルが探索され、このうち、「入力」項
目、「状態」項目については図２（ａ）のテーブルが、
「点灯ランプ」項目については図２（ｂ）のテーブルが
選択されたとする。まず、選択された２つのテーブルの
うち１つを選択して結合の基準となる（被結合）テーブ
ルＡとする（Ｓ７３）。また、他方のテーブルを、結合
するテーブルＢとする（Ｓ７５）。Now, in S71, tables corresponding to the two tables in FIG. 2 are searched. Of these, the table of FIG.
It is assumed that the table in FIG. 2B has been selected for the “lighting lamp” item. First, one of the two selected tables is selected and set as a table A (combined) serving as a reference for combination (S73). Further, the other table is set as a table B to be joined (S75).

【００８６】この２つの表には、共通する項目「処理」
があるので（Ｓ７６）、この共通項目である「処理」項
目を用いて２つのテーブルを結合する（Ｓ８２）。結合
がされた後、テーブルＢをリストから削除する（Ｓ８
３）。The two tables have a common item “processing”.
Therefore, the two tables are joined using the "processing" item, which is a common item (S82). After the connection, the table B is deleted from the list (S8).
3).

【００８７】即ち、「処理」項目を用いて「入力」、
「状態」、「処理」、「点灯ランプ」の各項目を持つテ
ーブルが結合により作成される。図２（ａ）のテーブル
では、「状態」項目の項目値が「運転中」である場合
の、「処理」項目の値は、“実行”、“待機”の２種類
である（Ｒ２、Ｒ４）。一方、図２（ｂ）のテーブルの
「処理」項目の項目値には、この他に、“停止”という
値がある。ステップＳ８２では、この２つの表に共通し
た「処理」項目の値が矛盾しないように項目をつなぎ合
わせ、結果として図４（ｂ）に示されるような項目デー
タを含む行データを生成する。即ち、図２（ａ）のＲ２
の行データと図２（ｂ）のＲ６の行データ、及び図２
（ａ）のＲ４の行データと図２（ｂ）のＲ７の行データ
とが、それぞれつなぎ合わせられ、図４（ｂ）の行デー
タが生成される。ここで、もし、２つのテーブルに共通
項目データが無く、また、機能仕様に対応する他の全て
のテーブルを使っても共通項目データが見つけられない
場合には、２つのテーブルは単純に連結される（Ｓ８
１）。That is, “input” using the “process” item,
A table having items of “state”, “process”, and “lighting lamp” is created by joining. In the table of FIG. 2A, when the item value of the “status” item is “during operation”, the values of the “process” item are two types of “execution” and “standby” (R2, R4). ). On the other hand, the item value of the “processing” item in the table of FIG. 2B also includes a value of “stop”. In step S82, the items of the "process" common to the two tables are joined so that the values do not contradict, and as a result, row data including the item data as shown in FIG. 4B is generated. That is, R2 in FIG.
2 and the row data of R6 in FIG.
The row data of R4 in FIG. 2A and the row data of R7 in FIG. 2B are joined together to generate the row data in FIG. Here, if there is no common item data in the two tables and no common item data can be found using all the other tables corresponding to the functional specifications, the two tables are simply connected. (S8
1).

【００８８】以上の処理は、仕様データとして入力され
た全ての項目名が探索され、かつ各項目について選択さ
れたテーブルが一つに結合されるまで繰り返される（Ｓ
７３〜Ｓ８３）。The above processing is repeated until all the item names input as the specification data are searched, and the tables selected for each item are combined into one (S).
73-S83).

【００８９】そして、最後に、結合されたテーブルの各
行データを出力する。この各行データは、与えられた仕
様データの項目値に関連する他の項目値の、機能仕様に
基づく組み合わせパターンを示している。従って、この
テーブルの結合を、ありうる全てのテーブルの組合せに
対して行なうことで、機能仕様の組合せを網羅したテス
トケース生成が可能となるのである。この出力時には、
表の探索順や組合せ等により、重複した検索結果が得え
られた場合は、重複する結果をそれぞれ保持、出力はさ
れず、全ての検索結果が一度だけ出力される。Finally, each row data of the joined table is output. Each row data indicates a combination pattern of other item values related to the item value of the given specification data based on the function specification. Therefore, by combining the tables with all possible combinations of the tables, it is possible to generate a test case covering the combinations of the functional specifications. At the time of this output,
If duplicate search results are obtained according to the search order or combination of the tables, the duplicate results are not held and output, but all the search results are output only once.

【００９０】以上の処理によって生成されたテストケー
スは、テストケース生成部７０で最終的に得られたテス
トケースの行データに合わせて、テスト仕様データ入力
時のヘッダの下に各テストケースが並べられた形式のテ
スト仕様書として出力される。The test cases generated by the above processing are arranged under the header at the time of inputting the test specification data in accordance with the test case row data finally obtained by the test case generation unit 70. It is output as a test specification in the specified format.

【００９１】ここでのテストケースは、入力されたテス
ト仕様データの項目に対応させて列データを適宜抽出、
編集して作成することができる。また、後述するよう
に、テストルール適用によってヘッダの項目名が変化し
た場合は、この際にヘッダの変更が併せて行なわれる。The test case here extracts column data as appropriate in accordance with the input test specification data items.
Can be edited and created. As will be described later, when the item name of the header changes due to the application of the test rule, the header is also changed at this time.

【００９２】このように作成されたテストケースから、
さらにテストデータを生成し、これを入力データとして
テストを自動的に行うこともできる。From the test case thus created,
Further, test data can be generated, and the test can be automatically performed using the test data as input data.

【００９３】次に、上述したテストケース生成に際し
て、テストルールを適用する処理の内容について、以下
に説明する。Next, the contents of the processing for applying the test rules when generating the test case described above will be described below.

【００９４】テストルールとは、テストケース中のある
項目名や所定の条件に従って各項目を操作し、新たなパ
ラメータをテストケースに付加するための規則である。
このテストルールは、補助言語などの手法を用いて記述
される。このテストルールを用いれば、あるテストケー
スから、派生的にテストケースを生成したり、また、表
入力の機能仕様の項目値だけでは、直接テストデータが
生成できないような場合には、この項目値に対してさら
に具体的な値生成の指示を行うことができる。The test rule is a rule for operating each item according to a certain item name or a predetermined condition in a test case and adding a new parameter to the test case.
This test rule is described using a technique such as an auxiliary language. If this test rule is used, a test case can be derived from a certain test case, or if it is not possible to directly generate test data using only the item values of the functional specifications in the table input, this item value Can be given a more specific value generation instruction.

【００９５】図６から図８に、Ｃ言語に類似した補助言
語で記述され、適用されるテストルールの例を示す。FIGS. 6 to 8 show examples of test rules described and applied in an auxiliary language similar to the C language.

【００９６】図６は、各項目データと、これに対応する
テストルールとの対応関係を示す表である。テストルー
ル対応表は、各項目データに対応して記述される関数名
（マクロ名）と、追加される項目データ、削除される項
目データなどのパラメータにより構成される。例えば、
図６に示すように、補助言語との対応表に、項目名（こ
の場合は「処理」項目）に対する各項目データに対応し
たルールである関数ｃｈｅｃｋ＿ｓｔｏｐ（）、ｃｈｅ
ｃｋ＿ｒｅａｄｙ（）、ｃｈｅｃｋ＿ｒｕｎ（）と、補
助言語によって追加されるパラメータと、追加に伴って
削除されるパラメータが指定される。次にテストルール
として、項目名に対応したそれぞれの関数がマクロ形式
で記述される（図７）。各関数は必要なパラメータを生
成する。ここで、特に、複数の関数で利用されるような
処理は、図８に示すように、システム提供のライブラリ
ルーチンを共通に利用することも可能である。FIG. 6 is a table showing the correspondence between each item data and the corresponding test rule. The test rule correspondence table includes a function name (macro name) described corresponding to each item data, and parameters such as item data to be added and item data to be deleted. For example,
As shown in FIG. 6, in the correspondence table with the auxiliary language, functions check_stop (), che, which are rules corresponding to each item data for the item name (in this case, “process” item),
ck_ready (), check_run (), parameters added by the auxiliary language, and parameters deleted with the addition are specified. Next, as a test rule, each function corresponding to the item name is described in a macro format (FIG. 7). Each function produces the required parameters. Here, in particular, for a process used by a plurality of functions, a library routine provided by the system can be commonly used as shown in FIG.

【００９７】ここで、例えば、図６に示されるテストル
ールに従い、図９（ｂ）のマクロを、図９（ａ）に示さ
れるテストケース３４に適用した場合を説明する。最初
の“待機”項目にｃｈｅｃｋ＿ｒｅａｄｙ（）が（Ｒ２
１）、“実行”項目にｃｈｅｃｋ＿ｒｕｎ（）が（Ｒ２
２）適用される。そして、「処理」項目が削除されて
「回転数」「判定結果」項目が付加され、最終結果とし
て図９（ｃ）に示されるようなテストケースとなって出
力される。Here, for example, a case in which the macro of FIG. 9B is applied to the test case 34 shown in FIG. 9A according to the test rule shown in FIG. 6 will be described. Check_ready () is (R2
1) Check_run () is added to the “execute” item (R2
2) Applies. Then, the item of “processing” is deleted, and the items of “number of rotations” and “judgment result” are added, and the final result is output as a test case as shown in FIG. 9C.

【００９８】このように、補助言語などの形式により、
テストルールを適宜登録、適用することで、検索結果の
テストケースに対して、さらに具体的に数値を与えてテ
ストケースを作成したり、例えば「有効範囲内で正常動
作する」といった表現の語句から、実際に有効範囲をチ
ェックするためのテストデータの数値列を作成すること
が可能となる。また、補助言語は、テストルールの定義
の他に、上述したように、表形式で表現することが難し
い仕様（仕様書の文章表現部分など）の入力を補助する
手段として、機能仕様入力部１２などで利用することが
できる。As described above, in a format such as an auxiliary language,
By registering and applying test rules as appropriate, you can create test cases by giving numerical values more specifically to test cases in search results, or from words such as "normal operation within the effective range" Thus, it is possible to create a numerical sequence of test data for actually checking the effective range. The auxiliary language serves as a means for assisting the input of a specification (such as a text expression part of a specification) which is difficult to express in a table format, as described above, in addition to the definition of the test rules. And so on.

【００９９】本実施形態によれば、以下のような効果が
得られる。According to the present embodiment, the following effects can be obtained.

【０１００】即ち、機能仕様書で用いられる表形式の仕
様データを項目ごと抽出してデータベース化し、この機
能仕様データベースからの検索結果に基づいてテストケ
ースを自動生成するので、テストケース作成用の機能仕
様データの変換、再エントリーを不要にし、予め蓄積さ
れた機能仕様データベースの各項目間の関連情報によっ
て、相互に関連する項目値の範囲内で、機能仕様を十分
網羅したテストケースの生成を行うことができる。尚、
このテストケースを用いて行われる機能テストの単位は
任意であり、機能仕様に基づくテストであれば単体モジ
ュールであっても、プログラム単位であっても、パッケ
ージ単位であってもよい。That is, the specification data in the form of a table used in the functional specification is extracted for each item into a database, and a test case is automatically generated based on the search result from the functional specification database. This eliminates the need to convert and re-entry the specification data, and generates test cases that fully cover the functional specifications within the range of mutually related item values by using the related information between the items of the functional specification database that has been stored in advance. be able to. still,
The unit of the functional test performed using this test case is arbitrary, and a test based on the functional specification may be a single module, a program, or a package.

【０１０１】また、補助言語を用いたマクロ形式のテス
トルールを定義、テストルールに適用することによっ
て、表形式での機能仕様表現だけではカバーできない機
能仕様や、後からの新たな機能、条件追加に対応してさ
らに柔軟にテストケースを生成することができる。By defining a macro-style test rule using an auxiliary language and applying it to the test rule, a function specification that cannot be covered only by a functional specification expression in a table format, or a new function or condition added later. , Test cases can be generated more flexibly.

【０１０２】また、データベース中のテーブルを各項目
間の項目値の整合性を維持して結合させる機能を提供す
るので、機能仕様データベース中の各テーブルを意識す
ることなく、柔軟なデータベースの検索を行うことがで
きる。Also, since a function of joining tables in the database while maintaining the consistency of item values between items is provided, a flexible database search can be performed without being conscious of each table in the functional specification database. It can be carried out.

【０１０３】さらに、テスト作業者はこの表の各行のパ
ラメータを基にテストケースに従ってテストを実行する
ことで、迅速かつ正確なテストを行なうことができる。
さらに、テストケースの各行データを入力として、テス
トデータの自動生成および自動テスト実行までもが可能
となる。Further, the test operator can perform a quick and accurate test by executing a test in accordance with a test case based on the parameters of each row of the table.
Further, it is possible to automatically generate test data and execute automatic test by using each line data of the test case as an input.

【０１０４】また、実際にシステムが実装されていない
場合であっても、確認したいシステムの動作条件を入力
することで、仕様に基づいた出力されるべき結果がテス
ト仕様書へ出力されるので、設計された機能仕様の正当
性を仕様書文書をベースとして、容易に確認することが
可能となる。Even if the system is not actually mounted, by inputting the operating conditions of the system to be checked, the result to be output based on the specification is output to the test specification. The validity of the designed function specification can be easily confirmed based on the specification document.

【０１０５】[0105]

【発明の効果】以上説明したように、本発明によれば、
以下に記載されるような効果を奏する。As described above, according to the present invention,
The following effects are obtained.

【０１０６】即ち、本発明においては、機能仕様書で用
いられる表形式の仕様データを項目ごと抽出してデータ
ベース化し、この機能仕様データベースからの検索結果
に基づいてテストケースを自動生成する機能を提供す
る。このため、データ登録時においては、テストケース
作成用の機能仕様データのフォーマット変換を伴う再エ
ントリーを不要にし、統一した入力手段によって、仕様
データ入力が簡易かつ確実なものとなる。また、テスト
ケース作成時においても、機能仕様を十分網羅したテス
トケースの生成が可能となる。これにより、機能仕様書
情報とテストケースの間のリンクを提供し、整合性を維
持して、機能仕様を十分網羅した高品質かつ効率的なテ
ストを行うことが可能となる。また、機能仕様データベ
ースの情報を、他のシステムからも共用、再利用を図る
ことが可能となる。That is, the present invention provides a function of extracting tabular specification data used in a functional specification document for each item and converting it into a database, and automatically generating a test case based on a search result from the functional specification database. I do. Therefore, at the time of data registration, re-entry involving format conversion of functional specification data for creating test cases is not required, and specification data can be easily and reliably input by the unified input means. Also, at the time of test case creation, it is possible to generate a test case that fully covers the functional specifications. As a result, it is possible to provide a link between the functional specification information and the test case, maintain the consistency, and perform a high-quality and efficient test that sufficiently covers the functional specification. Further, the information of the function specification database can be shared and reused by other systems.

【０１０７】また、表形式での機能仕様表現だけではカ
バーできない機能仕様や、後からの新たな機能、条件追
加に対応してテストルールを用いてあらたなパラメータ
をテストケースに適用可能になる。このため、さらに柔
軟にテストケースを生成し、また、テストデータを自動
的に作成することが可能となるという効果が得られる。Further, new parameters can be applied to test cases using test rules in response to functional specifications that cannot be covered only by the table of functional specification expressions or new functions and conditions added later. For this reason, it is possible to more flexibly generate a test case and automatically generate test data.

【０１０８】また、データベース中のテーブルを結合さ
せる機能を提供するので、機能仕様データベース中の各
テーブルを意識することなく、柔軟なデータベースの検
索を行うことが可能となるという効果が得られる。Further, since the function of joining tables in the database is provided, an effect is obtained that a flexible database search can be performed without being conscious of each table in the function specification database.

【０１０９】このように、本発明を用いれば、機能仕様
書情報とテストケースの間のリンクを提供し、整合性を
維持して、機能仕様を十分網羅した高品質かつ効率的な
テストの実行環境を提供することとなる。従って、シス
テムの品質向上とTurn Around Time(TAT)の短縮を併せ
て実現することができるのであり、産業上その効果の極
めて大きい発明である。As described above, according to the present invention, the link between the functional specification information and the test case is provided, the consistency is maintained, and the high-quality and efficient test that sufficiently covers the functional specification is executed. Will provide the environment. Therefore, it is possible to realize both improvement of the system quality and shortening of the turn around time (TAT), and this is an invention having an extremely large industrial effect.

[Brief description of the drawings]

【図１】本発明の実施形態に係るテストケース生成シス
テムの機能構成を示すブロック図である。FIG. 1 is a block diagram showing a functional configuration of a test case generation system according to an embodiment of the present invention.

【図２】表形式の機能仕様の例を示す図である。FIG. 2 is a diagram illustrating an example of a functional specification in a table format.

【図３】表解析・変換の処理の詳細を示すフローチャー
トである。FIG. 3 is a flowchart illustrating details of a table analysis / conversion process.

【図４】図２の機能仕様に対応するテスト仕様からテス
トケース生成までの例を示す図である。FIG. 4 is a diagram showing an example from a test specification corresponding to the functional specification of FIG. 2 to test case generation.

【図５】機能仕様データベースの検索、結合の処理の詳
細を示すフローチャートである。FIG. 5 is a flowchart showing details of a process of searching and combining a function specification database.

【図６】補助言語と項目との対応表の例を示す図であ
る。FIG. 6 is a diagram showing an example of a correspondence table between auxiliary languages and items.

【図７】マクロの記述の例を示す図である。FIG. 7 is a diagram illustrating an example of a description of a macro.

【図８】テストルールライブラリ３０中の、複数のマク
ロで共通使用される処理の記述の例を示す図である。8 is a diagram showing an example of a description of a process commonly used by a plurality of macros in a test rule library 30. FIG.

【図９】テストケースに対するテストルール適用の処理
を説明する図である。FIG. 9 is a diagram illustrating a process of applying a test rule to a test case.

[Explanation of symbols]

Ｒ１〜Ｒ７、Ｒ１０〜Ｒ１２、Ｒ２１、Ｒ２２項目の
各行Ｃ１〜Ｃ３項目の各列Each row of R1-R7, R10-R12, R21, R22 items Each column of C1-C3 items

Claims

[Claims]

1. A test case generation system for generating a test case for verifying a function of an object based on function specification data, wherein a function of describing a combination of item data between items in a table format. A function specification data management unit configured to convert the combination of the item data into a table in a format corresponding to each row data of the table in accordance with input of specification data; a function specification database storing the table corresponding to the table; A test specification input unit for inputting test item data specifying an object to be verified, and searching the functional specification database and having a relation with the test item data from one or a plurality of tables including the test item data. The combination of item data is extracted, and the test case Test case generation system, characterized in that at least and a test case generator which performs formed.

2. The method according to claim 1, wherein the test case generation unit further includes: when the plurality of tables including the test item data are plural, combine the row data having common item data among the plurality of tables; 2. The test case generation system according to claim 1, further comprising a table combining unit that extracts a combination of item data corresponding to the input item data from the combined line data.

3. The test case generation system according to claim 1, further comprising: a test rule registration unit for defining a test rule corresponding to each item, which is a rule for operating each item data; A rule storage unit, comprising: a test rule application unit that applies the test rule to a corresponding item of the test case and develops the test rule into a secondary test rule. 3. The test case generation system according to 1 or 2.

4. The test case generation system according to claim 1, further comprising auxiliary language means for describing at least one of the test rule and additional data of the function specification data. The test case generation system according to any of the above.

5. The test case generation system further extracts a term described in the function specification data input to the function specification data management unit, and uses the extracted term as term data. A term data management unit to be registered; a term data storage means for storing the term data; and using the term data, complementing the input data content of at least one of the input functional specification data and test specification data. The test case generation system according to any one of claims 1 to 4, further comprising an input assisting means for performing the operation.

6. The test case generation system further includes a database interface unit that directly operates data on at least one of the functional specification database, the test rule storage unit, and the term data storage unit. The test case generation system according to any one of claims 1 to 5, further comprising:

7. The test specification data input to the test specification input unit, wherein a combination of item data for which a function is to be verified is described in a table format. 7. The test case generation system according to any one of claims 6 to 6.

8. The test case generating system according to claim 1, further comprising: adding a header corresponding to each item data of the test case output from the test case generating unit to include a test case corresponding to the item data. The test case generation system according to claim 1, further comprising a test case output unit that outputs a specification.

9. The test case generation system according to claim 1, further comprising: generating test data satisfying a combination of item data described in the test case in accordance with the input of the test case output from the test case output unit. The test case generation system according to claim 8, further comprising a unit.

10. In accordance with input of function specification data describing a combination of item values between respective items in a table format, a correspondence between each item value described in the table and an item name corresponding to the item value is included. Function specification data management for creating item data and converting the list of item data uniquely corresponding to the item described in each row of the table into one item data group into a table uniquely corresponding to the table A test case generation system, comprising: a unit; and a functional specification database that stores the table corresponding to the table in a relational database.

11. A search list for searching for item data corresponding to the test item data is created in accordance with input of test specification data indicating test item data for specifying a target for verifying the function of the target object. The test specification input section to be performed, and the correspondence between the item values of the table and the item names corresponding to the item values, corresponding to the function specification data describing the combination of the item data between the items in a table format, As a list of item data uniquely corresponding to the item described in each row of the table, a list of item data corresponding to the item data on the search list matches the function specification database held in the table uniquely corresponding to the table. 1 or 2 with item data
When the above-mentioned tables are searched, and there are a plurality of tables obtained by the search, the row data having the common item data among the plurality of tables is combined into one table. A test case generation unit that extracts item data corresponding to the item data on the search list from the obtained row data of one table, and generates a test case based on the extracted item data And a test case generation system comprising at least:

12. A test case generation method for generating a test case for verifying a function of an object based on function specification data, wherein a function of describing a combination of item data between respective items in a table format. According to the input of the specification data, a function specification data registration step of converting the combination of the item data into a table in a format corresponding to each row data of the table, and, according to the input of the test item data for specifying a target to be verified, A test specification input step of creating a search list for searching for the item data corresponding to the test item data; and having a relation with the item data from one or a plurality of tables including the item data on the search list. Extract a combination of item data and generate a test case from the combination of item data. Performing a test case generation step.

13. The test case generating method according to claim 1, further comprising: a test rule registering step for defining a test rule corresponding to each item to operate each item data; 13. The test case generating method according to claim 12, further comprising: a test rule applying step of applying the item to a corresponding item of the case to develop the test rule into a secondary test rule.

14. A computer-readable recording medium storing a test case generation program for generating a test case for verifying a function of an object based on function specification data, wherein item data between items is stored. A function specification data registration step of converting the combination of the item data into a table in a format corresponding to each row data of the table according to the input of the function specification data describing the combination in a table format, A test specification input step of creating a search list for searching for item data corresponding to the test item data in accordance with input of the specified test item data; and one or more tables including the item data on the search list A combination of item data having a relationship with the item data is extracted from Computer readable recording medium storing a test case generation program for generating test cases, characterized in that it comprises a test case generation step of generating test cases from a combination of said item data.

15. The computer-readable recording medium storing the test case generation program, further comprising: a test rule registration step for defining a test rule, which is a rule for operating each item data, corresponding to each item. The test according to claim 14, further comprising: a test rule applying step of applying the test rule to a corresponding item of the test case to develop the test rule into a secondary test rule. A computer-readable storage medium storing a case generation program.