JPH0855041A - System test specification generator - Google Patents

System test specification generator

Info

Publication number
JPH0855041A
JPH0855041A JP6192585A JP19258594A JPH0855041A JP H0855041 A JPH0855041 A JP H0855041A JP 6192585 A JP6192585 A JP 6192585A JP 19258594 A JP19258594 A JP 19258594A JP H0855041 A JPH0855041 A JP H0855041A
Authority
JP
Japan
Prior art keywords
description
test
input
item
document
Prior art date
Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
Granted
Application number
JP6192585A
Other languages
Japanese (ja)
Other versions
JP3107975B2 (en
Inventor
Hiroyuki Suzuki
木 浩 之 鈴
Akio Shibata
田 顕 男 柴
Takeshi Ueno
野 剛 上
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Panasonic Holdings Corp
Original Assignee
Matsushita Electric Industrial Co Ltd
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by Matsushita Electric Industrial Co Ltd filed Critical Matsushita Electric Industrial Co Ltd
Priority to JP06192585A priority Critical patent/JP3107975B2/en
Publication of JPH0855041A publication Critical patent/JPH0855041A/en
Application granted granted Critical
Publication of JP3107975B2 publication Critical patent/JP3107975B2/en
Anticipated expiration legal-status Critical
Expired - Fee Related legal-status Critical Current

Links

Abstract

PURPOSE:To execute the preparation of a system test specification or its support by utilizing the specification descriptions of a system, to perform its execution support and to reduce labor for developing the system. CONSTITUTION:This device is provided with a specification input means 101 for inputting specification data, specification description storage means 102 for storing the inputted specification data, test item deciding means 103 for deciding a test item based on the stored specification data, specification description retrieving means 104 for retrieving the reaction of the system corresponding to the test item decided by the test item deciding means 103 from the specification data stored in the specification description storage means 102, and test result output means 105 for outputting the test item and the retrieved result.

Description

【発明の詳細な説明】Detailed Description of the Invention

【0001】[0001]

【産業上の利用分野】本発明は、仕様のデータである仕
様記述を利用して開発されたシステムのテストに関し、
仕様記述を利用してシステムテストの仕様書を作成する
システムテスト仕様生成装置に関するものである。
BACKGROUND OF THE INVENTION 1. Field of the Invention The present invention relates to a test of a system developed by using a specification description which is specification data,
The present invention relates to a system test specification generation device that creates a system test specification document using a specification description.

【0002】[0002]

【従来の技術】現在、システム開発において、開発効率
の向上のため、システム開発の各工程においての支援ツ
ールや各工程間を統合した支援ツールが普及してきてい
る。それらは、初めに定義したシステム仕様に基づい
て、システムを実現するために必要となるデータを生成
することを目標とするものである。しかし、実際のシス
テム開発においては、実現されたシステムは出荷検査(
システムテスト) される必要がある。現在までは、シス
テムテストについては、システムテストを行なう人ごと
にシステムを開発した人からの情報や開発ドキュメント
からテスト方法を考え、手作業で実施していた。
2. Description of the Related Art Currently, in system development, in order to improve development efficiency, support tools in each process of system development and support tools integrating each process are becoming popular. They aim to generate the data required to implement the system based on the system specifications defined at the beginning. However, in actual system development, the realized system is
System test). Until now, the system test was conducted manually by considering the test method from the information from the person who developed the system and the development document for each person who performs the system test.

【0003】[0003]

【発明が解決しようとする課題】しかしながら、上記従
来のシステム開発の支援システムでは、システムテスト
段階での、システムテスト仕様書の作成に時間と人手が
かかり、しかも、テスト手順に抜けが生じることがあっ
た。また、テストの結果がシステムの仕様にどのように
違反しているかの判断に遅れが生じることがあった。
However, in the above-mentioned conventional system development support system, it takes time and manpower to create the system test specification at the system test stage, and the test procedure may be omitted. there were. In addition, there may be a delay in determining how the test results violate the system specifications.

【0004】本発明は、上記従来の課題を解決するもの
で、システムの仕様記述を利用してシステムテスト仕様
書の作成あるいはその支援を実施し、システムテスト実
行支援を行ない、システム開発労力を軽減することので
きるシステムテスト仕様生成装置を提供することを目的
とする。
The present invention solves the above-mentioned problems of the prior art by creating a system test specification using a system specification description or supporting the system test execution, and by supporting the system test execution, the system development effort is reduced. It is an object of the present invention to provide a system test specification generation device that can be used.

【0005】[0005]

【課題を解決するための手段】上記目的を達成するため
に、本発明のシステムテスト仕様生成装置の第1の構成
は、仕様データを文章や図面のデータとして入力した
り、既存の仕様データを仕様記述格納手段から読み込み
再利用して入力する仕様入力手段と、仕様入力手段によ
り入力された仕様データを格納する仕様記述格納手段
と、仕様記述格納手段に格納された仕様データに基づき
テスト項目を決定するテスト項目決定手段と、テスト項
目決定手段により決定されたテスト項目に対するシステ
ムの反応を仕様記述格納手段に格納された仕様データか
ら検索する仕様記述検索手段と、テスト項目と検索結果
を出力するテスト結果出力手段とを備えたものである。
In order to achieve the above object, the first configuration of the system test specification generation device of the present invention is to input the specification data as data of a sentence or a drawing or to convert the existing specification data. Specification input means for reading from the specification description storage means for reuse and input, specification description storage means for storing the specification data input by the specification input means, and test items based on the specification data stored in the specification description storage means A test item determining means for determining, a specification description searching means for searching the reaction of the system to the test item determined by the test item determining means from the specification data stored in the specification description storing means, a test item and a search result are output. And a test result output means.

【0006】本発明の第2の構成は、システムの仕様を
文章や図面などの仕様データにタグを付したタグ付き文
書により入力する仕様文書入力手段と、文書等を仕様文
書として格納する仕様文書格納手段と、仕様文書を仕様
文書格納手段からタグに基づき仕様データを検索する仕
様記述検索手段と、仕様文書格納手段に格納された仕様
文書に基づきテスト項目を決定するテスト項目決定手段
と、テスト項目決定手段で決定されたテスト項目に対す
るシステムの反応を仕様文書格納手段に格納された仕様
文書から検索する仕様記述検索手段と、テスト項目と検
索結果を出力するテスト結果出力手段とを備えたもので
ある。
A second configuration of the present invention is a specification document input means for inputting a system specification by a tagged document in which specification data such as a text or a drawing is tagged, and a specification document for storing the document as a specification document. A storage unit, a specification description search unit that searches the specification document for specification data from the specification document storage unit based on tags, a test item determination unit that determines a test item based on the specification document stored in the specification document storage unit, and a test A specification description search means for searching the specification document stored in the specification document storage means for the system reaction to the test item determined by the item determination means, and a test result output means for outputting the test item and the search result Is.

【0007】本発明の第3の構成は、上記第2の構成に
加え、システム開発において要求される仕様文書体系に
必要な記述項目タグを文書別に格納する仕様項目格納手
段を備えたものである。
A third structure of the present invention is, in addition to the above-mentioned second structure, provided with a specification item storage means for storing, for each document, description item tags required for a specification document system required in system development. .

【0008】本発明の第4の構成は、上記第1から第3
の構成において、テスト項目の追加や修正が実施できる
ように、テスト項目決定手段に替え、テスト項目を文章
などにより入力できるテスト項目入力手段を備えたもの
である。
A fourth structure of the present invention is the above first to third structures.
In the above configuration, the test item determining means is provided in place of the test item deciding means so that the test item can be input by a sentence or the like so that the test item can be added or modified.

【0009】本発明の第5の構成は、仕様データを入力
する仕様入力手段と、仕様入力手段により入力された仕
様データを格納する仕様記述格納手段と、仕様入力手段
による仕様データの入力に際して各仕様データ毎に記述
に必要な仕様項目を格納する仕様項目格納手段と、仕様
項目を入力する仕様項目入力手段と、仕様項目入力手段
により入力された仕様項目に基づいて不足項目を仕様記
述格納手段に格納された仕様データから検索する仕様記
述検索手段と、検索結果を出力する仕様項目検査結果出
力手段とを備えたものである。
According to a fifth aspect of the present invention, the specification input means for inputting the specification data, the specification description storage means for storing the specification data input by the specification input means, and the specification data input by the specification input means Specification item storage means for storing the specification items required for description for each specification data, specification item input means for inputting the specification items, and specification description storage means for storing the insufficient items based on the specification items input by the specification item input means. A specification description search means for searching from the specification data stored in and a specification item inspection result output means for outputting a search result.

【0010】本発明の第6の構成は、仕様データを入力
する仕様入力手段と、仕様入力手段により入力された仕
様データを格納する仕様記述格納手段と、仕様記述格納
手段に格納された仕様データ間の照合をとるために仕様
名を入力する仕様名入力手段と、入力された仕様名の以
前の段階の仕様データを仕様記述格納手段から得る前段
階仕様入力手段と、得られた以前の段階の仕様データに
基づいてその後の段階の仕様データを仕様記述格納手段
から検索して照合する仕様記述検索手段と、照合結果を
出力する照合結果出力手段とを備えたものである。
According to a sixth aspect of the present invention, the specification input means for inputting the specification data, the specification description storage means for storing the specification data input by the specification input means, and the specification data stored in the specification description storage means. The specification name input means for inputting the specification name for the purpose of collating with each other, the pre-stage specification input means for obtaining the specification data of the previous stage of the input specification name from the specification description storage means, and the obtained previous stage The specification description retrieving means for retrieving the specification data of the subsequent stage from the specification description storing means on the basis of the specification data and collating the specification data, and the collation result outputting means for outputting the collation result.

【0011】本発明の第7の構成は、仕様データを入力
する仕様入力手段と、仕様入力手段により入力された仕
様データを格納する仕様記述格納手段と、仕様入力手段
による仕様データの入力時に既存の仕様データを検索す
るための検索事項を入力する検索事項入力手段と、入力
された検索事項に基づいて仕様記述格納手段から検索事
項が要求する部分の仕様データを検索する仕様記述検索
手段と、検索された仕様データを仕様入力手段に出力す
る仕様記述出力手段とを備えたものである。
According to a seventh aspect of the present invention, the specification input means for inputting the specification data, the specification description storage means for storing the specification data input by the specification input means, and the existing existing when the specification data is input by the specification input means. Search item input means for inputting search items for searching the specification data of, and specification description search means for searching the specification data of the part requested by the search items from the specification description storage means based on the input search items, The specification description output means for outputting the retrieved specification data to the specification input means is provided.

【0012】[0012]

【作用】本発明は、上記第1の構成によって、仕様入力
手段でシステムの仕様を入力する時に、既存のシステム
仕様または現開発段階以前の仕様記述である仕様データ
を仕様記述格納手段から利用し開発でき、開発労力を軽
減できる。また、テスト項目決定手段により、仕様記述
格納手段に納められたシステム仕様である仕様データか
らシステムへの操作とその反応の内、システムへの操作
の部分を全てあるいは規則に従って選び、その内でシス
テムへの操作が実行される順についての組合せを作り、
テスト項目とすることにより、テスト項目のもれをなく
すことができる。
According to the first aspect of the present invention, when the system specification is input by the specification input means, the existing system specifications or the specification data before the current development stage is used from the specification description storage means. Development is possible and development effort can be reduced. In addition, the test item determining means selects all or part of the operation of the system from the specification data, which is the system specification stored in the specification description storing means, and the reaction to the system and the reaction thereof, and then selects the system according to the rule. Make a combination about the order in which the operations to
By making it a test item, it is possible to eliminate leakage of the test item.

【0013】本発明はまた、上記第2の構成により、タ
グ付き仕様データを仕様文書として仕様文書入力手段に
より入力し、同文書自身を仕様文書格納手段に保持する
ことにより、これをタグを目印にして直接利用してシス
テムテスト仕様書を作成できる。さらに、仕様文書から
タグを取り除くことによって、自然言語による仕様書に
できる。
According to the second structure of the present invention, the specification data with tag is input as specification document by the specification document input means, and the document itself is held in the specification document storage means. Then you can directly use it to create a system test specification. Furthermore, by removing the tag from the specification document, a specification document in natural language can be obtained.

【0014】本発明はまた、上記第3の構成により、シ
ステム開発において要求される仕様文書体系に必要な記
述項目タグを文書別に格納した仕様項目格納手段を備
え、これに基づき、現在までに入力された仕様に加え、
その不足仕様項目を記述項目タグとして提示すること
で、システムの仕様文書の作成の開発労力を軽減でき
る。
According to the third configuration, the present invention further comprises specification item storage means for storing description item tags required for a specification document system required in system development for each document, and based on this, input up to now. In addition to the specifications
By presenting the lacking specification item as a description item tag, it is possible to reduce the development labor for creating the specification document of the system.

【0015】本発明はまた、上記第4の構成により、テ
スト項目入力手段によってテスト項目を入力し、仕様記
述検索手段によって仕様記述格納手段や仕様文書格納手
段から各仕様記述や各仕様文書をを検索し、システムの
反応をテスト結果としてテスト結果出力装置で得ること
によって、各段階でのシステム仕様の確認ができる。
According to the fourth aspect of the present invention, the test item is input by the test item inputting means, and the specification description storing means and the specification document storing means store the respective specification descriptions and the respective specification documents by the specification description searching means. It is possible to confirm the system specifications at each stage by searching and obtaining the reaction of the system as the test result with the test result output device.

【0016】本発明はまた、上記第5の構成により、仕
様項目格納手段に格納された各仕様項目に基づいて仕様
記述格納手段に格納された仕様データを検査することに
よって、各仕様データの記述もれを検査することができ
る。
According to the fifth aspect of the present invention, the description of each specification data is obtained by inspecting the specification data stored in the specification description storage means based on each specification item stored in the specification item storage means. You can inspect for leaks.

【0017】本発明はまた、上記第6の構成により、仕
様名入力手段から入力された仕様名に基づいて、前段階
仕様検索手段によって前段階の仕様データを検索し、仕
様記述検索手段によって前段階の仕様データと仕様名の
仕様データを照合することによって、各仕様データ間の
一貫性を保つことができる。
According to the sixth aspect of the present invention, based on the specification name input from the specification name input means, the previous-stage specification search means searches for the previous-stage specification data, and the specification description search means searches for the previous data. By matching the specification data of the stage with the specification data of the specification name, the consistency between the specification data can be maintained.

【0018】本発明はまた、上記第7の構成により、仕
様入力手段で仕様データを入力する時に、必要な仕様デ
ータを検索事項入力手段によって検索事項として入力
し、仕様記述格納手段から検索し仕様記述出力手段によ
って仕様入力手段に出力することによって、仕様データ
の入力の軽減と既存の仕様データの再利用ができる。
According to the seventh aspect of the present invention, when the specification data is input by the specification input means, necessary specification data is input as search items by the search item input means, and is searched from the specification description storage means. By outputting the description output means to the specification input means, the input of the specification data can be reduced and the existing specification data can be reused.

【0019】[0019]

【実施例】【Example】

(実施例1)本発明の第1の実施例について、図1を参
照しながら説明する。図1は本実施例におけるシステム
テスト仕様生成装置の構成を示すブロック図である。図
1において、101はシステムの仕様を入力したり、既
存の仕様記述すなわち仕様データを仕様記述格納手段1
02から読み込んで利用し、新たな仕様を入力する仕様
入力手段、102はシステムの仕様を仕様データとして
格納する仕様記述格納手段、103は仕様記述格納手段
102に格納された仕様データに基づきテスト項目を決
定し、仕様記述検索手段104に入力するテスト項目決
定手段、104はテスト項目決定手段103から入力さ
れたテスト項目に基づいて仕様記述格納手段102の各
仕様データを検索し、テスト項目に対するシステムの反
応をテスト結果として得る仕様記述検索手段、105は
仕様記述検索手段104が得たテスト結果を出力するテ
スト結果出力手段である。
(Embodiment 1) A first embodiment of the present invention will be described with reference to FIG. FIG. 1 is a block diagram showing the arrangement of a system test specification generation device according to this embodiment. In FIG. 1, 101 is a system for inputting system specifications, or an existing specification description, that is, specification data, for the specification description storage means 1.
A specification input means for reading and using from 02 to input new specifications, 102 a specification description storage means for storing system specifications as specification data, and 103 a test item based on the specification data stored in the specification description storage means 102. Which is determined and input to the specification description retrieving means 104. Reference numeral 104 retrieves each specification data in the specification description storing means 102 based on the test item input from the test item deciding means 103, and the system for the test item. Is a specification description retrieving means, and 105 is a test result output means for outputting the test result obtained by the specification description retrieving means 104.

【0020】以上のように構成されたシステムテスト仕
様生成装置について、以下その動作を説明する。図2は
本実施例のシステムテスト仕様生成装置の手順を示して
いる。図2において、まず仕様入力手段101は、仕様
記述格納手段102内に利用できる仕様記述があるかど
うかを調べる(ステップ201)。ない場合はシステム
仕様の入力を行ない(ステップ202)、ある場合は、
利用する仕様記述データを読み込んで新たなシステム仕
様を追加する(ステップ203)。次に仕様記述格納手
段102は、各システム仕様を各仕様記述として格納す
る(ステップ204)。次にテスト項目決定手段103
は、仕様記述格納手段102からテスト項目となる記述
を検索し、検索されたテスト項目の記述から優先順位を
付け、その優先順位に従ってテスト項目の実施順を決
め、テスト項目の形式に変換する(ステップ205)。
次に仕様記述検索手段104は、テスト項目決定手段1
03からの検索要求により、仕様記述格納手段102内
の各仕様記述に応じたシステムの反応をテスト予想結果
として得る(ステップ206)。最後にテスト結果出力
手段105は、仕様記述検索手段104が得たテスト予
想結果を出力する(ステップ207)。
The operation of the system test specification generating apparatus configured as described above will be described below. FIG. 2 shows the procedure of the system test specification generation device of this embodiment. In FIG. 2, the specification input means 101 first checks whether or not there is a usable specification description in the specification description storage means 102 (step 201). If not, enter system specifications (step 202). If yes,
The specification description data to be used is read and a new system specification is added (step 203). Next, the specification description storage means 102 stores each system specification as each specification description (step 204). Next, the test item determination means 103
Searches the description of the test item from the specification description storage unit 102, prioritizes the description of the searched test item, determines the order of execution of the test item according to the priority, and converts the test item into the format of the test item ( Step 205).
Next, the specification description search means 104 is the test item determination means 1
In response to the search request from 03, the reaction of the system according to each specification description in the specification description storage unit 102 is obtained as a test prediction result (step 206). Finally, the test result output means 105 outputs the test prediction result obtained by the specification description search means 104 (step 207).

【0021】次に、上記システムテスト仕様生成装置の
具体的動作について、図3に示すスライド提示システム
を例にして説明する。このスライド提示システムは、ス
クリーンに投影される各スライドにスライドのページを
前に送るための前ボタンと後に送るための後ボタンとを
備えており、ACTIVEの表示はボタンが押せる状態を示
し、INACTIVEの表示はボタンを押せない状態を示してい
る。このスライド提示システムのシステム要求仕様書と
しては、ページを表示し、ページを前後に送ることが定
められており、UI(ユーザインタフェース)仕様書と
しては、ユーザが起動コマンドを実行すると、システム
は1ページ目を表示し、ユーザが後ボタンを押すと、シ
ステムは後ページを表示し、ユーザが前ボタンを押す
と、システムは前ページを表示することが定められてい
る。ただし、現表示が1ページ目ならば前ボタンはINAC
TIVEに、最終ページ目ならば後ボタンがINACTIVEに、そ
れ以外は各ボタンをACTIVE にすることが定められてい
る。
Next, the specific operation of the system test specification generating apparatus will be described by taking the slide presentation system shown in FIG. 3 as an example. This slide presentation system has a front button for sending the page of the slide forward and a rear button for sending the page of the slide forward to each slide projected on the screen, and the display of ACTIVE indicates a state where the button can be pressed, and INACTIVE. Indicates that the button cannot be pressed. The system requirement specification of this slide presentation system is to display a page and send the page forward and backward. As a UI (user interface) specification, when the user executes a start command, the system displays 1 It is defined that when the page is displayed and the user presses the back button, the system displays the back page and when the user presses the front button, the system displays the front page. However, if the current display is the first page, the previous button is INAC
It is stipulated that the rear button should be INACTIVE if it is the last page, and that each button should be ACTIVE if it is the last page.

【0022】図4および図5は上記実施例の仕様記述の
文法例を示している。本実施例においては、各仕様はそ
れぞれ仕様記述として記述される。例えば、要求仕様記
述に“%system:システム名”と記述されている場合
は、システム名を定義することを意味し、“%action:
システムの機能”と記述されている場合は、システムの
機能を定義することを意味する。また、UI仕様記述の
文法においては、“%structure {システム名}”の下
に“%structure {部品名{部品名, {部品名,..
}... }}”と記述することにより、システムや部品
構成を階層的に記述することができる。またこのような
記述をいくつでも記述することができ、%structure の
記述順がシステムや部品の機能を実行する優先順を示
し、{ }内の記述順がシステムの部品構成を示す。さ
らに、“%operation :命令”と記述されている場合
は、システムやその部品へのユーザの操作命令を意味
し、“%state :変数名=値”と記述されている場合
は、システムまたは部品の状態変数とその値を定義する
ことを意味し、“%action:システムの機能(状態変数
名op値)”と記述されている場合は、システムの機能
を定義するが、状態変数の値をop(ここでは+と−)
に従って変更してからシステムの機能が実行されること
を意味し、“%action:システムの機能(A)”と記述
されている場合は、システムの機能を定義するが、Aに
対してシステムの機能が実行されることを意味する。ま
た、“%component :部品名”と記述されている場合
は、システムを構成する部品を意味し、“%when:状態
変数名 comp 状態変数名”と記述されている場合は、
システムの状態変数に対してcompで示される条件を適応
して条件が満たされていれば、その後に記述された内容
を実行することを意味する。ここではcompは、=、<、
>であり、この順でcompの両側の変数の値が等しい、小
なり、大なりを示す。
4 and 5 show examples of the grammar of the specification description of the above embodiment. In this embodiment, each specification is described as a specification description. For example, when "% system: system name" is described in the requirement specification description, it means that the system name is defined, and "% action:
When it is described as "system function", it means that the system function is defined. Also, in the grammar of the UI specification description, "% structure {system name}" is followed by "% structure {component name {Part name, {Part name, ..
} ...}} ”can be used to hierarchically describe the system and component configurations. Also, any number of such descriptions can be described, and the description order of% structure is system or component. Indicates the priority order for executing the function, and the description order in {} indicates the component configuration of the system.In addition, when "% operation: instruction" is described, the operation instruction of the user to the system or its component is given. , "% State: variable name = value" means that the state variable of the system or component and its value are defined, and "% action: system function (state variable name op Value) ”describes the function of the system, but the value of the state variable is op (+ and-)
It means that the function of the system is executed after the change according to the following. When "% action: Function of the system (A)" is described, the function of the system is defined. Means that the function is performed. If "% component: component name" is described, it means a component that makes up the system. If "% when: state variable name comp state variable name" is described,
If the condition indicated by comp is applied to the state variable of the system and the condition is satisfied, it means that the contents described thereafter are executed. Here comp is =, <,
>, And the values of variables on both sides of comp are equal, less than, and greater than in this order.

【0023】次に上記具体例を基に本実施例の動作を図
6から図9を参照して説明する。まず、仕様入力手段1
01は、利用できるシステム仕様が、仕様記述格納手段
102にあるかどうかをみる(ステップ601)。即
ち、既に何らかのシステム仕様が格納されているかどう
か調べる。ここではなかった場合で、例えばシステム要
求仕様書の内容をこの様な記述で入力する(ステップ6
02)、この仕様記述を仕様記述格納手段102が格納
する(ステップ603)。
Next, the operation of this embodiment will be described with reference to FIGS. 6 to 9 based on the above specific example. First, the specification input means 1
01 checks whether the available system specifications exist in the specification description storage means 102 (step 601). That is, it is checked whether or not some system specifications are already stored. If this is not the case, for example, the content of the system requirement specification is input with such a description (step 6).
02), the specification description storage means 102 stores this specification description (step 603).

【0024】また利用できる仕様記述があった場合(ス
テップ601)、例えば上記の例では、仕様記述格納手
段102にはシステム要求仕様の仕様記述があるので、
それを仕様記述格納手段102から読み込んで、それに
新たな仕様(UIユーザインタフェース仕様)を仕様入
力手段101から入力して付け加える(○の部分)。ま
た記述方法を変更する(△の部分)(ステップ604、
701)。できた仕様記述を仕様記述格納手段102へ
格納する(ステップ702)。このようにシステムの仕
様および仕様記述には、仕様の詳細化のレベルがあり、
仕様入力手段101は、そのレベルによって仕様記述格
納手段102から必要なレベルの仕様記述を得る。
If there is a usable specification description (step 601), for example, in the above example, the specification description storing means 102 has the specification description of the system requirement specification.
It is read from the specification description storage means 102, and a new specification (UI user interface specification) is input and added to it from the specification input means 101 (circle part). In addition, the description method is changed (the part of Δ) (step 604,
701). The created specification description is stored in the specification description storage means 102 (step 702). In this way, system specifications and specification descriptions have a level of specification refinement,
The specification input means 101 obtains a required level of specification description from the specification description storage means 102 according to the level.

【0025】続いてテスト項目決定手段103が、仕様
記述格納手段102からテスト項目を規則によって取り
出す。この例では、テスト項目となる部分(%componen
t 、%system、%operation )を検索する(ステップ8
01)。さらに%structureの記述からステップ802
のように木構造に直す。そしてこの木構造を木構造の根
であるスライド提示システムからまず、左回りにたどっ
て、優先順位をスライド提示システムを1、後ボタンを
2、前ボタンを3のようにつける。また木構造の根であ
るスライド提示システムから右回りにたどって、優先順
位を、スライド提示システムを1、前ボタンを2、後ボ
タンを3のようにつける。最後にテスト項目となる部分
%component とその%operation または%systemとその
%operation の組から得られる情報、即ち“:”の後の
記述を、いま求めた2つの優先順位に従って並べる。こ
の時、テスト項目の記述形式を例えばステップ803の
ように直す。
Subsequently, the test item determining means 103 retrieves the test item from the specification description storing means 102 according to the rule. In this example, the part that is the test item (% componen
Search for t,% system,% operation) (step 8)
01). From the description of% structure, step 802
It is converted to a tree structure like. The tree structure is first traced counterclockwise from the slide presentation system, which is the root of the tree structure, and the priority is set to 1 for the slide presentation system, 2 for the rear button, and 3 for the front button. Further, by tracing clockwise from the slide presentation system, which is the root of the tree structure, the priority order is set such that the slide presentation system is 1, the front button is 2, and the back button is 3. Finally, the information obtained from the set of the test item part% component and its% operation or% system and its% operation, that is, the description after ":" is arranged according to the two priorities just obtained. At this time, the description format of the test item is corrected, for example, as in step 803.

【0026】次にテスト項目決定手段103で作成され
たテスト項目の入力により、仕様記述検索手段104
は、仕様記述から各テスト項目に対するシステムの反応
を次のようにして得る(ステップ901)。例えばテス
ト項目“起動(スライド提示システム)”の場合は、ス
テップ701でのUI仕様記述から%component 、%sy
stem、%operation とテスト項目“起動(スライド提示
システム)”の“起動”、“スライド提示システム”を
目印にして対応する記述部分(空行で区切られた部分)
を見つける。そこで、%operation :起動の次の行であ
る%action:表示(ページ)をシステムの反応として得
る。ここから“表示(ページ)”の部分を得る。
Next, by inputting the test item created by the test item determining means 103, the specification description searching means 104
Obtains the system reaction to each test item from the specification description as follows (step 901). For example, in the case of the test item "start (slide presentation system)", from the UI specification description in step 701,% component,% sy
Stem,% operation and the corresponding description part (parts separated by blank lines) with "start" and "slide presentation system" of the test item "start (slide presentation system)" as marks
Find out. Therefore,% operation: The next line after activation,% action: display (page), is obtained as the reaction of the system. Get the "display (page)" part from here.

【0027】また“ページ”から、状態変数ページの現
在の値を得る。この時、()内の部分に+や−が含まれ
ていれば、状態変数の値をそれぞれに応じて変更する。
現在は、%state :ページ=1と設定してあるので状態
変数の値は1である。この1と“表示(ページ)”の部
分から“表示(ページ、1)”を得る。さらに%whenの
部分をUI仕様記述の全ての記述から検索する。する
と、状態変数ページの現在の値は1なので、%when:ペ
ージ=1の行を見つけることができる。%whenは:のあ
とに示された条件が満たされれば、この次の行を見るの
で、ここでは%action:INACTIVE(前ボタン)を見つけ
ることができる。同様にして“ACTIVE(後ボタン)”も
得られる。
Further, from "page", the current value of the state variable page is obtained. At this time, if the part in () includes + and-, the value of the state variable is changed according to each.
Currently, the value of the state variable is 1 because% state: page = 1 is set. The "display (page, 1)" is obtained from the 1 and the "display (page)". Furthermore, the part of% when is searched from all the descriptions of the UI specification description. Then, the current value of the state variable page is 1, so you can find the line% when: page = 1. If the condition shown after% when: is met, you will see this next line, so you can find% action: INACTIVE (previous button) here. Similarly, "ACTIVE (back button)" can be obtained.

【0028】よってテスト項目“起動(スライド提示シ
ステム)”からテスト結果“表示(ページ、1)”と
“INACTIVE(前ボタン)”と“ACTIVE(後ボタン)”が
得られる。他のテスト項目も同様にしてテスト結果を得
る。そしてこれらをテスト結果出力手段105が出力す
る(ステップ902、903)。
Therefore, the test result "display (page 1)", "INACTIVE (front button)" and "ACTIVE (rear button)" can be obtained from the test item "start (slide presentation system)". Other test items also obtain test results in the same manner. Then, the test result output means 105 outputs these (steps 902 and 903).

【0029】また仕様入力手段101では、仕様記述で
入力したが、図によって入力し、それを仕様記述の形式
に変換して仕様記述格納手段102に入力する方法も考
えられる。さらにテスト項目決定手段103において
も、ここでは優先順位によってテスト項目の順を決定し
たが、テスト項目の決定方法をデータとして保持し、そ
れに基づいてテスト項目決定手段103が、テスト項目
を仕様記述格納手段102から決める方法も考えられ
る。
Although the specification input means 101 inputs the specification description, a method of inputting the specification description, converting it into the specification description format, and inputting it to the specification description storage means 102 is also conceivable. Further, in the test item determining means 103, the order of the test items is determined here by the priority, but the method of determining the test items is held as data, and the test item determining means 103 stores the test items in the specification description based on the method. A method of determining from the means 102 is also conceivable.

【0030】以上のように、上記第1の実施例によれ
ば、システムの仕様記述を利用してシステム開発の各段
階で仕様の差分だけを記述し、システムテストすべき項
目を規則に従って網羅的に選択した上で、システムテス
ト仕様が生成されるので、仕様の一貫性を保ち、システ
ムの理解を助け、システムテスト準備の労力を軽減でき
る利点がある。
As described above, according to the first embodiment, the system specification description is used to describe only the difference in specifications at each stage of system development, and the items to be system tested are comprehensively complied with the rules. Since the system test specifications are generated after selecting the above, there are advantages that the consistency of the specifications can be maintained, the understanding of the system can be assisted, and the effort for system test preparation can be reduced.

【0031】(実施例2)本発明の第2の実施例につい
て、図10を参照しながら説明する。図10は本実施例
におけるシステムテスト仕様生成装置の構成を示すブロ
ック図である。図10において、1001は文章や図面
などにタグを付した仕様データを仕様文書として入力す
る仕様文書入力手段であり、1002は仕様文書を格納
する仕様文書格納手段、1003は仕様文書格納手段1
002に格納された仕様文書に基づきテスト項目を決定
するテスト項目決定手段、1004は仕様文書格納手段
1002の各仕様文書をタグに基づいて検索し、テスト
項目に対するシステムの反応をテスト結果として得る仕
様記述検索手段、1005は仕様記述検索手段1004
が得たテスト結果を出力するテスト結果出力手段であ
る。
(Second Embodiment) A second embodiment of the present invention will be described with reference to FIG. FIG. 10 is a block diagram showing the configuration of the system test specification generation device in this embodiment. In FIG. 10, reference numeral 1001 is a specification document input means for inputting specification data in which texts and drawings are tagged as a specification document, 1002 is a specification document storage means for storing the specification document, and 1003 is a specification document storage means 1
A test item determining means for determining a test item based on the specification document stored in 002, a specification 1004 searches each specification document in the specification document storing means 1002 based on the tag, and obtains a system reaction to the test item as a test result. Description search means 1005 is specification description search means 1004
Is a test result output means for outputting the obtained test result.

【0032】以上のように構成されたシステムテスト仕
様生成装置について、以下その動作を説明する。図11
は本実施例のシステムテスト仕様生成装置の手順を示し
ている。図11において、まず仕様文書入力手段100
1は、システム仕様文書の入力を行なう(ステップ11
01)。次に仕様文書格納手段1002は、各システム
仕様文書を各タグ付き文書として格納する(ステップ1
102)。次にテスト項目決定手段1003は、仕様文
書格納手段1002からテスト項目となる記述を検索
し、検索されたテスト項目の記述から優先順位を付け、
その優先順位に従ってテスト項目の実施順を決め、テス
ト項目の形式に変換する(ステップ1103)。次に仕
様記述検索手段1004は、テスト項目決定手段100
3からの検索要求により、仕様文書格納手段1002か
らタグの部分を抽出し、それからシステムの反応をテス
ト予想結果として得る(ステップ1104)。最後にテ
スト結果出力手段1005は、仕様記述検索手段100
4が得たテスト予想結果を出力する(ステップ110
5)。
The operation of the system test specification generating device configured as described above will be described below. Figure 11
Shows the procedure of the system test specification generation device of this embodiment. In FIG. 11, first, the specification document input means 100
1 inputs a system specification document (step 11)
01). Next, the specification document storage means 1002 stores each system specification document as each tagged document (step 1
102). Next, the test item determination means 1003 retrieves the description serving as the test item from the specification document storage means 1002, prioritizes the retrieved test item descriptions,
The execution order of the test items is determined according to the priority order and converted into the test item format (step 1103). Next, the specification description search means 1004 is the test item determination means 100.
In response to the retrieval request from 3, the tag portion is extracted from the specification document storage means 1002, and the reaction of the system is obtained as the test prediction result (step 1104). Finally, the test result output means 1005 is the specification description search means 100.
4 outputs the test prediction result obtained (step 110).
5).

【0033】次に、上記システムテスト仕様生成装置の
具体的動作について、図3に示すスライド提示システム
を例にして、図12および図13の記述方法を用いて説
明する。図12および図13は本実施例における仕様文
書の文法例を示しており、各仕様はそれぞれ仕様文書と
して記述される。仕様文書とは、文書または図にタグを
付けたものであり、タグとは目印のことであり、ここで
は“¥,.. { }”で示す。また仕様文書は、仕様の詳
細化のレベルに応じて存在する。要求仕様文書のタグの
場合、“¥system{ }”と記述されている場合は、シ
ステムの名前を示し、“¥action{ }”と記述されて
いる場合は、システムの機能を示す。また、UI仕様文
書のタグの場合、“¥structure {システム名}”の下
に“¥structure {部品名{部品名, {部品名,..
}... }}”と記述することにより、システムや部品
構成を階層的に記述することができる。またこのような
記述をいくつでも記述することができ、%structure の
記述順がシステムや部品の機能を実行する優先順を示
し、{ }内の記述順がシステムの部品構成を示す。さ
らに、“¥state {name =value +value -value }”
と記述されている場合は、システムまたは部品の状態変
数を示し、変数名はnameでvalue はその値であり、ここ
では=は変数への値の代入を意味し、+は変数の現在の
値にvalueの値を加え、−は変数の現在の値からvalueの
値を減らすことを意味している。また、“¥component
{部品名}”と記述されている場合は、システムを構成
する部品を意味し、“¥operation { }”と記述され
ている場合は、システムやその部品へのユーザの操作命
令を意味し、“¥when{name comp name}”と記述され
ている場合は、システムの状態変数nameに対してcompで
示される条件を適応して条件が満たされていれば、その
後に記述された内容を実行することを意味する。ここで
はcompは=、<、>であり、この順でcompの両側の変数
の値が等しい、小なり、大なりを示す。
Next, a specific operation of the system test specification generation apparatus will be described using the slide presentation system shown in FIG. 3 as an example and using the description method shown in FIGS. 12 and 13. 12 and 13 show grammatical examples of the specification document in this embodiment, and each specification is described as a specification document. The specification document is a document or a figure with a tag attached, and the tag is a mark, which is indicated by "\, .. {}" here. Further, the specification document exists according to the level of detailing of the specification. In the case of the tag of the requirement specification document, the description of "\ system {}" indicates the system name, and the description of "\ action {}" indicates the system function. Also, in the case of the tag of the UI specification document, "\ structure {component name {component name, {component name, ...
} ...}} ”can be used to hierarchically describe the system and component configurations. Also, any number of such descriptions can be described, and the description order of% structure is system or component. The order of execution of the functions is shown, and the description order in {} shows the system component structure.In addition, "\ state {name = value + value -value}"
Is a system or component state variable, the variable name is name and the value is its value, where = means the assignment of the value to the variable, and + means the current value of the variable. The value of value is added to, and-means that the value of value is subtracted from the current value of the variable. Also, "\ component
When it is described as {part name}, it means a part that makes up the system, and when it is described as "\ operation {}", it means an operation command of the user to the system or the part, When "\ when {name comp name}" is described, the condition indicated by comp is applied to the system state variable name, and if the condition is satisfied, the contents described after that are executed. Here, comp is =, <,>, and in this order, the values of variables on both sides of comp are equal, less than, and greater than.

【0034】次に上記具体例を基に本実施例の動作を図
14から図17を参照して説明する。まず、仕様文書入
力手段1001により、システム仕様文書を入力する
(ステップ1401)。例えば、ここでは図3でのシス
テム要求仕様書をステップ1401以下に示されるよう
な形式で記述する。ここで、仕様文書はタグと文書から
なっている。そしてこの仕様文書を仕様文書格納手段1
002に格納する(ステップ1402)。
Next, the operation of this embodiment will be described with reference to FIGS. 14 to 17 based on the above specific example. First, the specification document input means 1001 inputs a system specification document (step 1401). For example, here, the system requirement specification in FIG. 3 is described in the format shown in step 1401 and thereafter. Here, the specification document includes tags and documents. The specification document is stored in the specification document storage means 1
002 (step 1402).

【0035】また利用できる仕様文書があった場合(ス
テップ1403)、例えば上記の例では、仕様文書格納
手段1002にはシステム要求仕様の仕様文書があるの
で、それを仕様文書格納手段1002から読み込んで、
それに新たな仕様文書(UI仕様)を仕様文書入力手段
1001から入力して付け加え、または変更し(ステッ
プ1404、1501)、できた仕様文書を仕様文書格
納手段1002へ格納する(ステップ1502)。この
ように、システムの仕様、仕様文書には仕様の詳細化の
レベルがあり、仕様文書入力手段1001はそのレベル
によって仕様文書格納手段1002から必要なレベルの
仕様文書を得る。
If there is a specification document that can be used (step 1403), for example, in the above example, the specification document storage means 1002 has the specification document of the system requirement specification. Therefore, it is read from the specification document storage means 1002. ,
A new specification document (UI specification) is input from the specification document input means 1001 and added or changed (steps 1404 and 1501), and the resulting specification document is stored in the specification document storage means 1002 (step 1502). As described above, the system specification and the specification document have a level of detailing the specification, and the specification document input unit 1001 obtains a required level specification document from the specification document storage unit 1002 according to the level.

【0036】続いてテスト項目決定手段1003が、仕
様文書格納手段1002からテスト項目を規則によって
取り出す(ステップ1601)。この例では、テスト項
目となる部分(¥component 、¥system、¥operation
)を検索する。さらに¥structure の記述からステッ
プ1602のように木構造に直す。そして、この木構造
を木構造の根であるスライド提示システムからまず左回
りにたどって、優先順位をスライド提示システムを1、
後ボタンを2、前ボタンを3のようにつける。また木構
造の根であるスライド提示システムから右回りにたどっ
て、優先順位をスライド提示システムを1、前ボタンを
2、後ボタンを3のようにつける。最後にテスト項目と
なる部分¥component とその¥operation または¥syst
emとその¥operation の組から得られる情報を、いま求
めた2つの優先順位に従って並べる。この時テスト項目
の記述形式を、例えばステップ1603のように直す。
Then, the test item determining means 1003 fetches the test items from the specification document storing means 1002 according to the rule (step 1601). In this example, the part that is the test item (\ component, \ system, \ operation
) Is searched. Further, the description of \ structure is converted into a tree structure as in step 1602. Then, the tree structure is first traced counterclockwise from the slide presentation system, which is the root of the tree structure, and the priority is set to the slide presentation system 1,
Attach the back button as 2, the front button as 3. Further, by tracing clockwise from the slide presentation system, which is the root of the tree structure, the priority order is set such that the slide presentation system is 1, the front button is 2, and the rear button is 3. The last part to be tested is \ component and its \ operation or \ syst
The information obtained from the combination of em and its \ operation is arranged according to the two priorities just obtained. At this time, the description format of the test item is corrected, for example, as in step 1603.

【0037】次にテスト項目決定手段1003で作成さ
れたテスト項目の入力により、仕様記述検索手段100
4は、仕様文書から各テスト項目に対するシステムの反
応を次のようにして得る(ステップ1701)。例えば
テスト項目“起動(スライド提示システム)”の場合
は、ステップ1601でのUI仕様文書からタグである
¥component 、¥system、¥operation とテスト項目
“起動(スライド提示システム)”の“起動”、“スラ
イド提示システム”を目印にして対応する記述部分(空
行で区切られた部分)を見つける。そこで、¥operatio
n {起動}の次のタグ¥state {ページ}とその次のタ
グ¥action{表示}からをシステムの反応として“表示
(ページ)”の部分を得る。
Next, by inputting the test item created by the test item determining means 1003, the specification description searching means 100
4 obtains the reaction of the system to each test item from the specification document as follows (step 1701). For example, in the case of the test item "start (slide presentation system)", from the UI specification document in step 1601, the tags \ component, \ system, and \ operation and the test item "start (slide presentation system)""start", Use the "slide presentation system" as a marker to find the corresponding description part (part delimited by a blank line). So, \ operatio
n The "display (page)" portion is obtained as the system reaction from the tag \ state {page} next to {start} and the next tag \ action {display}.

【0038】また“ページ”から、状態変数ページの現
在の値を得る。この時、()内の部分に+や−が含まれ
ていれば、状態変数の値をそれぞれに応じて変更する。
現在は、¥state {ページ=1}と設定してあるので状
態変数の値は1で、この1と“表示(ページ)”の部分
から“表示(ページ、1)”を得る。
Further, the current value of the state variable page is obtained from "page". At this time, if the part in () includes + and-, the value of the state variable is changed according to each.
At present, the value of the state variable is 1 because \ state {page = 1} is set, and "display (page, 1)" is obtained from this 1 and "display (page)".

【0039】さらに¥whenの部分をUI仕様文書の全て
の記述から検索する。すると、状態変数ページの現在の
値は1なので、¥when{ページ=1}の行を見つけるこ
とができる。¥when:のあとに示された条件が満たされ
れば、この次の行を見るので、ここでは次の2つのタグ
¥component {前ボタン}、¥action{INACTIVE}から
“INACTIVE(前ボタン)”が得られる。“ACTIVE(後ボ
タン)”についても同様にして得られる。
Further, the portion of \ when is searched from all the descriptions of the UI specification document. Then, since the current value of the state variable page is 1, the line \ when {page = 1} can be found. If the condition shown after \ when: is satisfied, the next line is viewed, so here, the following two tags \ component {previous button} and \ action {INACTIVE} to "INACTIVE (previous button)" Is obtained. The same can be obtained for "ACTIVE (back button)".

【0040】したがって、テスト項目“起動(スライド
提示システム)”からテスト結果“表示(ページ、
1)”と“INACTIVE(前ボタン)”と“ACTIVE(後ボタ
ン)”が得られる。他のテスト項目も同様にしてテスト
結果を得る。そしてこれらをテスト結果出力手段100
5が出力する(ステップ1702、1703)。
Therefore, from the test item "start (slide presentation system)" to the test result "display (page,
1) ”,“ INACTIVE (front button) ”and“ ACTIVE (back button) ”are obtained. The test results are obtained in the same manner for other test items.
5 outputs (steps 1702 and 1703).

【0041】以上のように、上記第2の実施例によれ
ば、システムの仕様文書にタグを付けることによってシ
ステム仕様を文書のまま保存し、これを直接利用してシ
ステム開発の各段階で仕様の差分だけを記述し、システ
ムテストすべき項目を規則に従って網羅的に選択した上
で、システムテスト仕様が生成されるので、仕様の一貫
性を保て、システムテスト準備の労力を軽減できる。ま
た仕様文書からタグを取り除くことによって、自然言語
だけからなる仕様書を作成することができ、仕様の理解
を助けることができるという利点を有する。
As described above, according to the second embodiment, a system specification document is saved as a document by adding a tag to the system specification document, and the system specification is directly used to specify the specification at each stage of system development. The system test specifications are generated after describing only the differences in the above and comprehensively selecting the items to be system tested according to the rules, so that the consistency of the specifications can be maintained and the labor for the system test preparation can be reduced. In addition, by removing the tag from the specification document, it is possible to create a specification document consisting only of natural language, which has an advantage of helping understanding of the specification.

【0042】(実施例3)本発明の第3の実施例につい
て、図18を参照しながら説明する。図18は本実施例
におけるシステムテスト仕様生成装置の構成を示すブロ
ック図である。図18において、1801は文章や図面
などの文書にタグを付した仕様データを仕様文書として
入力する仕様文書入力手段であり、1802は仕様文書
を格納する仕様文書格納手段、1803は仕様文書入力
手段1901での仕様文書入力にあたって、仕様文書を
記述するのに必要な記述項目をタグとして文書別に格納
した仕様項目格納手段である。1804は仕様文書に基
づきテスト項目を決定するテスト項目決定手段、180
5は仕様文書格納手段1802の各仕様文書をタグに基
づいて検索し、システムの反応をテスト結果として得る
仕様記述検索手段、1806は仕様記述検索手段180
5が得たテスト結果を出力するテスト結果出力手段であ
る。
(Embodiment 3) A third embodiment of the present invention will be described with reference to FIG. FIG. 18 is a block diagram showing the configuration of the system test specification generation device in this embodiment. In FIG. 18, reference numeral 1801 is a specification document input means for inputting specification data in which documents such as sentences and drawings are tagged as a specification document, 1802 is a specification document storage means for storing the specification document, and 1803 is a specification document input means. When inputting a specification document in 1901, the specification item storage means stores the description items necessary to describe the specification document as tags for each document. Reference numeral 1804 is a test item determining means for determining a test item based on the specification document, 180
Reference numeral 5 is a specification description search means for searching each specification document in the specification document storage means 1802 based on the tag and obtaining a system reaction as a test result. Reference numeral 1806 is a specification description search means 180.
5 is a test result output means for outputting the obtained test result.

【0043】以上のように構成されたシステムテスト仕
様生成装置について、以下その動作を説明する。図19
は本実施例のシステムテスト仕様生成装置の手順を示し
ている。図19において、まず仕様項目格納手段180
3は、仕様文書を記述するのに必要な記述項目をタグと
して格納する(ステップ1901)。次に仕様文書入力
手段1801は、仕様項目格納手段1803から仕様文
書作成に必要な記述項目タグを入力し、システム仕様文
書の入力を行なう(ステップ1902)。次に仕様文書
格納手段1802は、各システム仕様文書を各タグ付き
文書として格納する(ステップ1903)。次にテスト
項目決定手段1804は、仕様文書格納手段1802か
らテスト項目となる記述を検索し(ステップ190
4)、検索されたテスト項目の記述から優先順位を付
け、その優先順位に従ってテスト項目の実施順を決め、
テスト項目の形式に変換する。次に仕様記述検索手段1
805は、テスト項目決定手段1804からの検索要求
により、仕様文書格納手段1802からタグの部分を抽
出し、それからシステムの反応をテスト予想結果として
得る(ステップ1905)。最後にテスト結果出力手段
1806は、仕様記述検索手段1805が得たテスト予
想結果を出力する(ステップ1906)。
The operation of the system test specification generating device configured as described above will be described below. FIG. 19
Shows the procedure of the system test specification generation device of this embodiment. In FIG. 19, first, the specification item storage means 180
3 stores the description items necessary for describing the specification document as tags (step 1901). Next, the specification document input means 1801 inputs the description item tag necessary for creating the specification document from the specification item storage means 1803 and inputs the system specification document (step 1902). Next, the specification document storage unit 1802 stores each system specification document as each tagged document (step 1903). Next, the test item determining unit 1804 retrieves the description serving as the test item from the specification document storage unit 1802 (step 190).
4), prioritize from the description of the retrieved test items, determine the order of execution of the test items according to the priority,
Convert to test item format. Next, the specification description search means 1
In response to the search request from the test item determination unit 1804, the unit 805 extracts the tag portion from the specification document storage unit 1802, and then obtains the system reaction as a test prediction result (step 1905). Finally, the test result output means 1806 outputs the test prediction result obtained by the specification description search means 1805 (step 1906).

【0044】次に、上記システムテスト仕様生成装置の
具体的動作について、図3に示すスライド提示システム
を例にして、図12および図13の記述方法を用いて、
図20から図22を参照して説明する。まず、仕様文書
を記述するのに必要な記述項目タグが仕様項目格納手段
1803に格納されている(ステップ2001)。そし
て仕様文書入力手段1801で仕様項目格納手段180
3から仕様文書を記述するのに必要な記述項目をタグと
して得て仕様文書入力手段1801により、システム仕
様文書を入力する(ステップ2002)。例えば、ここ
では図3でのシステム要求仕様書をステップ2002に
示されるようなタグと文書の形式で記述し、この仕様文
書を仕様文書格納手段1802に格納する(ステップ2
003)。
Next, regarding the specific operation of the system test specification generating apparatus, using the slide presentation system shown in FIG. 3 as an example, using the description method of FIGS. 12 and 13,
This will be described with reference to FIGS. 20 to 22. First, description item tags necessary for describing a specification document are stored in the specification item storage unit 1803 (step 2001). Then, the specification document input means 1801 is used for the specification item storage means 180.
The description items necessary for describing the specification document are obtained from 3 as tags, and the system specification document is input by the specification document input means 1801 (step 2002). For example, here, the system requirement specification in FIG. 3 is described in the format of the tag and the document as shown in step 2002, and this specification document is stored in the specification document storage unit 1802 (step 2
003).

【0045】また利用できる仕様文書があった場合(ス
テップ2101)、例えば上記の例では、仕様文書格納
手段1802にはシステム要求仕様の仕様文書があるの
で、それを仕様文書格納手段1802から読み込む(ス
テップ2102)。さらに仕様項目格納手段1803か
らUI仕様を記述するのに必要なUI仕様必要項目を読
み込む(ステップ2103)。それに新たな仕様文書
(UI仕様)を仕様文書入力手段1801から入力して付
け加える(ステップ2201)。できた仕様文書を仕様
文書格納手段1802へ格納する(ステップ220
2)。この様にシステムの仕様、仕様文書、仕様項目に
は仕様の詳細化のレベルがあり、仕様文書入力手段18
01はそのレベルによって仕様文書格納手段1802か
ら必要なレベルの仕様文書を、仕様項目格納手段180
3からは必要なレベルの仕様項目を得る。
If there is a specification document that can be used (step 2101), for example, in the above example, the specification document storage means 1802 has the specification document of the system requirement specification, so it is read from the specification document storage means 1802 ( Step 2102). Further, the UI specification required items necessary for describing the UI specifications are read from the specification item storage unit 1803 (step 2103). A new specification document (UI specification) is input and added to the specification document input means 1801 (step 2201). The created specification document is stored in the specification document storage means 1802 (step 220).
2). As described above, the system specification, the specification document, and the specification item have a level of detailing of the specification.
Reference numeral 01 designates a required level of specification document from the specification document storage means 1802 according to the level,
From 3 get the required level of specification items.

【0046】これ以下の処理は、実施例2での図16〜
17と同じである。また、扱うデータを仕様文書から仕
様記述へ置きかえて、実施例1の図1の構成に仕様項目
格納手段1803を加えたものも同様な効果が得られ
る。
The subsequent processing is shown in FIG.
Same as 17. Also, the same effect can be obtained by replacing the data to be handled from the specification document with the specification description and adding the specification item storage means 1803 to the configuration of FIG. 1 of the first embodiment.

【0047】以上のように、上記第3の実施例によれ
ば、仕様を記述する時に必要な仕様項目をタグとして保
存し、仕様文書の入力時に利用することによって、仕様
文書作成労力の軽減し、各仕様文書に必要な記述事項を
明確化できる。またシステムの仕様文書にタグを付ける
ことによってシステム仕様を文書のまま保存し、これを
直接利用してシステム開発の各段階で仕様の差分だけを
記述し、システムテストすべき項目を規則に従って網羅
的に選択した上で、システムテスト仕様が生成されるの
で、仕様の一貫性を保て、システムテスト準備の労力を
軽減できる。
As described above, according to the third embodiment, the specification item necessary for describing the specification is saved as a tag and is used at the time of inputting the specification document, thereby reducing the effort for creating the specification document. , Clarify the necessary description items in each specification document. Also, by tagging the system specification document, the system specification is saved as a document, and by using this directly, only the differences in specifications are described at each stage of system development, and the items that should be system tested are comprehensive according to the rules. Since the system test specifications are generated after selecting, the consistency of the specifications can be maintained and the effort for system test preparation can be reduced.

【0048】また仕様文書からタグを取り除くことによ
って、自然言語による仕様書にできる。
Further, by removing the tag from the specification document, a specification in natural language can be obtained.

【0049】(実施例4)次に本発明の第4の実施例に
ついて、図23を参照しながら説明する。図23は本実
施例におけるシステムテスト仕様生成装置の構成を示す
ブロック図である。図23において、2301はシステ
ムの仕様を入力したり、既存の仕様記述、すなわち仕様
データを仕様記述格納手段2302から読み込んで利用
し、新たな仕様を入力する仕様入力手段、2302はシ
ステムの仕様を仕様データとして格納する仕様記述格納
手段、2303はテスト項目を入力するテスト項目入力
手段、2304はテスト項目入力手段2303によって
入力されたテスト項目から仕様記述格納手段2302の
各仕様データを検索し、システムの反応をテスト結果と
して得る仕様記述検索手段、2305は仕様記述検索手
段2304が得たテスト結果を出力するテスト結果出力
手段である。
(Fourth Embodiment) Next, a fourth embodiment of the present invention will be described with reference to FIG. FIG. 23 is a block diagram showing the arrangement of the system test specification generating apparatus according to this embodiment. In FIG. 23, reference numeral 2301 is used to input system specifications, or to read and use an existing specification description, that is, specification data from the specification description storage means 2302, and input new specifications. Specification description storage means 2303 for storing the specification data, test item input means 2303 for inputting a test item, 2304 search each specification data of the specification description storage means 2302 from the test items input by the test item input means 2303, and the system 2305 is a test result output unit for outputting the test result obtained by the specification description search unit 2304.

【0050】以上のように構成されたシステムテスト仕
様生成装置について、以下その動作を説明する。図24
は本実施例のシステムテスト仕様生成装置の手順を示し
ている。図24において、まず仕様入力手段2301
は、仕様記述格納手段2302内に利用できる仕様記述
があるかどうかを調べる(ステップ2401)。ない場
合はシステム仕様の入力を行ない(ステップ240
2)、ある場合は、利用する仕様記述データを読み込ん
で新たなシステム仕様を追加する(ステップ240
3)。次に仕様記述格納手段2302は、各システム仕
様を各仕様記述として格納する(ステップ2404)。
次にテスト項目入力手段2303は、テストする項目を
入力する(ステップ2405)。次に仕様記述検索手段
2304は、テスト項目入力手段2303からの検索要
求により、仕様記述格納手段2302内の各仕様記述に
応じたシステムの反応をテスト予想結果として得る(ス
テップ2406)。最後にテスト結果出力手段2305
は、仕様記述検索手段2304が得たテスト予想結果を
出力する(ステップ2407)。
The operation of the system test specification generating apparatus configured as described above will be described below. FIG.
Shows the procedure of the system test specification generation device of this embodiment. In FIG. 24, first, the specification input means 2301
Checks whether there is a usable specification description in the specification description storage unit 2302 (step 2401). If not, enter system specifications (step 240).
2) If there is, read the specification description data to be used and add a new system specification (step 240).
3). Next, the specification description storage unit 2302 stores each system specification as each specification description (step 2404).
Next, the test item input means 2303 inputs the item to be tested (step 2405). Next, the specification description retrieving unit 2304 obtains the reaction of the system corresponding to each specification description in the specification description storing unit 2302 as a test prediction result in response to the retrieval request from the test item inputting unit 2303 (step 2406). Finally, the test result output means 2305
Outputs the test prediction result obtained by the specification description searching means 2304 (step 2407).

【0051】次に、上記システムテスト仕様生成装置の
具体的動作について、図3に示すスライド提示システム
を例にして、図4および図5の記述方法を用いて、図2
5および図26を参照して説明する。まず、各システム
仕様を各仕様記述として仕様記述格納手段2302に格
納されている。例えばここでは、UI仕様の仕様記述が
格納されているとする(ステップ2501)。
Next, regarding the specific operation of the system test specification generation apparatus, the slide presentation system shown in FIG. 3 is taken as an example and the description method shown in FIGS.
5 and FIG. 26. First, each system specification is stored in the specification description storage unit 2302 as each specification description. For example, it is assumed here that the specification description of the UI specification is stored (step 2501).

【0052】続いてテスト項目入力手段2303からテ
スト項目を入力すると(ステップ2601)、仕様記述
検索手段2304が、テスト項目入力手段2303から
の検索要求により、仕様記述格納手段2302の各仕様
記述に応じたシステムの反応をテスト結果として得る
(ステップ2602)。例えばテスト項目が“起動(ス
ライド提示システム)”の場合は、ステップ2501で
のUI仕様記述から%component 、%system、%operat
ion とテスト項目“起動(スライド提示システム)”の
“起動”、“スライド提示システム”を目印にして対応
する記述部分(空行で区切られた部分)を見つける。そ
こで、%operation :起動の次の行である%action:表
示(ページ)をシステムの反応として得る。ここから
“表示(ページ)”の部分を得る。
Subsequently, when a test item is input from the test item input unit 2303 (step 2601), the specification description search unit 2304 responds to each specification description in the specification description storage unit 2302 by a search request from the test item input unit 2303. The system response is obtained as a test result (step 2602). For example, when the test item is "start (slide presentation system)", from the UI specification description in step 2501,% component,% system,% operat
Find the corresponding description part (part delimited by a blank line) with “start” and “slide presentation system” in the test item “start (slide presentation system)” as the marks. Therefore,% operation: The next line after activation,% action: display (page), is obtained as the reaction of the system. Get the "display (page)" part from here.

【0053】また“ページ”から、状態変数ページの現
在の値を得る。この時、()内の部分に+や−が含まれ
ていれば、状態変数の値をそれぞれに応じて変更する。
現在は、%system:ページ=1と設定してあるので状態
変数の値は1である。この1と“表示(ページ)”の部
分から“表示(ページ、1)”を得る。
Further, the current value of the state variable page is obtained from "page". At this time, if the part in () includes + and-, the value of the state variable is changed according to each.
Currently, the value of the state variable is 1 because% system: page = 1 is set. The "display (page, 1)" is obtained from the 1 and the "display (page)".

【0054】さらに%whenの部分をUI仕様記述の全て
の記述から検索する。すると、状態変数ページの現在の
値は1なので、%when:ページ=1の行を見つけること
ができる。%whenは:のあとに示された条件が満たされ
れば、この次の行を見るので、ここでは%action:INAC
TIVE(前ボタン)を見つけることができる。また同様に
してACTIVE(後ボタン)が得られる。
Further, the% when portion is searched from all the descriptions in the UI specification description. Then, the current value of the state variable page is 1, so you can find the line% when: page = 1. % When: The next line will be seen if the condition shown after: is satisfied, so here is% action: INAC.
You can find TIVE (front button). Similarly, ACTIVE (back button) is obtained.

【0055】よってテスト項目“起動(スライド提示シ
ステム)”からテスト結果“表示(ページ、1)”と
“INACTIVE(前ボタン)”と“ACTIVE(後ボタン)”が
得られる。他のテスト項目も同様にしてテスト結果を得
る。そして、これらをテスト結果出力手段2305が出
力する(ステップ2603)。
Therefore, the test result “display (page, 1)”, “INACTIVE (front button)” and “ACTIVE (rear button)” can be obtained from the test item “start (slide presentation system)”. Other test items also obtain test results in the same manner. Then, the test result output means 2305 outputs these (step 2603).

【0056】また扱うデータを仕様記述から仕様文書に
置きかえて、仕様入力手段2301を上記仕様文書入力
手段へ、仕様記述格納手段2302を上記仕様文書格納
手段に置きかえても同様な効果が得られる。
The same effect can be obtained even if the data to be handled is replaced from the specification description to the specification document, and the specification input means 2301 is replaced with the specification document input means and the specification description storage means 2302 is replaced with the specification document storage means.

【0057】以上のように、上記第4の実施例によれ
ば、テスト項目入力手段によってテスト項目を入力し、
仕様記述検索手段によって仕様記述格納手段や仕様文書
格納手段からテスト結果を検索することによって、仕様
の各段階に対してシステム仕様を確認することができ
る。
As described above, according to the fourth embodiment, the test item is input by the test item input means,
By searching the test results from the specification description storage means or the specification document storage means by the specification description search means, the system specifications can be confirmed at each stage of the specifications.

【0058】(実施例5)本発明の第5の実施例につい
て、図27を参照しながら説明する。図27は本実施例
におけるシステム仕様検査装置の構成を示すブロック図
である。図27において、2701は仕様入力手段、2
702は仕様記述格納手段、2703は仕様項目格納手
段、2704は仕様項目格納手段2703から仕様項目
を入力する仕様項目入力手段、2705は仕様記述検索
手段、2706は入力された仕様項目に基づいて不足項
目を仕様記述格納手段2702に格納された仕様データ
から検索した結果を出力する仕様項目検査結果出力手段
である。
(Embodiment 5) A fifth embodiment of the present invention will be described with reference to FIG. FIG. 27 is a block diagram showing the arrangement of the system specification inspection apparatus according to this embodiment. In FIG. 27, 2701 is specification input means, 2
Reference numeral 702 is a specification description storage unit, 2703 is a specification item storage unit, 2704 is a specification item input unit for inputting a specification item from the specification item storage unit 2703, 2705 is a specification description search unit, and 2706 is insufficient based on the input specification item. It is a specification item inspection result output unit that outputs a result of searching an item from the specification data stored in the specification description storage unit 2702.

【0059】以上のように構成されたシステムテスト仕
様生成装置について、以下その動作を説明する。図28
は本実施例のシステムテスト仕様生成装置の手順を示し
ている。図28において、まず仕様入力手段2701が
各システム仕様の入力を行なう(ステップ2801)。
次に仕様記述格納手段2702が各システム仕様を各仕
様記述として格納する(ステップ2802)。次に仕様
項目格納手段2703には各仕様項目が格納されている
ものとする(ステップ2703)。次に仕様項目入力手
段2704が仕様項目を入力する(ステップ280
4)。次に仕様記述検索手段2705が入力された仕様
項目と検査対象の仕様記述を比較して不足項目を検索す
る(ステップ2805)。最後に仕様項目検査結果出力
手段2706が仕様項目の不足部分を出力する(ステッ
プ2806)。
The operation of the system test specification generating apparatus configured as described above will be described below. FIG.
Shows the procedure of the system test specification generation device of this embodiment. In FIG. 28, the specification input means 2701 first inputs each system specification (step 2801).
Next, the specification description storage means 2702 stores each system specification as each specification description (step 2802). Next, it is assumed that each specification item is stored in the specification item storage means 2703 (step 2703). Next, the specification item input means 2704 inputs the specification item (step 280).
4). Next, the specification description search means 2705 compares the input specification item with the specification description of the inspection target to search for an insufficient item (step 2805). Finally, the specification item inspection result output means 2706 outputs the lacking part of the specification item (step 2806).

【0060】次に、上記システムテスト仕様生成装置の
具体的動作について、図3に示すスライド提示システム
を例にして、図4および図5の記述方法を用いて、図2
9および図30を参照して説明する。まず、各システム
仕様の入力を行なう。例えば、図3のスライド提示シス
テムの要求仕様を仕様記述の形式で入力する。ただし記
述に必要な項目が1つ不足しているとする(ステップ2
901)。そして各システム仕様を仕様記述格納手段2
702に格納する(ステップ2902)。
Next, regarding the specific operation of the system test specification generation apparatus, the slide presentation system shown in FIG. 3 will be used as an example and the description method shown in FIGS.
9 and FIG. 30. First, each system specification is input. For example, the required specifications of the slide presentation system of FIG. 3 are input in the specification description format. However, it is assumed that one item required for description is insufficient (step 2
901). Then, the system description is stored in the specification description storage means 2
It is stored in 702 (step 2902).

【0061】また仕様項目格納手段2703には、各仕
様項目が格納されている。例えばここでは要求仕様記述
のために必要な仕様項目が格納されているとする(ステ
ップ2903)。そしてこの要求仕様項目を仕様項目入
力手段2704によって入力する(ステップ290
4)。入力された仕様項目に基づき、仕様記述検索手段
2705は、仕様記述格納手段2702の仕様記述とを
比較して不足項目や未記述の部分を検索する(ステップ
3001)。最後に検索された不足部分や未記述部分を
仕様項目検査結果出力手段2706が出力する(ステッ
プ3002)。
The specification item storage means 2703 stores each specification item. For example, it is assumed here that the specification items necessary for the required specification description are stored (step 2903). Then, the required specification items are input by the specification item input means 2704 (step 290).
4). Based on the input specification item, the specification description searching means 2705 compares the specification description in the specification description storing means 2702 to search for an insufficient item or an undescribed portion (step 3001). Finally, the specification item inspection result output means 2706 outputs the deficient portion or undescribed portion retrieved (step 3002).

【0062】また仕様項目格納手段2703で、ここで
は実際のシステムを記述するのに必要な項目をタグとし
て保持し利用したが、仕様を記述しやすくするための見
出し、例えば“第1部システム機能”、“第2部データ
仕様”なども格納して、仕様文書をより仕様書に近い形
式で記述することも考えられる。
In the specification item storage means 2703, the items necessary for describing the actual system are held and used as tags here. However, for the purpose of facilitating the description of the specifications, for example, "Part 1 System Function" It is also possible to store "", "Part 2 data specification", etc., and describe the specification document in a format closer to the specification.

【0063】また仕様記述から仕様文書に置きかえても
同様な効果が得られる。
Similar effects can be obtained by replacing the specification description with the specification document.

【0064】以上のように、上記第5の実施例によれ
ば、仕様記述や仕様文書が各仕様の段階で満たされてい
なければならない必要項目を仕様項目格納手段に格納
し、それに基づいて既存の仕様データを検査すること
で、仕様データの記述もれを見つけることができる。
As described above, according to the fifth embodiment, the necessary items that the specification description and the specification document must meet at each specification stage are stored in the specification item storage means, and the existing items are stored based on the necessary items. By checking the specification data of, it is possible to find any omissions in the description of the specification data.

【0065】(実施例6)本発明の第6の実施例につい
て、図31を参照しながら説明する。図31は本実施例
におけるシステム仕様検査装置の構成を示すブロック図
である。図31において、3101は仕様入力手段、3
102は仕様記述格納手段、3103は照合をとる仕様
名を入力する仕様名入力手段、3104は入力された仕
様名の以前の段階の仕様データを仕様記述格納手段31
02から検索して仕様記述検索手段3105に入力する
前段階仕様入力手段、3105は仕様記述検索手段、3
106は照合結果を出力する照合結果出力手段である。
(Embodiment 6) A sixth embodiment of the present invention will be described with reference to FIG. FIG. 31 is a block diagram showing the arrangement of the system specification inspection apparatus according to this embodiment. In FIG. 31, 3101 is specification input means, 3
Reference numeral 102 is a specification description storage means, 3103 is a specification name input means for inputting a specification name to be collated, and 3104 is specification description storage means 31 for the specification data at a stage before the input specification name.
02, the specification description search means 3105 and the specification description search means 3105.
Reference numeral 106 is a collation result output means for outputting the collation result.

【0066】以上のように構成されたシステムテスト仕
様生成装置について、以下その動作を説明する。図32
は本実施例のシステムテスト仕様生成装置の手順を示し
ている。図32において、まず仕様入力手段3101が
各システム仕様の入力を行なう(ステップ3201)。
次に仕様記述格納手段3102が各システム仕様を各仕
様記述として格納する(ステップ3202)。次に仕様
名入力手段3103が照合を取る仕様名を入力し(ステ
ップ3203)、入力された仕様名の前段階の仕様デー
タがあるかどうか照合する(ステップ3204)。ない
場合は終了し、ある場合は、前段階仕様入力手段310
4が仕様記述格納手段3102から照合を取る仕様名の
以前の仕様データを得て仕様記述検索手段3105に入
力する(ステップ3205)。次に仕様記述検索手段3
105が入力された仕様データに基づいてその後の段階
の仕様データを仕様記述格納手段3102から検索し照
合を取る(ステップ3206)。最後に照合結果出力手
段3106が照合を取った結果を出力する(ステップ3
207)。
The operation of the system test specification generating apparatus configured as described above will be described below. FIG.
Shows the procedure of the system test specification generation device of this embodiment. In FIG. 32, the specification input means 3101 first inputs each system specification (step 3201).
Next, the specification description storage means 3102 stores each system specification as each specification description (step 3202). Next, the specification name input means 3103 inputs the specification name to be collated (step 3203), and collates whether or not there is specification data at the previous stage of the input specification name (step 3204). If there is not, the process ends, and if there is, the previous stage specification input means 310
4 obtains the previous specification data of the specification name to be collated from the specification description storage means 3102 and inputs it to the specification description search means 3105 (step 3205). Next, the specification description search means 3
Based on the input specification data 105, the specification data of the subsequent stage is retrieved from the specification description storage means 3102 and collated (step 3206). Finally, the collation result output means 3106 outputs the collation result (step 3).
207).

【0067】次に、上記システムテスト仕様生成装置の
具体的動作について、図3に示すスライド提示システム
を例にして、図4および図5の記述方法を用いて、図3
3および図34を参照して説明する。まず、各システム
仕様の入力を行なう。例えば、図3のスライド提示シス
テムの要求仕様とUI仕様を仕様記述の形式で入力す
る。だだし、UI仕様記述については一部、記述方法を
変更する。即ち前段階の仕様記述(要求仕様記述)をそ
の後の段階の仕様記述(UI仕様記述)が含むような記
述方法をとる(ステップ3301)。
Next, regarding the specific operation of the system test specification generation apparatus, the slide presentation system shown in FIG. 3 will be taken as an example and the description method shown in FIGS.
3 and FIG. 34. First, each system specification is input. For example, the required specifications and UI specifications of the slide presentation system in FIG. 3 are input in the specification description format. However, the description method will be partially changed for the UI specification description. That is, a description method is adopted such that the specification description of the previous stage (required specification description) is included in the specification description of the subsequent stage (UI specification description) (step 3301).

【0068】そして前記のシステム要求仕様記述、UI
仕様記述を仕様記述格納手段3102に格納する(ステ
ップ3401)。ここで仕様データ間の照合をとりたい
仕様データの内、後の段階の仕様名を仕様名入力手段3
103から入力する(ステップ3402)。例えばここ
ではシステム要求仕様とUI仕様の照合をとるなら、U
I仕様と入力する。次に、入力された仕様名の前段階の
仕様データがあるかどうか調べる(ステップ340
3)。
Then, the above-mentioned system requirement specification description and UI
The specification description is stored in the specification description storage means 3102 (step 3401). Here, the specification name of the latter stage of the specification data to be collated between the specification data is the specification name input means 3
Input from 103 (step 3402). For example, if the system requirement specifications and UI specifications are checked here, U
Enter I specification. Next, it is checked whether or not there is specification data at the previous stage of the input specification name (step 340).
3).

【0069】前段階の仕様データがある場合、ここで
は、UI仕様の前段階の仕様データおよびシステム要求
仕様記述が仕様記述格納手段3102に格納されている
ので、前段階仕様入力手段3104は、仕様記述格納手
段3102からシステム要求仕様記述を得て仕様記述検
索手段3105に入力する(ステップ3404)。入力
された仕様名の前段階の仕様データがなければ終了す
る。
If there is pre-stage specification data, the pre-stage specification data of the UI specifications and the system requirement specification description are stored in the specification description storing means 3102. The system requirement specification description is obtained from the description storage means 3102 and input to the specification description search means 3105 (step 3404). If there is no previous specification data of the input specification name, the process ends.

【0070】システム要求仕様記述から仕様記述検索手
段3105は、仕様記述格納手段3102に格納された
UI仕様記述にシステム要求仕様記述の各行が含まれて
いるかを照合する(ステップ3405)。
From the system requirement specification description, the specification description retrieving means 3105 checks whether or not each line of the system requirement specification description is included in the UI specification description stored in the specification description storing means 3102 (step 3405).

【0071】照合結果を照合結果出力手段3106が出
力する。ここでは、システム要求仕様記述が全てUI仕
様記述に含まれているので、例えば照合結果としてOK
と出力する(ステップ3406)。
The collation result output means 3106 outputs the collation result. Here, since the system requirement specification description is all included in the UI specification description, for example, the verification result is OK.
Is output (step 3406).

【0072】また照合結果出力手段3106での出力結
果でOKなら次の段階の仕様名を仕様名入力手段310
3から入力するなど、全ての仕様の段階を自動的に検査
することも考えられる。
If the output result from the collation result output means 3106 is OK, the specification name at the next stage is input to the specification name input means 310.
It is also possible to automatically inspect all the stages of specifications, such as input from 3.

【0073】また仕様記述から仕様文書に置きかえても
同様な効果が得られる。
The same effect can be obtained by replacing the specification description with the specification document.

【0074】以上のように、上記第6の実施例によれ
ば、各仕様の段階に応じた仕様データ間の一貫性を検査
することができる。
As described above, according to the sixth embodiment, it is possible to check the consistency between the specification data according to each specification stage.

【0075】(実施例7)本発明の第7の実施例につい
て、図35を参照しながら説明する。図35は本実施例
におけるシステム仕様入力支援装置の構成を示すブロッ
ク図である。図35において、3501は仕様入力手
段、3502は仕様記述格納手段、3503は仕様入力
手段3501での仕様データ入力時に必要な仕様データ
を検索するために検索事項を入力する検索事項入力手
段、3504は仕様記述検索手段、3505は検索事項
に基づいて仕様記述検索手段3504によって仕様記述
格納手段3502から検索した仕様データを出力する仕
様記述出力手段である。
(Embodiment 7) A seventh embodiment of the present invention will be described with reference to FIG. FIG. 35 is a block diagram showing the configuration of the system specification input support device in this embodiment. In FIG. 35, reference numeral 3501 is specification input means, 3502 is specification description storage means, 3503 is search item input means for inputting search items to search for specification data required when inputting the specification data in the specification input means 3501, and 3504 is A specification description search unit 3505 is a specification description output unit that outputs the specification data searched from the specification description storage unit 3502 by the specification description search unit 3504 based on the search item.

【0076】以上のように構成されたシステムテスト仕
様生成装置について、以下その動作を説明する。図36
は本実施例のシステムテスト仕様生成装置の手順を示し
ている。図36において、まず仕様入力手段3501が
仕様記述格納手段3502に格納された既存の仕様デー
タで必要とする仕様データについて、検索事項を検索事
項入力手段3503に入力する(ステップ3601)。
次に検索事項入力手段3503が検索事項を仕様記述検
索手段に入力する(ステップ3602)。次に仕様記述
検索手段3504が入力された検索事項に基づいて仕様
記述格納手段3502から検索事項が要求する部分の仕
様記述を得る(ステップ3603)。次に、仕様記述出
力手段3505が目的とする仕様記述を仕様入力手段へ
出力する(ステップ3604)。そして仕様入力手段3
501は目的とした仕様記述を得る(ステップ360
5)。
The operation of the system test specification generating apparatus configured as described above will be described below. Fig. 36
Shows the procedure of the system test specification generation device of this embodiment. In FIG. 36, the specification input means 3501 first inputs search items to the search item input means 3503 for the specification data required by the existing specification data stored in the specification description storage means 3502 (step 3601).
Next, the search item input means 3503 inputs the search items to the specification description search means (step 3602). Next, the specification description search means 3504 obtains the specification description of the part required by the search items from the specification description storage means 3502 based on the input search items (step 3603). Next, the specification description output means 3505 outputs the desired specification description to the specification input means (step 3604). And specification input means 3
501 obtains the intended specification description (step 360).
5).

【0077】次に、上記システムテスト仕様生成装置の
具体的動作について、図3に示すスライド提示システム
を例にして、図4および図5の記述方法を用いて、図2
5、図37および図38を参照して説明する。まず、仕
様記述格納手段3502には既存の仕様データとして、
図25に示すようなUI仕様記述が格納されているとす
る。そして仕様入力手段3501で仕様記述格納手段3
502に格納された既存の仕様データを利用するため
に、必要な検索事項を検索事項入力手段3503に入力
する。例えばボタンについての仕様データが必要なら
ば、ボタンは部品なので部品を示す%component :とボ
タンから“%component :ボタン”と入力する(ステッ
プ3701)。
Next, regarding the specific operation of the system test specification generation device, the slide presentation system shown in FIG. 3 will be used as an example and the description method shown in FIGS.
5, FIG. 37, and FIG. 38. First, as existing specification data in the specification description storage unit 3502,
It is assumed that the UI specification description as shown in FIG. 25 is stored. Then, the specification input means 3501 is used for the specification description storage means 3
In order to use the existing specification data stored in 502, necessary search items are input to the search item input means 3503. For example, if specification data about a button is required, since the button is a component, the component is indicated by% component: and the button is input as "% component: button" (step 3701).

【0078】それから検索事項入力手段3503は、入
力された検索事項を仕様記述検索手段3504に入力し
(ステップ3702)、仕様記述検索手段3504は、
検索事項“%component :ボタン”の“%component ”
と“ボタン”から仕様記述格納手段3502に格納され
たUI仕様記述の中からこれらのキーワードに一致する
部分を検索する。%component は空行で区切られたひと
かたまりを検索してくる(ステップ3703)。
Then, the search item input means 3503 inputs the input search items to the specification description search means 3504 (step 3702), and the specification description search means 3504
Search item "% component: Button""%component"
From the UI specification description stored in the specification description storage unit 3502, and the “button” are searched for a part that matches these keywords. % Component retrieves a block separated by a blank line (step 3703).

【0079】検索された仕様データを、仕様記述出力手
段3505が仕様入力手段3501に出力すると(ステ
ップ3801)、仕様入力手段3501は、この仕様デ
ータを利用して仕様データの入力を行なう(ステップ3
802)。
When the specification description output means 3505 outputs the retrieved specification data to the specification input means 3501 (step 3801), the specification input means 3501 uses the specification data to input the specification data (step 3).
802).

【0080】またここでは%component によって部品の
再利用を行なったが、他にも%system、%operation と
%actionの組、%state に対してそれぞれシステムの再
利用、機能の再利用、データの再利用が同様に可能であ
る。
Although the components are reused by% component here, the system is reused, the function is reused, and the data is reused for% system, a pair of% operation and% action, and% state. Reuse is possible as well.

【0081】また仕様記述から仕様文書に置きかえても
同様な効果が得られる。
Similar effects can be obtained by replacing the specification description with the specification document.

【0082】以上のように、上記第7の実施例によれ
ば、仕様入力手段で仕様データを入力する時に、既存の
仕様データを利用することによって、仕様データの入力
の軽減と仕様データの再利用ができる。
As described above, according to the seventh embodiment, when the specification data is input by the specification input means, the existing specification data is used to reduce the input of the specification data and re-use the specification data. Available.

【0083】[0083]

【発明の効果】本発明は、上記第1の実施例から明らか
なように、仕様入力手段でシステムの仕様を入力する時
に、既存のシステム仕様または現開発段階以前の仕様記
述を仕様記述格納手段から利用し開発でき、開発労力を
軽減できる。また、テスト項目決定手段により、仕様記
述格納手段での仕様データであるシステムへの操作とそ
の動作の内、システムへの操作の部分を全てあるいは規
則に従って選び、それらが実行される順についての組合
せを作ってテスト項目とし、仕様記述検索手段は、この
テスト項目に基づいて、システムへの操作とその動作の
仕様を登録した仕様記述格納手段からテスト結果を検索
してこれらのテスト項目とテスト結果を対応させること
により、テスト手順にもれの少ないシステムテスト仕様
書を作成することができる。
As is apparent from the first embodiment of the present invention, when the system specification is input by the specification input means, the existing system specification or the specification description before the current development stage is stored in the specification description storage means. It is possible to use and develop from, and the development labor can be reduced. In addition, the test item determining means selects all or a part of the operation of the system, which is the specification data in the specification description storing means, and the operation of the system according to the rule, and the combination in the order of execution. Based on this test item, the specification description retrieval means retrieves the test result from the specification description storage means in which the specifications of the operation to the system and its operation are registered, and the test item and the test result are created. It is possible to create a system test specification with less leakage in the test procedure.

【0084】本発明はまた、上記第2の実施例から明ら
かなように、仕様データにタグ付けた仕様文書を仕様文
書入力手段により入力し、同文書自身を仕様文書として
仕様文書格納手段に保持することにより、これをタグを
目印にして直接利用してシステムテスト仕様書を作成で
き、また、仕様文書からタグを取り除くことにより、自
然言語だけからなる仕様書にでき仕様の理解を助ける。
As is apparent from the second embodiment, the present invention inputs the specification document tagged with the specification data by the specification document input means, and holds the document itself as the specification document in the specification document storage means. By doing so, it is possible to create a system test specification by using it directly as a tag, and by removing the tag from the specification document, it becomes a specification consisting only of natural language, which helps understanding of the specification.

【0085】本発明はまた、上記第3の実施例から明ら
かなように、システム開発において要求される仕様文書
体系に必要な記述項目をタグとして文書別に格納した仕
様項目格納手段を備え、これに基づき現在までに入力さ
れた仕様とその不足部分を補うため、仕様の内容として
記述項目を提示することにより、システムの仕様データ
の作成の開発労力を軽減できる。
As is apparent from the third embodiment, the present invention further comprises specification item storage means for storing the description items necessary for the specification document system required in system development as tags for each document. Based on the specifications input up to the present and its lacking part, by presenting the description items as the contents of the specifications, it is possible to reduce the development effort for creating the specification data of the system.

【0086】本発明はまた、上記第4の実施例から明ら
かなように、テスト項目入力手段によってテスト項目を
入力し、仕様記述検索手段によって仕様記述格納手段や
仕様文書格納手段からテスト結果を検索することによ
り、仕様の各段階に対してシステム仕様を確認すること
ができる。
Further, as is apparent from the fourth embodiment, the present invention inputs the test item by the test item input means and retrieves the test result from the specification description storage means or the specification document storage means by the specification description retrieval means. By doing so, the system specification can be confirmed at each stage of the specification.

【0087】本発明はまた、上記第5の実施例から明ら
かなように、仕様記述や仕様文書が各仕様の段階で満た
されていなければならない必要項目を仕様項目格納手段
に格納し、それに基づいて既存の仕様データを検査する
ことにより、仕様データの記述もれを見つけることがで
きる。
As is clear from the fifth embodiment, the present invention stores the necessary items that the specification description and the specification document must satisfy at each specification stage in the specification item storage means, and based on that, By checking the existing specification data by using the above, it is possible to find the description omission of the specification data.

【0088】本発明はまた、上記第6の実施例から明ら
かなように、仕様データ間の記述をそろえ、仕様データ
どうしを前段階仕様入力手段と仕様記述検索手段により
つき合わせることにより、仕様の各段階に応じた仕様デ
ータ間の一貫性を検査することができる。
Further, as is apparent from the sixth embodiment, the present invention prepares the specifications by aligning the descriptions between the specification data and matching the specification data with each other by the previous-stage specification input means and the specification description search means. It is possible to check the consistency between the specification data according to each stage.

【0089】本発明はまた、上記第7の実施例から明ら
かなように、仕様入力手段で仕様データを入力する時
に、必要な仕様データを検索事項入力手段によって検索
事項として入力し、仕様記述格納手段から検索し仕様記
述出力手段によって仕様入力手段に出力することによっ
て、仕様データの入力の軽減と既存の仕様データの再利
用ができる。
As is apparent from the seventh embodiment, according to the present invention, when the specification data is input by the specification input means, necessary specification data is input by the search item input means as a search item and the specification description is stored. By retrieving from the means and outputting to the specification input means by the specification description output means, the input of the specification data can be reduced and the existing specification data can be reused.

【図面の簡単な説明】[Brief description of drawings]

【図1】第1の実施例におけるシステムテスト仕様生成
装置の構成を示すブロック図
FIG. 1 is a block diagram showing the configuration of a system test specification generation device according to a first embodiment.

【図2】第1の実施例におけるシステムテスト仕様生成
の手順を示すフロー図
FIG. 2 is a flowchart showing a procedure of system test specification generation in the first embodiment.

【図3】各実施例におけるシステム仕様の具体例を示す
一覧図
FIG. 3 is a list diagram showing a specific example of system specifications in each embodiment.

【図4】第1の実施例における仕様記述の文法例を示す
一覧図
FIG. 4 is a list diagram showing a grammar example of a specification description in the first embodiment.

【図5】第1の実施例における仕様記述の文法例を示す
一覧図(続き)
FIG. 5 is a list diagram showing a grammar example of a specification description in the first embodiment (continued)

【図6】第1の実施例におけるシステムテスト仕様生成
装置の具体的な処理例を示すフロー図
FIG. 6 is a flowchart showing a specific processing example of the system test specification generation device in the first embodiment.

【図7】第1の実施例におけるシステムテスト仕様生成
装置の具体的な処理例を示すフロー図(続き)
FIG. 7 is a flowchart showing a specific processing example of the system test specification generation device in the first embodiment (continued)

【図8】第1の実施例におけるシステムテスト仕様生成
装置の具体的な処理例を示すフロー図(続き)
FIG. 8 is a flowchart showing a specific processing example of the system test specification generation device in the first embodiment (continued)

【図9】第1の実施例におけるシステムテスト仕様生成
装置の具体的な処理例を示すフロー図(続き)
FIG. 9 is a flowchart showing a specific processing example of the system test specification generation device in the first embodiment (continued)

【図10】第2の実施例におけるシステムテスト仕様生
成装置の構成を示すブロック図
FIG. 10 is a block diagram showing a configuration of a system test specification generation device according to a second embodiment.

【図11】第2の実施例におけるシステムテスト仕様生
成の手順を示すフロー図
FIG. 11 is a flowchart showing the procedure of system test specification generation in the second embodiment.

【図12】第2の実施例における仕様文書の文法例を示
す一覧図
FIG. 12 is a list diagram showing a grammar example of a specification document in the second embodiment.

【図13】第2の実施例における仕様文書の文法例を示
す一覧図(続き)
FIG. 13 is a list view showing a grammar example of a specification document in the second embodiment (continued)

【図14】第2の実施例におけるシステムテスト仕様生
成装置の具体的な処理例を示すフロー図
FIG. 14 is a flowchart showing a specific processing example of the system test specification generation device in the second embodiment.

【図15】第2の実施例におけるシステムテスト仕様生
成装置の具体的な処理例を示すフロー図(続き)
FIG. 15 is a flowchart showing a specific processing example of the system test specification generation device in the second embodiment (continued)

【図16】第2の実施例におけるシステムテスト仕様生
成装置の具体的な処理例を示すフロー図(続き)
FIG. 16 is a flowchart showing a specific processing example of the system test specification generation device in the second embodiment (continued)

【図17】第2の実施例におけるシステムテスト仕様生
成装置の具体的な処理例を示すフロー図(続き)
FIG. 17 is a flowchart showing a specific processing example of the system test specification generation device in the second embodiment (continued)

【図18】第3の実施例におけるシステムテスト仕様生
成装置の構成を示すブロック図
FIG. 18 is a block diagram showing a configuration of a system test specification generation device according to a third embodiment.

【図19】第3の実施例におけるシステムテスト仕様生
成の手順を示すフロー図
FIG. 19 is a flowchart showing the procedure of system test specification generation in the third embodiment.

【図20】第3の実施例におけるシステムテスト仕様生
成装置の具体的な処理例を示すフロー図
FIG. 20 is a flowchart showing a specific processing example of the system test specification generation device in the third embodiment.

【図21】第3の実施例におけるシステムテスト仕様生
成装置の具体的な処理例を示すフロー図(続き)
FIG. 21 is a flowchart showing a specific processing example of the system test specification generation device in the third embodiment (continued)

【図22】第3の実施例におけるシステムテスト仕様生
成装置の具体的な処理例を示すフロー図(続き)
FIG. 22 is a flowchart showing a concrete processing example of the system test specification generation device according to the third embodiment (continued).

【図23】第4の実施例におけるシステムテスト仕様生
成装置の構成を示すブロック図
FIG. 23 is a block diagram showing the configuration of a system test specification generation device according to a fourth embodiment.

【図24】第4の実施例におけるシステムテスト仕様生
成の手順を示すフロー図
FIG. 24 is a flowchart showing the procedure of system test specification generation in the fourth embodiment.

【図25】第4の実施例におけるシステムテスト仕様生
成装置の具体的な処理例を示すフロー図
FIG. 25 is a flowchart showing a specific processing example of the system test specification generation device in the fourth embodiment.

【図26】第4の実施例におけるシステムテスト仕様生
成装置の具体的な処理例を示すフロー図(続き)
FIG. 26 is a flowchart showing a specific processing example of the system test specification generation device in the fourth embodiment (continued)

【図27】第5の実施例におけるシステム仕様検査装置
の構成を示すブロック図
FIG. 27 is a block diagram showing the configuration of a system specification inspection device according to a fifth embodiment.

【図28】第5の実施例におけるシステム仕様検査の手
順を示すフロー図
FIG. 28 is a flowchart showing the procedure of system specification inspection in the fifth embodiment.

【図29】第5の実施例におけるシステム仕様検査装置
の具体的な処理例を示すフロー図
FIG. 29 is a flowchart showing a specific processing example of the system specification inspection device in the fifth embodiment.

【図30】第5の実施例におけるシステム仕様検査装置
の具体的な処理例を示すフロー図(続き)
FIG. 30 is a flow chart (continuation) showing a specific processing example of the system specification inspection apparatus in the fifth embodiment.

【図31】第6の実施例におけるシステム仕様検査装置
の構成を示すブロック図
FIG. 31 is a block diagram showing the configuration of a system specification inspection device according to a sixth embodiment.

【図32】第6の実施例におけるシステム仕様検査の手
順を示すフロー図
FIG. 32 is a flowchart showing the procedure of system specification inspection in the sixth embodiment.

【図33】第6の実施例におけるシステム仕様検査装置
の具体的な処理例を示すフロー図
FIG. 33 is a flowchart showing a specific processing example of the system specification inspection device in the sixth embodiment.

【図34】第6の実施例におけるシステム仕様検査装置
の具体的な処理例を示すフロー図(続き)
FIG. 34 is a flowchart showing a concrete processing example of the system-specification inspection apparatus in the sixth embodiment (continuation).

【図35】第7の実施例におけるシステム仕様入力支援
装置の構成を示すブロック図
FIG. 35 is a block diagram showing the configuration of a system specification input support device in a seventh embodiment.

【図36】第7の実施例におけるシステム仕様入力支援
の手順を示すフロー図
FIG. 36 is a flowchart showing the procedure of system specification input support in the seventh embodiment.

【図37】第7の実施例におけるシステム仕様入力支援
装置の具体的な処理例を示すフロー図
FIG. 37 is a flowchart showing a specific processing example of the system specification input support device in the seventh embodiment.

【図38】第7の実施例におけるシステム仕様入力支援
装置の具体的な処理例を示すフロー図(続き)
FIG. 38 is a flowchart showing a specific processing example of the system specification input support device according to the seventh embodiment (continued).

【符合の説明】[Description of sign]

101 仕様入力手段 102 仕様記述格納手段 103 テスト項目決定手段 104 仕様記述検索手段 105 テスト結果出力手段 1001 仕様文書入力手段 1002 仕様文書格納手段 1003 テスト項目決定手段 1004 仕様記述検索手段 1005 テスト結果出力手段 1801 仕様文書入力手段 1802 仕様文書格納手段 1803 仕様項目格納手段 1804 テスト項目決定手段 1805 仕様記述検索手段 1806 テスト結果出力手段 2301 仕様入力手段 2302 仕様記述格納手段 2303 テスト結果出力手段 2304 仕様記述検索手段 2305 テスト項目入力手段 2701 仕様入力手段 2702 仕様記述格納手段 2703 仕様項目格納手段 2704 仕様項目入力手段 2705 仕様記述検索手段 2706 仕様項目検査結果出力手段 3101 仕様入力手段 3102 仕様記述格納手段 3103 仕様名入力手段 3104 前段階仕様入力手段 3105 仕様記述検索手段 3106 照合結果出力手段 3501 仕様入力手段 3502 仕様記述格納手段 3504 仕様記述検索手段 3503 検索事項入力手段 3505 仕様記述出力手段 101 specification input means 102 specification description storage means 103 test item determination means 104 specification description search means 105 test result output means 1001 specification document input means 1002 specification document storage means 1003 test item determination means 1004 specification description search means 1005 test result output means 1801 Specification document input means 1802 Specification document storage means 1803 Specification item storage means 1804 Test item determination means 1805 Specification description search means 1806 Test result output means 2301 Specification input means 2302 Specification description storage means 2303 Test result output means 2304 Specification description search means 2305 Test Item input means 2701 Specification input means 2702 Specification description storage means 2703 Specification item storage means 2704 Specification item input means 2705 Specification description search means 2706 Specifications Eye inspection result output means 3101 Specification input means 3102 Specification description storage means 3103 Specification name input means 3104 Pre-stage specification input means 3105 Specification description search means 3106 Matching result output means 3501 Specification input means 3502 Specification description storage means 3504 Specification description search means 3503 Search item input means 3505 Specification description output means

Claims (7)

【特許請求の範囲】[Claims] 【請求項1】 仕様データを入力する仕様入力手段と、
前記仕様入力手段により入力された仕様データを格納す
る仕様記述格納手段と、前記仕様記述格納手段に格納さ
れた仕様データに基づきテスト項目を決定するテスト項
目決定手段と、前記テスト項目決定手段により決定され
たテスト項目に対するシステムの反応を前記仕様記述格
納手段に格納された仕様データから検索する仕様記述検
索手段と、前記テスト項目と前記検索結果を出力するテ
スト結果出力手段とを備えたシステムテスト仕様生成装
置。
1. Specification input means for inputting specification data,
Specification description storage means for storing the specification data input by the specification input means, test item determination means for determining a test item based on the specification data stored in the specification description storage means, and determination by the test item determination means A system test specification including a specification description search means for searching the specification data stored in the specification description storage means for the reaction of the system to the specified test item, and a test result output means for outputting the test item and the search result. Generator.
【請求項2】 仕様データにタグを付けたデータを仕様
文書として入力する仕様文書入力手段と、前記仕様文書
入力手段により入力された仕様文書を格納する仕様文書
格納手段と、前記仕様文書格納手段に格納された仕様文
書に基づきテスト項目を決定するテスト項目決定手段
と、前記テスト項目決定手段により決定されたテスト項
目に対するシステムの反応を前記仕様文書格納手段に格
納された仕様文書から検索する仕様記述検索手段と、前
記テスト項目と前記検索結果を出力するテスト結果出力
手段とを備えたシステムテスト仕様生成装置。
2. A specification document input means for inputting data to which specification data is tagged as a specification document, a specification document storage means for storing the specification document input by the specification document input means, and the specification document storage means. A test item determining means for determining a test item based on the specification document stored in the specification document, and a specification for retrieving the system reaction to the test item determined by the test item determining means from the specification document stored in the specification document storing means A system test specification generation device comprising a description search means and a test result output means for outputting the test item and the search result.
【請求項3】 仕様文書入力手段による仕様文書入力に
際して各仕様文書毎に記述に必要な項目をタグとして格
納する仕様項目格納手段を備えた請求項2記載のシステ
ムテスト仕様生成装置。
3. The system test specification generation device according to claim 2, further comprising specification item storage means for storing, as tags, items required for description for each specification document when the specification document input means inputs the specification document.
【請求項4】 仕様記述格納手段または仕様文書格納手
段に格納された仕様記述または仕様文書に基づきテスト
項目を決定するテスト項目決定手段の替わりにテスト項
目を入力するテスト項目入力手段を備えた請求項1、2
または3記載のシステムテスト仕様生成装置。
4. A test item inputting means for inputting a test item instead of the test item deciding means for deciding the test item based on the specification description or the specification document stored in the specification description storing means or the specification document storing means. Item 1, 2
Alternatively, the system test specification generation device described in 3.
【請求項5】 仕様データを入力する仕様入力手段と、
前記仕様入力手段により入力された仕様データを格納す
る仕様記述格納手段と、前記仕様入力手段による仕様デ
ータの入力に際して各仕様データ毎に記述に必要な仕様
項目を格納する仕様項目格納手段と、前記仕様項目を入
力する仕様項目入力手段と、前記仕様項目入力手段によ
り入力された仕様項目に基づいて不足項目を前記仕様記
述格納手段に格納された仕様データから検索する仕様記
述検索手段と、前記検索結果を出力する仕様項目検査結
果出力手段とを備えたシステムテスト仕様生成装置。
5. Specification input means for inputting specification data,
Specification description storage means for storing the specification data input by the specification input means, specification item storage means for storing the specification items necessary for description for each specification data when the specification data is input by the specification input means, A specification item input means for inputting a specification item; a specification description search means for searching a specification data stored in the specification description storage means for a missing item based on the specification item input by the specification item input means; A system test specification generation device comprising: a specification item inspection result output means for outputting a result.
【請求項6】 仕様データを入力する仕様入力手段と、
前記仕様入力手段により入力された仕様データを格納す
る仕様記述格納手段と、前記仕様記述格納手段に格納さ
れた仕様データ間の照合をとるために仕様名を入力する
仕様名入力手段と、前記入力された仕様名の以前の段階
の仕様データを前記仕様記述格納手段から得る前段階仕
様入力手段と、前記得られた以前の段階の仕様データに
基づいてその後の段階の仕様データを前記仕様記述格納
手段から検索して照合する仕様記述検索手段と、前記照
合結果を出力する照合結果出力手段とを備えたシステム
テスト仕様生成装置。
6. Specification input means for inputting specification data,
A specification description storage unit for storing the specification data input by the specification input unit; a specification name input unit for inputting a specification name for matching the specification data stored in the specification description storage unit; The specification data of the previous stage of the specified specification name obtained from the specification description storage unit, and the specification data of the subsequent stage based on the obtained specification data of the previous stage are stored in the specification description. A system test specification generation device comprising specification description search means for searching and collating by means and collation result output means for outputting the collation result.
【請求項7】 仕様データを入力する仕様入力手段と、
前記仕様入力手段により入力された仕様データを格納す
る仕様記述格納手段と、前記仕様入力手段による仕様デ
ータの入力時に既存の仕様データを検索するための検索
事項を入力する検索事項入力手段と、前記入力された検
索事項に基づいて前記仕様記述格納手段から前記検索事
項が要求する部分の仕様データを検索する仕様記述検索
手段と、前記検索された仕様データを前記仕様入力手段
に出力する仕様記述出力手段とを備えたシステムテスト
仕様生成装置。
7. Specification input means for inputting specification data,
A specification description storage unit for storing the specification data input by the specification input unit; a search item input unit for inputting search items for searching existing specification data when the specification data is input by the specification input unit; Specification description search means for searching the specification description storage means for specification data of a part required by the search items based on the input search items, and specification description output for outputting the searched specification data to the specification input means And a system test specification generating device.
JP06192585A 1994-08-16 1994-08-16 System test specification generator Expired - Fee Related JP3107975B2 (en)

Priority Applications (1)

Application Number Priority Date Filing Date Title
JP06192585A JP3107975B2 (en) 1994-08-16 1994-08-16 System test specification generator

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
JP06192585A JP3107975B2 (en) 1994-08-16 1994-08-16 System test specification generator

Publications (2)

Publication Number Publication Date
JPH0855041A true JPH0855041A (en) 1996-02-27
JP3107975B2 JP3107975B2 (en) 2000-11-13

Family

ID=16293734

Family Applications (1)

Application Number Title Priority Date Filing Date
JP06192585A Expired - Fee Related JP3107975B2 (en) 1994-08-16 1994-08-16 System test specification generator

Country Status (1)

Country Link
JP (1) JP3107975B2 (en)

Cited By (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2012128120A1 (en) * 2011-03-18 2012-09-27 独立行政法人産業技術総合研究所 Test specification generator, test specification generation method, and program
JP2017126100A (en) * 2016-01-12 2017-07-20 日本電信電話株式会社 Device for creating test content and method for operating the same

Cited By (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2012128120A1 (en) * 2011-03-18 2012-09-27 独立行政法人産業技術総合研究所 Test specification generator, test specification generation method, and program
JP2017126100A (en) * 2016-01-12 2017-07-20 日本電信電話株式会社 Device for creating test content and method for operating the same

Also Published As

Publication number Publication date
JP3107975B2 (en) 2000-11-13

Similar Documents

Publication Publication Date Title
CN107209759B (en) Annotation support device and recording medium
JP5350428B2 (en) Automatic program generation apparatus, method and computer program
US8387024B2 (en) Multilingual software testing tool
US9390117B2 (en) Method of transforming sets of input strings into at least one pattern expression that is string expressing sets of input strings, method of extracting transformation pattern as approximate pattern expression, and computer and computer program for the methods
CN112579466A (en) Test case generation method and device and computer readable storage medium
US20080022263A1 (en) Identifying The Origin Of Application Resources
US8521762B2 (en) Automated business process modeling
JPH0855041A (en) System test specification generator
CN112346736B (en) Data processing method and system
KR20230057635A (en) System and method for providing certification process information for developed products
JP4906424B2 (en) Web service design method and apparatus
US20100280819A1 (en) Dialog Design Apparatus and Method
JP2004110378A (en) Object-oriented development supporting method and device
JPH056291A (en) Method for preparing and managing test resources
JP4847210B2 (en) Input conversion learning program, input conversion learning method, and input conversion learning device
CN110109774B (en) Method and system for generating Sercedit recognizable INF file through SCM (Single chip computer) knowledge base
JP2018120381A (en) Software material selection assisting device and software material selection assisting program
JP2006293891A (en) Property conversion apparatus
JP4111941B2 (en) Apparatus, method and program for converting lexical data to data
JP2004326461A (en) Apparatus and method for recognizing proper name
JP6267971B2 (en) Source code analysis support device, source code analysis support method
JPH03225523A (en) Operation visualization device for software component
JP3087699B2 (en) Standard information simple input system and standard information simple input method
CN115658137A (en) Code processing method, device, terminal and storage medium
JP2021192201A (en) Correction assisting program, correction assisting method and correction assisting device

Legal Events

Date Code Title Description
LAPS Cancellation because of no payment of annual fees