JP3107975B2

JP3107975B2 - システムテスト仕様生成装置

Info

Publication number: JP3107975B2
Application number: JP06192585A
Authority: JP
Inventors: 木浩之鈴; 田顕男柴; 野剛上
Original assignee: Panasonic Corp; Matsushita Electric Industrial Co Ltd
Current assignee: Panasonic Corp; Panasonic Holdings Corp
Priority date: 1994-08-16
Filing date: 1994-08-16
Publication date: 2000-11-13
Anticipated expiration: 2015-11-13
Also published as: JPH0855041A

Description

【発明の詳細な説明】

【０００１】

【産業上の利用分野】本発明は、仕様のデータである仕
様記述を利用して開発されたシステムのテストに関し、
仕様記述を利用してシステムテストの仕様書を作成する
システムテスト仕様生成装置に関するものである。

【０００２】

【従来の技術】現在、システム開発において、開発効率
の向上のため、システム開発の各工程においての支援ツ
ールや各工程間を統合した支援ツールが普及してきてい
る。それらは、初めに定義したシステム仕様に基づい
て、システムを実現するために必要となるデータを生成
することを目標とするものである。しかし、実際のシス
テム開発においては、実現されたシステムは出荷検査(
システムテスト) される必要がある。現在までは、シス
テムテストについては、システムテストを行なう人ごと
にシステムを開発した人からの情報や開発ドキュメント
からテスト方法を考え、手作業で実施していた。

【０００３】

【発明が解決しようとする課題】しかしながら、上記従
来のシステム開発の支援システムでは、システムテスト
段階での、システムテスト仕様書の作成に時間と人手が
かかり、しかも、テスト手順に抜けが生じることがあっ
た。また、テストの結果がシステムの仕様にどのように
違反しているかの判断に遅れが生じることがあった。

【０００４】本発明は、上記従来の課題を解決するもの
で、システムの仕様記述を利用してシステムテスト仕様
書の作成あるいはその支援を実施し、システムテスト実
行支援を行ない、システム開発労力を軽減することので
きるシステムテスト仕様生成装置を提供することを目的
とする。

【０００５】

【課題を解決するための手段】上記目的を達成するため
に、本発明のシステムテスト仕様生成装置の第１の構成
は、仕様データを文章や図面のデータとして入力した
り、既存の仕様データを仕様記述格納手段から読み込み
再利用して入力する仕様入力手段と、仕様入力手段によ
り入力された仕様データを格納する仕様記述格納手段
と、ユーザインタフェースになる外部仕様によるテスト
項目を入力するテスト項目入力手段と、テスト項目入力
手段により入力されたテスト項目に対するシステムの反
応を仕様記述格納手段に格納された仕様データから検索
する仕様記述検索手段と、テスト項目と検索結果を出力
するテスト結果出力手段とを備えたものである。

【０００６】本発明の第２の構成は、システムの仕様を
文章や図面などの仕様データにタグを付したタグ付き文
書により入力する仕様文書入力手段と、文書等を仕様文
書として格納する仕様文書格納手段と、仕様文書を仕様
文書格納手段からタグに基づき仕様データを検索する仕
様記述検索手段と、ユーザインタフェースになる外部仕
様によるテスト項目を入力するテスト項目入力手段と、
テスト項目入力手段で入力されたテスト項目に対するシ
ステムの反応を仕様文書格納手段に格納された仕様文書
から検索する仕様記述検索手段と、テスト項目と検索結
果を出力するテスト結果出力手段とを備えたものであ
る。

【０００７】本発明の第３の構成は、上記第２の構成に
加え、システム開発において要求される仕様文書体系に
必要な記述項目タグを文書別に格納する仕様項目格納手
段を備えたものである。

【０００８】本発明の上記第１および第２の構成におい
ては、テスト項目入力手段がテスト項目を文章などによ
り入力できるようにしていることを特徴とするものであ
る。

【０００９】本発明の第４の構成は、仕様データを入力
する仕様入力手段と、仕様入力手段により入力された仕
様データを格納する仕様記述格納手段と、仕様入力手段
による仕様データの入力に際して各仕様データ毎に記述
に必要な仕様項目を格納する仕様項目格納手段と、仕様
項目を入力する仕様項目入力手段と、仕様項目入力手段
により入力された仕様項目に基づいて不足項目を仕様記
述格納手段に格納された仕様データから検索する仕様記
述検索手段と、検索結果を出力する仕様項目検査結果出
力手段とを備えたものである。

【００１０】本発明の第５の構成は、仕様データを入力
する仕様入力手段と、仕様入力手段により入力された仕
様データを格納する仕様記述格納手段と、仕様記述格納
手段に格納された仕様データ間の照合をとるために仕様
名を入力する仕様名入力手段と、入力された仕様名の以
前の段階の仕様データを仕様記述格納手段から得る前段
階仕様入力手段と、得られた以前の段階の仕様データに
基づいてその後の段階の仕様データを仕様記述格納手段
から検索して照合する仕様記述検索手段と、照合結果を
出力する照合結果出力手段とを備えたものである。

【００１１】本発明の第６の構成は、仕様データを入力
する仕様入力手段と、仕様入力手段により入力された仕
様データを格納する仕様記述格納手段と、仕様入力手段
による仕様データの入力時に既存の仕様データを検索す
るための検索事項を入力する検索事項入力手段と、入力
された検索事項に基づいて仕様記述格納手段から検索事
項が要求する部分の仕様データを検索する仕様記述検索
手段と、検索された仕様データを仕様入力手段に出力す
る仕様記述出力手段とを備えたものである。

【００１２】

【作用】本発明は、上記第１の構成によって、仕様入力
手段でシステムの仕様を入力する時に、既存のシステム
仕様または現開発段階以前の仕様記述である仕様データ
を仕様記述格納手段から利用し開発でき、開発労力を軽
減できる。また、テスト項目入力手段により入力された
テスト項目に対し、仕様記述検索手段によって仕様記述
格納手段から各仕様記述を検索し、仕様記述格納手段に
納められたシステム仕様である仕様データからシステム
への操作とその反応の内、システムへの操作の部分を全
てあるいは規則に従って選び、その内でシステムへの操
作が実行される順についての組合せを作り、テスト項目
とすることにより、テスト項目のもれをなくすことがで
きる。また、システムの反応をテスト結果としてテスト
結果出力装置で得ることによって、各段階でのシステム
仕様の確認ができる。

【００１３】本発明はまた、上記第２の構成により、タ
グ付き仕様データを仕様文書として仕様文書入力手段に
より入力し、同文書自身を仕様文書格納手段に保持する
ことにより、これをタグを目印にして直接利用してシス
テムテスト仕様書を作成できる。さらに、仕様文書から
タグを取り除くことによって、自然言語による仕様書に
できる。

【００１４】本発明はまた、上記第３の構成により、シ
ステム開発において要求される仕様文書体系に必要な記
述項目タグを文書別に格納した仕様項目格納手段を備
え、これに基づき、現在までに入力された仕様に加え、
その不足仕様項目を記述項目タグとして提示すること
で、システムの仕様文書の作成の開発労力を軽減でき
る。

【００１５】本発明はまた、上記第１および第２の構成
において、テスト項目入力手段がテスト項目を文章など
により入力できるようにしたことにより、ユーザインタ
フェースによるテスト項目の入力がシステム設計の初期
段階から行なえる。

【００１６】本発明はまた、上記第４の構成により、仕
様項目格納手段に格納された各仕様項目に基づいて仕様
記述格納手段に格納された仕様データを検査することに
よって、各仕様データの記述もれを検査することができ
る。

【００１７】本発明はまた、上記第５の構成により、仕
様名入力手段から入力された仕様名に基づいて、前段階
仕様検索手段によって前段階の仕様データを検索し、仕
様記述検索手段によって前段階の仕様データと仕様名の
仕様データを照合することによって、各仕様データ間の
一貫性を保つことができる。

【００１８】本発明はまた、上記第６の構成により、仕
様入力手段で仕様データを入力する時に、必要な仕様デ
ータを検索事項入力手段によって検索事項として入力
し、仕様記述格納手段から検索し仕様記述出力手段によ
って仕様入力手段に出力することによって、仕様データ
の入力の軽減と既存の仕様データの再利用ができる。

【００１９】

【実施例】

（実施例１）本発明の第１の実施例について、図１を参
照しながら説明する。図１は本実施例におけるシステム
テスト仕様生成装置の構成を示すブロック図である。図
１において、１０１はシステムの仕様を入力したり、既
存の仕様記述すなわち仕様データを仕様記述格納手段１
０２から読み込んで利用し、新たな仕様を入力する仕様
入力手段、１０２はシステムの仕様を仕様データとして
格納する仕様記述格納手段、１０３は仕様記述格納手段
１０２に格納された仕様データに基づきテスト項目を決
定し、仕様記述検索手段１０４に入力するテスト項目決
定手段、１０４はテスト項目決定手段１０３から入力さ
れたテスト項目に基づいて仕様記述格納手段１０２の各
仕様データを検索し、テスト項目に対するシステムの反
応をテスト結果として得る仕様記述検索手段、１０５は
仕様記述検索手段１０４が得たテスト結果を出力するテ
スト結果出力手段である。

【００２０】以上のように構成されたシステムテスト仕
様生成装置について、以下その動作を説明する。図２は
本実施例のシステムテスト仕様生成装置の手順を示して
いる。図２において、まず仕様入力手段１０１は、仕様
記述格納手段１０２内に利用できる仕様記述があるかど
うかを調べる（ステップ２０１）。ない場合はシステム
仕様の入力を行ない（ステップ２０２）、ある場合は、
利用する仕様記述データを読み込んで新たなシステム仕
様を追加する（ステップ２０３）。次に仕様記述格納手
段１０２は、各システム仕様を各仕様記述として格納す
る（ステップ２０４）。次にテスト項目決定手段１０３
は、仕様記述格納手段１０２からテスト項目となる記述
を検索し、検索されたテスト項目の記述から優先順位を
付け、その優先順位に従ってテスト項目の実施順を決
め、テスト項目の形式に変換する（ステップ２０５）。
次に仕様記述検索手段１０４は、テスト項目決定手段１
０３からの検索要求により、仕様記述格納手段１０２内
の各仕様記述に応じたシステムの反応をテスト予想結果
として得る（ステップ２０６）。最後にテスト結果出力
手段１０５は、仕様記述検索手段１０４が得たテスト予
想結果を出力する（ステップ２０７）。

【００２１】次に、上記システムテスト仕様生成装置の
具体的動作について、図３に示すスライド提示システム
を例にして説明する。このスライド提示システムは、ス
クリーンに投影される各スライドにスライドのページを
前に送るための前ボタンと後に送るための後ボタンとを
備えており、ACTIVEの表示はボタンが押せる状態を示
し、INACTIVEの表示はボタンを押せない状態を示してい
る。このスライド提示システムのシステム要求仕様書と
しては、ページを表示し、ページを前後に送ることが定
められており、ＵＩ（ユーザインタフェース）仕様書と
しては、ユーザが起動コマンドを実行すると、システム
は１ページ目を表示し、ユーザが後ボタンを押すと、シ
ステムは後ページを表示し、ユーザが前ボタンを押す
と、システムは前ページを表示することが定められてい
る。ただし、現表示が１ページ目ならば前ボタンはINAC
TIVEに、最終ページ目ならば後ボタンがINACTIVEに、そ
れ以外は各ボタンをACTIVE にすることが定められてい
る。

【００２２】図４および図５は上記実施例の仕様記述の
文法例を示している。本実施例においては、各仕様はそ
れぞれ仕様記述として記述される。例えば、要求仕様記
述に“％system：システム名”と記述されている場合
は、システム名を定義することを意味し、“％action：
システムの機能”と記述されている場合は、システムの
機能を定義することを意味する。また、ＵＩ仕様記述の
文法においては、“％structure ｛システム名｝”の下
に“％structure ｛部品名｛部品名, ｛部品名,..
｝... ｝｝”と記述することにより、システムや部品
構成を階層的に記述することができる。またこのような
記述をいくつでも記述することができ、％structure の
記述順がシステムや部品の機能を実行する優先順を示
し、｛｝内の記述順がシステムの部品構成を示す。さ
らに、“％operation ：命令”と記述されている場合
は、システムやその部品へのユーザの操作命令を意味
し、“％state ：変数名＝値”と記述されている場合
は、システムまたは部品の状態変数とその値を定義する
ことを意味し、“％action：システムの機能（状態変数
名ｏｐ値）”と記述されている場合は、システムの機能
を定義するが、状態変数の値をｏｐ（ここでは＋と−）
に従って変更してからシステムの機能が実行されること
を意味し、“％action：システムの機能（Ａ）”と記述
されている場合は、システムの機能を定義するが、Ａに
対してシステムの機能が実行されることを意味する。ま
た、“％component ：部品名”と記述されている場合
は、システムを構成する部品を意味し、“％when：状態
変数名 comp 状態変数名”と記述されている場合は、
システムの状態変数に対してcompで示される条件を適応
して条件が満たされていれば、その後に記述された内容
を実行することを意味する。ここではcompは、＝、＜、
＞であり、この順でcompの両側の変数の値が等しい、小
なり、大なりを示す。

【００２３】次に上記具体例を基に本実施例の動作を図
６から図９を参照して説明する。まず、仕様入力手段１
０１は、利用できるシステム仕様が、仕様記述格納手段
１０２にあるかどうかをみる（ステップ６０１）。即
ち、既に何らかのシステム仕様が格納されているかどう
か調べる。ここではなかった場合で、例えばシステム要
求仕様書の内容をこの様な記述で入力する（ステップ６
０２）、この仕様記述を仕様記述格納手段１０２が格納
する（ステップ６０３）。

【００２４】また利用できる仕様記述があった場合（ス
テップ６０１）、例えば上記の例では、仕様記述格納手
段１０２にはシステム要求仕様の仕様記述があるので、
それを仕様記述格納手段１０２から読み込んで、それに
新たな仕様（ＵＩユーザインタフェース仕様）を仕様入
力手段１０１から入力して付け加える（○の部分）。ま
た記述方法を変更する（△の部分）（ステップ６０４、
７０１）。できた仕様記述を仕様記述格納手段１０２へ
格納する（ステップ７０２）。このようにシステムの仕
様および仕様記述には、仕様の詳細化のレベルがあり、
仕様入力手段１０１は、そのレベルによって仕様記述格
納手段１０２から必要なレベルの仕様記述を得る。

【００２５】続いてテスト項目決定手段１０３が、仕様
記述格納手段１０２からテスト項目を規則によって取り
出す。この例では、テスト項目となる部分（％componen
t 、％system、％operation ）を検索する（ステップ８
０１）。さらに％structureの記述からステップ８０２
のように木構造に直す。そしてこの木構造を木構造の根
であるスライド提示システムからまず、左回りにたどっ
て、優先順位をスライド提示システムを１、後ボタンを
２、前ボタンを３のようにつける。また木構造の根であ
るスライド提示システムから右回りにたどって、優先順
位を、スライド提示システムを１、前ボタンを２、後ボ
タンを３のようにつける。最後にテスト項目となる部分
％component とその％operation または％systemとその
％operation の組から得られる情報、即ち“：”の後の
記述を、いま求めた２つの優先順位に従って並べる。こ
の時、テスト項目の記述形式を例えばステップ８０３の
ように直す。

【００２６】次にテスト項目決定手段１０３で作成され
たテスト項目の入力により、仕様記述検索手段１０４
は、仕様記述から各テスト項目に対するシステムの反応
を次のようにして得る（ステップ９０１）。例えばテス
ト項目“起動（スライド提示システム）”の場合は、ス
テップ７０１でのＵＩ仕様記述から％component 、％sy
stem、％operation とテスト項目“起動（スライド提示
システム）”の“起動”、“スライド提示システム”を
目印にして対応する記述部分（空行で区切られた部分）
を見つける。そこで、％operation ：起動の次の行であ
る％action：表示（ページ）をシステムの反応として得
る。ここから“表示（ページ）”の部分を得る。

【００２７】また“ページ”から、状態変数ページの現
在の値を得る。この時、（）内の部分に＋や−が含まれ
ていれば、状態変数の値をそれぞれに応じて変更する。
現在は、％state ：ページ＝１と設定してあるので状態
変数の値は１である。この１と“表示（ページ）”の部
分から“表示（ページ、１）”を得る。さらに％whenの
部分をＵＩ仕様記述の全ての記述から検索する。する
と、状態変数ページの現在の値は１なので、％when：ペ
ージ＝１の行を見つけることができる。％whenは：のあ
とに示された条件が満たされれば、この次の行を見るの
で、ここでは％action：INACTIVE（前ボタン）を見つけ
ることができる。同様にして“ACTIVE（後ボタン）”も
得られる。

【００２８】よってテスト項目“起動（スライド提示シ
ステム）”からテスト結果“表示（ページ、１）”と
“INACTIVE（前ボタン）”と“ACTIVE（後ボタン）”が
得られる。他のテスト項目も同様にしてテスト結果を得
る。そしてこれらをテスト結果出力手段１０５が出力す
る（ステップ９０２、９０３）。

【００２９】また仕様入力手段１０１では、仕様記述で
入力したが、図によって入力し、それを仕様記述の形式
に変換して仕様記述格納手段１０２に入力する方法も考
えられる。さらにテスト項目決定手段１０３において
も、ここでは優先順位によってテスト項目の順を決定し
たが、テスト項目の決定方法をデータとして保持し、そ
れに基づいてテスト項目決定手段１０３が、テスト項目
を仕様記述格納手段１０２から決める方法も考えられ
る。

【００３０】以上のように、上記第１の実施例によれ
ば、システムの仕様記述を利用してシステム開発の各段
階で仕様の差分だけを記述し、システムテストすべき項
目を規則に従って網羅的に選択した上で、システムテス
ト仕様が生成されるので、仕様の一貫性を保ち、システ
ムの理解を助け、システムテスト準備の労力を軽減でき
る利点がある。

【００３１】（実施例２）本発明の第２の実施例につい
て、図１０を参照しながら説明する。図１０は本実施例
におけるシステムテスト仕様生成装置の構成を示すブロ
ック図である。図１０において、１００１は文章や図面
などにタグを付した仕様データを仕様文書として入力す
る仕様文書入力手段であり、１００２は仕様文書を格納
する仕様文書格納手段、１００３は仕様文書格納手段１
００２に格納された仕様文書に基づきテスト項目を決定
するテスト項目決定手段、１００４は仕様文書格納手段
１００２の各仕様文書をタグに基づいて検索し、テスト
項目に対するシステムの反応をテスト結果として得る仕
様記述検索手段、１００５は仕様記述検索手段１００４
が得たテスト結果を出力するテスト結果出力手段であ
る。

【００３２】以上のように構成されたシステムテスト仕
様生成装置について、以下その動作を説明する。図１１
は本実施例のシステムテスト仕様生成装置の手順を示し
ている。図１１において、まず仕様文書入力手段１００
１は、システム仕様文書の入力を行なう（ステップ１１
０１）。次に仕様文書格納手段１００２は、各システム
仕様文書を各タグ付き文書として格納する（ステップ１
１０２）。次にテスト項目決定手段１００３は、仕様文
書格納手段１００２からテスト項目となる記述を検索
し、検索されたテスト項目の記述から優先順位を付け、
その優先順位に従ってテスト項目の実施順を決め、テス
ト項目の形式に変換する（ステップ１１０３）。次に仕
様記述検索手段１００４は、テスト項目決定手段１００
３からの検索要求により、仕様文書格納手段１００２か
らタグの部分を抽出し、それからシステムの反応をテス
ト予想結果として得る（ステップ１１０４）。最後にテ
スト結果出力手段１００５は、仕様記述検索手段１００
４が得たテスト予想結果を出力する（ステップ１１０
５）。

【００３３】次に、上記システムテスト仕様生成装置の
具体的動作について、図３に示すスライド提示システム
を例にして、図１２および図１３の記述方法を用いて説
明する。図１２および図１３は本実施例における仕様文
書の文法例を示しており、各仕様はそれぞれ仕様文書と
して記述される。仕様文書とは、文書または図にタグを
付けたものであり、タグとは目印のことであり、ここで
は“￥,.. ｛｝”で示す。また仕様文書は、仕様の詳
細化のレベルに応じて存在する。要求仕様文書のタグの
場合、“￥system｛｝”と記述されている場合は、シ
ステムの名前を示し、“￥action｛｝”と記述されて
いる場合は、システムの機能を示す。また、ＵＩ仕様文
書のタグの場合、“￥structure ｛システム名｝”の下
に“￥structure ｛部品名｛部品名, ｛部品名,..
｝... ｝｝”と記述することにより、システムや部品
構成を階層的に記述することができる。またこのような
記述をいくつでも記述することができ、％structure の
記述順がシステムや部品の機能を実行する優先順を示
し、｛｝内の記述順がシステムの部品構成を示す。さ
らに、“￥state ｛name =value +value -value ｝”
と記述されている場合は、システムまたは部品の状態変
数を示し、変数名はnameでvalue はその値であり、ここ
では＝は変数への値の代入を意味し、＋は変数の現在の
値にvalueの値を加え、−は変数の現在の値からvalueの
値を減らすことを意味している。また、“￥component
｛部品名｝”と記述されている場合は、システムを構成
する部品を意味し、“￥operation ｛｝”と記述され
ている場合は、システムやその部品へのユーザの操作命
令を意味し、“￥when｛name comp name｝”と記述され
ている場合は、システムの状態変数nameに対してcompで
示される条件を適応して条件が満たされていれば、その
後に記述された内容を実行することを意味する。ここで
はcompは＝、＜、＞であり、この順でcompの両側の変数
の値が等しい、小なり、大なりを示す。

【００３４】次に上記具体例を基に本実施例の動作を図
１４から図１７を参照して説明する。まず、仕様文書入
力手段１００１により、システム仕様文書を入力する
（ステップ１４０１）。例えば、ここでは図３でのシス
テム要求仕様書をステップ１４０１以下に示されるよう
な形式で記述する。ここで、仕様文書はタグと文書から
なっている。そしてこの仕様文書を仕様文書格納手段１
００２に格納する（ステップ１４０２）。

【００３５】また利用できる仕様文書があった場合（ス
テップ１４０３）、例えば上記の例では、仕様文書格納
手段１００２にはシステム要求仕様の仕様文書があるの
で、それを仕様文書格納手段１００２から読み込んで、
それに新たな仕様文書（ＵＩ仕様）を仕様文書入力手段
１００１から入力して付け加え、または変更し（ステッ
プ１４０４、１５０１）、できた仕様文書を仕様文書格
納手段１００２へ格納する（ステップ１５０２）。この
ように、システムの仕様、仕様文書には仕様の詳細化の
レベルがあり、仕様文書入力手段１００１はそのレベル
によって仕様文書格納手段１００２から必要なレベルの
仕様文書を得る。

【００３６】続いてテスト項目決定手段１００３が、仕
様文書格納手段１００２からテスト項目を規則によって
取り出す（ステップ１６０１）。この例では、テスト項
目となる部分（￥component 、￥system、￥operation
）を検索する。さらに￥structure の記述からステッ
プ１６０２のように木構造に直す。そして、この木構造
を木構造の根であるスライド提示システムからまず左回
りにたどって、優先順位をスライド提示システムを１、
後ボタンを２、前ボタンを３のようにつける。また木構
造の根であるスライド提示システムから右回りにたどっ
て、優先順位をスライド提示システムを１、前ボタンを
２、後ボタンを３のようにつける。最後にテスト項目と
なる部分￥component とその￥operation または￥syst
emとその￥operation の組から得られる情報を、いま求
めた２つの優先順位に従って並べる。この時テスト項目
の記述形式を、例えばステップ１６０３のように直す。

【００３７】次にテスト項目決定手段１００３で作成さ
れたテスト項目の入力により、仕様記述検索手段１００
４は、仕様文書から各テスト項目に対するシステムの反
応を次のようにして得る（ステップ１７０１）。例えば
テスト項目“起動（スライド提示システム）”の場合
は、ステップ１６０１でのＵＩ仕様文書からタグである
￥component 、￥system、￥operation とテスト項目
“起動（スライド提示システム）”の“起動”、“スラ
イド提示システム”を目印にして対応する記述部分（空
行で区切られた部分）を見つける。そこで、￥operatio
n ｛起動｝の次のタグ￥state ｛ページ｝とその次のタ
グ￥action｛表示｝からをシステムの反応として“表示
（ページ）”の部分を得る。

【００３８】また“ページ”から、状態変数ページの現
在の値を得る。この時、（）内の部分に＋や−が含まれ
ていれば、状態変数の値をそれぞれに応じて変更する。
現在は、￥state ｛ページ＝１｝と設定してあるので状
態変数の値は１で、この１と“表示（ページ）”の部分
から“表示（ページ、１）”を得る。

【００３９】さらに￥whenの部分をＵＩ仕様文書の全て
の記述から検索する。すると、状態変数ページの現在の
値は１なので、￥when｛ページ＝１｝の行を見つけるこ
とができる。￥when：のあとに示された条件が満たされ
れば、この次の行を見るので、ここでは次の２つのタグ
￥component ｛前ボタン｝、￥action｛INACTIVE｝から
“INACTIVE（前ボタン）”が得られる。“ACTIVE（後ボ
タン）”についても同様にして得られる。

【００４０】したがって、テスト項目“起動（スライド
提示システム）”からテスト結果“表示（ページ、
１）”と“INACTIVE（前ボタン）”と“ACTIVE（後ボタ
ン）”が得られる。他のテスト項目も同様にしてテスト
結果を得る。そしてこれらをテスト結果出力手段１００
５が出力する（ステップ１７０２、１７０３）。

【００４１】以上のように、上記第２の実施例によれ
ば、システムの仕様文書にタグを付けることによってシ
ステム仕様を文書のまま保存し、これを直接利用してシ
ステム開発の各段階で仕様の差分だけを記述し、システ
ムテストすべき項目を規則に従って網羅的に選択した上
で、システムテスト仕様が生成されるので、仕様の一貫
性を保て、システムテスト準備の労力を軽減できる。ま
た仕様文書からタグを取り除くことによって、自然言語
だけからなる仕様書を作成することができ、仕様の理解
を助けることができるという利点を有する。

【００４２】（実施例３）本発明の第３の実施例につい
て、図１８を参照しながら説明する。図１８は本実施例
におけるシステムテスト仕様生成装置の構成を示すブロ
ック図である。図１８において、１８０１は文章や図面
などの文書にタグを付した仕様データを仕様文書として
入力する仕様文書入力手段であり、１８０２は仕様文書
を格納する仕様文書格納手段、１８０３は仕様文書入力
手段１９０１での仕様文書入力にあたって、仕様文書を
記述するのに必要な記述項目をタグとして文書別に格納
した仕様項目格納手段である。１８０４は仕様文書に基
づきテスト項目を決定するテスト項目決定手段、１８０
５は仕様文書格納手段１８０２の各仕様文書をタグに基
づいて検索し、システムの反応をテスト結果として得る
仕様記述検索手段、１８０６は仕様記述検索手段１８０
５が得たテスト結果を出力するテスト結果出力手段であ
る。

【００４３】以上のように構成されたシステムテスト仕
様生成装置について、以下その動作を説明する。図１９
は本実施例のシステムテスト仕様生成装置の手順を示し
ている。図１９において、まず仕様項目格納手段１８０
３は、仕様文書を記述するのに必要な記述項目をタグと
して格納する（ステップ１９０１）。次に仕様文書入力
手段１８０１は、仕様項目格納手段１８０３から仕様文
書作成に必要な記述項目タグを入力し、システム仕様文
書の入力を行なう（ステップ１９０２）。次に仕様文書
格納手段１８０２は、各システム仕様文書を各タグ付き
文書として格納する（ステップ１９０３）。次にテスト
項目決定手段１８０４は、仕様文書格納手段１８０２か
らテスト項目となる記述を検索し（ステップ１９０
４）、検索されたテスト項目の記述から優先順位を付
け、その優先順位に従ってテスト項目の実施順を決め、
テスト項目の形式に変換する。次に仕様記述検索手段１
８０５は、テスト項目決定手段１８０４からの検索要求
により、仕様文書格納手段１８０２からタグの部分を抽
出し、それからシステムの反応をテスト予想結果として
得る（ステップ１９０５）。最後にテスト結果出力手段
１８０６は、仕様記述検索手段１８０５が得たテスト予
想結果を出力する（ステップ１９０６）。

【００４４】次に、上記システムテスト仕様生成装置の
具体的動作について、図３に示すスライド提示システム
を例にして、図１２および図１３の記述方法を用いて、
図２０から図２２を参照して説明する。まず、仕様文書
を記述するのに必要な記述項目タグが仕様項目格納手段
１８０３に格納されている（ステップ２００１）。そし
て仕様文書入力手段１８０１で仕様項目格納手段１８０
３から仕様文書を記述するのに必要な記述項目をタグと
して得て仕様文書入力手段１８０１により、システム仕
様文書を入力する（ステップ２００２）。例えば、ここ
では図３でのシステム要求仕様書をステップ２００２に
示されるようなタグと文書の形式で記述し、この仕様文
書を仕様文書格納手段１８０２に格納する（ステップ２
００３）。

【００４５】また利用できる仕様文書があった場合（ス
テップ２１０１）、例えば上記の例では、仕様文書格納
手段１８０２にはシステム要求仕様の仕様文書があるの
で、それを仕様文書格納手段１８０２から読み込む（ス
テップ２１０２）。さらに仕様項目格納手段１８０３か
らＵＩ仕様を記述するのに必要なＵＩ仕様必要項目を読
み込む（ステップ２１０３）。それに新たな仕様文書
（UI仕様）を仕様文書入力手段１８０１から入力して付
け加える（ステップ２２０１）。できた仕様文書を仕様
文書格納手段１８０２へ格納する（ステップ２２０
２）。この様にシステムの仕様、仕様文書、仕様項目に
は仕様の詳細化のレベルがあり、仕様文書入力手段１８
０１はそのレベルによって仕様文書格納手段１８０２か
ら必要なレベルの仕様文書を、仕様項目格納手段１８０
３からは必要なレベルの仕様項目を得る。

【００４６】これ以下の処理は、実施例２での図１６〜
１７と同じである。また、扱うデータを仕様文書から仕
様記述へ置きかえて、実施例１の図１の構成に仕様項目
格納手段１８０３を加えたものも同様な効果が得られ
る。

【００４７】以上のように、上記第３の実施例によれ
ば、仕様を記述する時に必要な仕様項目をタグとして保
存し、仕様文書の入力時に利用することによって、仕様
文書作成労力の軽減し、各仕様文書に必要な記述事項を
明確化できる。またシステムの仕様文書にタグを付ける
ことによってシステム仕様を文書のまま保存し、これを
直接利用してシステム開発の各段階で仕様の差分だけを
記述し、システムテストすべき項目を規則に従って網羅
的に選択した上で、システムテスト仕様が生成されるの
で、仕様の一貫性を保て、システムテスト準備の労力を
軽減できる。

【００４８】また仕様文書からタグを取り除くことによ
って、自然言語による仕様書にできる。

【００４９】（実施例４）次に本発明の第４の実施例に
ついて、図２３を参照しながら説明する。図２３は本実
施例におけるシステムテスト仕様生成装置の構成を示す
ブロック図である。図２３において、２３０１はシステ
ムの仕様を入力したり、既存の仕様記述、すなわち仕様
データを仕様記述格納手段２３０２から読み込んで利用
し、新たな仕様を入力する仕様入力手段、２３０２はシ
ステムの仕様を仕様データとして格納する仕様記述格納
手段、２３０３はテスト項目を入力するテスト項目入力
手段、２３０４はテスト項目入力手段２３０３によって
入力されたテスト項目から仕様記述格納手段２３０２の
各仕様データを検索し、システムの反応をテスト結果と
して得る仕様記述検索手段、２３０５は仕様記述検索手
段２３０４が得たテスト結果を出力するテスト結果出力
手段である。

【００５０】以上のように構成されたシステムテスト仕
様生成装置について、以下その動作を説明する。図２４
は本実施例のシステムテスト仕様生成装置の手順を示し
ている。図２４において、まず仕様入力手段２３０１
は、仕様記述格納手段２３０２内に利用できる仕様記述
があるかどうかを調べる（ステップ２４０１）。ない場
合はシステム仕様の入力を行ない（ステップ２４０
２）、ある場合は、利用する仕様記述データを読み込ん
で新たなシステム仕様を追加する（ステップ２４０
３）。次に仕様記述格納手段２３０２は、各システム仕
様を各仕様記述として格納する（ステップ２４０４）。
次にテスト項目入力手段２３０３は、テストする項目を
入力する（ステップ２４０５）。次に仕様記述検索手段
２３０４は、テスト項目入力手段２３０３からの検索要
求により、仕様記述格納手段２３０２内の各仕様記述に
応じたシステムの反応をテスト予想結果として得る（ス
テップ２４０６）。最後にテスト結果出力手段２３０５
は、仕様記述検索手段２３０４が得たテスト予想結果を
出力する（ステップ２４０７）。

【００５１】次に、上記システムテスト仕様生成装置の
具体的動作について、図３に示すスライド提示システム
を例にして、図４および図５の記述方法を用いて、図２
５および図２６を参照して説明する。まず、各システム
仕様を各仕様記述として仕様記述格納手段２３０２に格
納されている。例えばここでは、ＵＩ仕様の仕様記述が
格納されているとする（ステップ２５０１）。

【００５２】続いてテスト項目入力手段２３０３からテ
スト項目を入力すると（ステップ２６０１）、仕様記述
検索手段２３０４が、テスト項目入力手段２３０３から
の検索要求により、仕様記述格納手段２３０２の各仕様
記述に応じたシステムの反応をテスト結果として得る
（ステップ２６０２）。例えばテスト項目が“起動（ス
ライド提示システム）”の場合は、ステップ２５０１で
のＵＩ仕様記述から％component 、％system、％operat
ion とテスト項目“起動（スライド提示システム）”の
“起動”、“スライド提示システム”を目印にして対応
する記述部分（空行で区切られた部分）を見つける。そ
こで、％operation ：起動の次の行である％action：表
示（ページ）をシステムの反応として得る。ここから
“表示（ページ）”の部分を得る。

【００５３】また“ページ”から、状態変数ページの現
在の値を得る。この時、（）内の部分に＋や−が含まれ
ていれば、状態変数の値をそれぞれに応じて変更する。
現在は、％system：ページ＝１と設定してあるので状態
変数の値は１である。この１と“表示（ページ）”の部
分から“表示（ページ、１）”を得る。

【００５４】さらに％whenの部分をＵＩ仕様記述の全て
の記述から検索する。すると、状態変数ページの現在の
値は１なので、％when：ページ＝１の行を見つけること
ができる。％whenは：のあとに示された条件が満たされ
れば、この次の行を見るので、ここでは％action：INAC
TIVE（前ボタン）を見つけることができる。また同様に
してACTIVE（後ボタン）が得られる。

【００５５】よってテスト項目“起動（スライド提示シ
ステム）”からテスト結果“表示（ページ、１）”と
“INACTIVE（前ボタン）”と“ACTIVE（後ボタン）”が
得られる。他のテスト項目も同様にしてテスト結果を得
る。そして、これらをテスト結果出力手段２３０５が出
力する（ステップ２６０３）。

【００５６】また扱うデータを仕様記述から仕様文書に
置きかえて、仕様入力手段２３０１を上記仕様文書入力
手段へ、仕様記述格納手段２３０２を上記仕様文書格納
手段に置きかえても同様な効果が得られる。

【００５７】以上のように、上記第４の実施例によれ
ば、テスト項目入力手段によってテスト項目を入力し、
仕様記述検索手段によって仕様記述格納手段や仕様文書
格納手段からテスト結果を検索することによって、仕様
の各段階に対してシステム仕様を確認することができ
る。

【００５８】（実施例５）本発明の第５の実施例につい
て、図２７を参照しながら説明する。図２７は本実施例
におけるシステム仕様検査装置の構成を示すブロック図
である。図２７において、２７０１は仕様入力手段、２
７０２は仕様記述格納手段、２７０３は仕様項目格納手
段、２７０４は仕様項目格納手段２７０３から仕様項目
を入力する仕様項目入力手段、２７０５は仕様記述検索
手段、２７０６は入力された仕様項目に基づいて不足項
目を仕様記述格納手段２７０２に格納された仕様データ
から検索した結果を出力する仕様項目検査結果出力手段
である。

【００５９】以上のように構成されたシステムテスト仕
様生成装置について、以下その動作を説明する。図２８
は本実施例のシステムテスト仕様生成装置の手順を示し
ている。図２８において、まず仕様入力手段２７０１が
各システム仕様の入力を行なう（ステップ２８０１）。
次に仕様記述格納手段２７０２が各システム仕様を各仕
様記述として格納する（ステップ２８０２）。次に仕様
項目格納手段２７０３には各仕様項目が格納されている
ものとする（ステップ２７０３）。次に仕様項目入力手
段２７０４が仕様項目を入力する（ステップ２８０
４）。次に仕様記述検索手段２７０５が入力された仕様
項目と検査対象の仕様記述を比較して不足項目を検索す
る（ステップ２８０５）。最後に仕様項目検査結果出力
手段２７０６が仕様項目の不足部分を出力する（ステッ
プ２８０６）。

【００６０】次に、上記システムテスト仕様生成装置の
具体的動作について、図３に示すスライド提示システム
を例にして、図４および図５の記述方法を用いて、図２
９および図３０を参照して説明する。まず、各システム
仕様の入力を行なう。例えば、図３のスライド提示シス
テムの要求仕様を仕様記述の形式で入力する。ただし記
述に必要な項目が１つ不足しているとする（ステップ２
９０１）。そして各システム仕様を仕様記述格納手段２
７０２に格納する（ステップ２９０２）。

【００６１】また仕様項目格納手段２７０３には、各仕
様項目が格納されている。例えばここでは要求仕様記述
のために必要な仕様項目が格納されているとする（ステ
ップ２９０３）。そしてこの要求仕様項目を仕様項目入
力手段２７０４によって入力する（ステップ２９０
４）。入力された仕様項目に基づき、仕様記述検索手段
２７０５は、仕様記述格納手段２７０２の仕様記述とを
比較して不足項目や未記述の部分を検索する（ステップ
３００１）。最後に検索された不足部分や未記述部分を
仕様項目検査結果出力手段２７０６が出力する（ステッ
プ３００２）。

【００６２】また仕様項目格納手段２７０３で、ここで
は実際のシステムを記述するのに必要な項目をタグとし
て保持し利用したが、仕様を記述しやすくするための見
出し、例えば“第１部システム機能”、“第２部データ
仕様”なども格納して、仕様文書をより仕様書に近い形
式で記述することも考えられる。

【００６３】また仕様記述から仕様文書に置きかえても
同様な効果が得られる。

【００６４】以上のように、上記第５の実施例によれ
ば、仕様記述や仕様文書が各仕様の段階で満たされてい
なければならない必要項目を仕様項目格納手段に格納
し、それに基づいて既存の仕様データを検査すること
で、仕様データの記述もれを見つけることができる。

【００６５】（実施例６）本発明の第６の実施例につい
て、図３１を参照しながら説明する。図３１は本実施例
におけるシステム仕様検査装置の構成を示すブロック図
である。図３１において、３１０１は仕様入力手段、３
１０２は仕様記述格納手段、３１０３は照合をとる仕様
名を入力する仕様名入力手段、３１０４は入力された仕
様名の以前の段階の仕様データを仕様記述格納手段３１
０２から検索して仕様記述検索手段３１０５に入力する
前段階仕様入力手段、３１０５は仕様記述検索手段、３
１０６は照合結果を出力する照合結果出力手段である。

【００６６】以上のように構成されたシステムテスト仕
様生成装置について、以下その動作を説明する。図３２
は本実施例のシステムテスト仕様生成装置の手順を示し
ている。図３２において、まず仕様入力手段３１０１が
各システム仕様の入力を行なう（ステップ３２０１）。
次に仕様記述格納手段３１０２が各システム仕様を各仕
様記述として格納する（ステップ３２０２）。次に仕様
名入力手段３１０３が照合を取る仕様名を入力し（ステ
ップ３２０３）、入力された仕様名の前段階の仕様デー
タがあるかどうか照合する（ステップ３２０４）。ない
場合は終了し、ある場合は、前段階仕様入力手段３１０
４が仕様記述格納手段３１０２から照合を取る仕様名の
以前の仕様データを得て仕様記述検索手段３１０５に入
力する（ステップ３２０５）。次に仕様記述検索手段３
１０５が入力された仕様データに基づいてその後の段階
の仕様データを仕様記述格納手段３１０２から検索し照
合を取る（ステップ３２０６）。最後に照合結果出力手
段３１０６が照合を取った結果を出力する（ステップ３
２０７）。

【００６７】次に、上記システムテスト仕様生成装置の
具体的動作について、図３に示すスライド提示システム
を例にして、図４および図５の記述方法を用いて、図３
３および図３４を参照して説明する。まず、各システム
仕様の入力を行なう。例えば、図３のスライド提示シス
テムの要求仕様とＵＩ仕様を仕様記述の形式で入力す
る。だだし、ＵＩ仕様記述については一部、記述方法を
変更する。即ち前段階の仕様記述（要求仕様記述）をそ
の後の段階の仕様記述（ＵＩ仕様記述）が含むような記
述方法をとる（ステップ３３０１）。

【００６８】そして前記のシステム要求仕様記述、ＵＩ
仕様記述を仕様記述格納手段３１０２に格納する（ステ
ップ３４０１）。ここで仕様データ間の照合をとりたい
仕様データの内、後の段階の仕様名を仕様名入力手段３
１０３から入力する（ステップ３４０２）。例えばここ
ではシステム要求仕様とＵＩ仕様の照合をとるなら、Ｕ
Ｉ仕様と入力する。次に、入力された仕様名の前段階の
仕様データがあるかどうか調べる（ステップ３４０
３）。

【００６９】前段階の仕様データがある場合、ここで
は、ＵＩ仕様の前段階の仕様データおよびシステム要求
仕様記述が仕様記述格納手段３１０２に格納されている
ので、前段階仕様入力手段３１０４は、仕様記述格納手
段３１０２からシステム要求仕様記述を得て仕様記述検
索手段３１０５に入力する（ステップ３４０４）。入力
された仕様名の前段階の仕様データがなければ終了す
る。

【００７０】システム要求仕様記述から仕様記述検索手
段３１０５は、仕様記述格納手段３１０２に格納された
ＵＩ仕様記述にシステム要求仕様記述の各行が含まれて
いるかを照合する（ステップ３４０５）。

【００７１】照合結果を照合結果出力手段３１０６が出
力する。ここでは、システム要求仕様記述が全てＵＩ仕
様記述に含まれているので、例えば照合結果としてＯＫ
と出力する（ステップ３４０６）。

【００７２】また照合結果出力手段３１０６での出力結
果でＯＫなら次の段階の仕様名を仕様名入力手段３１０
３から入力するなど、全ての仕様の段階を自動的に検査
することも考えられる。

【００７３】また仕様記述から仕様文書に置きかえても
同様な効果が得られる。

【００７４】以上のように、上記第６の実施例によれ
ば、各仕様の段階に応じた仕様データ間の一貫性を検査
することができる。

【００７５】（実施例７）本発明の第７の実施例につい
て、図３５を参照しながら説明する。図３５は本実施例
におけるシステム仕様入力支援装置の構成を示すブロッ
ク図である。図３５において、３５０１は仕様入力手
段、３５０２は仕様記述格納手段、３５０３は仕様入力
手段３５０１での仕様データ入力時に必要な仕様データ
を検索するために検索事項を入力する検索事項入力手
段、３５０４は仕様記述検索手段、３５０５は検索事項
に基づいて仕様記述検索手段３５０４によって仕様記述
格納手段３５０２から検索した仕様データを出力する仕
様記述出力手段である。

【００７６】以上のように構成されたシステムテスト仕
様生成装置について、以下その動作を説明する。図３６
は本実施例のシステムテスト仕様生成装置の手順を示し
ている。図３６において、まず仕様入力手段３５０１が
仕様記述格納手段３５０２に格納された既存の仕様デー
タで必要とする仕様データについて、検索事項を検索事
項入力手段３５０３に入力する（ステップ３６０１）。
次に検索事項入力手段３５０３が検索事項を仕様記述検
索手段に入力する（ステップ３６０２）。次に仕様記述
検索手段３５０４が入力された検索事項に基づいて仕様
記述格納手段３５０２から検索事項が要求する部分の仕
様記述を得る（ステップ３６０３）。次に、仕様記述出
力手段３５０５が目的とする仕様記述を仕様入力手段へ
出力する（ステップ３６０４）。そして仕様入力手段３
５０１は目的とした仕様記述を得る（ステップ３６０
５）。

【００７７】次に、上記システムテスト仕様生成装置の
具体的動作について、図３に示すスライド提示システム
を例にして、図４および図５の記述方法を用いて、図２
５、図３７および図３８を参照して説明する。まず、仕
様記述格納手段３５０２には既存の仕様データとして、
図２５に示すようなＵＩ仕様記述が格納されているとす
る。そして仕様入力手段３５０１で仕様記述格納手段３
５０２に格納された既存の仕様データを利用するため
に、必要な検索事項を検索事項入力手段３５０３に入力
する。例えばボタンについての仕様データが必要なら
ば、ボタンは部品なので部品を示す％component ：とボ
タンから“％component ：ボタン”と入力する（ステッ
プ３７０１）。

【００７８】それから検索事項入力手段３５０３は、入
力された検索事項を仕様記述検索手段３５０４に入力し
（ステップ３７０２）、仕様記述検索手段３５０４は、
検索事項“％component ：ボタン”の“％component ”
と“ボタン”から仕様記述格納手段３５０２に格納され
たＵＩ仕様記述の中からこれらのキーワードに一致する
部分を検索する。％component は空行で区切られたひと
かたまりを検索してくる（ステップ３７０３）。

【００７９】検索された仕様データを、仕様記述出力手
段３５０５が仕様入力手段３５０１に出力すると（ステ
ップ３８０１）、仕様入力手段３５０１は、この仕様デ
ータを利用して仕様データの入力を行なう（ステップ３
８０２）。

【００８０】またここでは％component によって部品の
再利用を行なったが、他にも％system、％operation と
％actionの組、％state に対してそれぞれシステムの再
利用、機能の再利用、データの再利用が同様に可能であ
る。

【００８１】また仕様記述から仕様文書に置きかえても
同様な効果が得られる。

【００８２】以上のように、上記第７の実施例によれ
ば、仕様入力手段で仕様データを入力する時に、既存の
仕様データを利用することによって、仕様データの入力
の軽減と仕様データの再利用ができる。

【００８３】

【発明の効果】本発明は、上記第１の実施例から明らか
なように、仕様入力手段でシステムの仕様を入力する時
に、既存のシステム仕様または現開発段階以前の仕様記
述を仕様記述格納手段から利用し開発でき、開発労力を
軽減できる。また、テスト項目決定手段により、仕様記
述格納手段での仕様データであるシステムへの操作とそ
の動作の内、システムへの操作の部分を全てあるいは規
則に従って選び、それらが実行される順についての組合
せを作ってテスト項目とし、仕様記述検索手段は、この
テスト項目に基づいて、システムへの操作とその動作の
仕様を登録した仕様記述格納手段からテスト結果を検索
してこれらのテスト項目とテスト結果を対応させること
により、テスト手順にもれの少ないシステムテスト仕様
書を作成することができる。

【００８４】本発明はまた、上記第２の実施例から明ら
かなように、仕様データにタグ付けた仕様文書を仕様文
書入力手段により入力し、同文書自身を仕様文書として
仕様文書格納手段に保持することにより、これをタグを
目印にして直接利用してシステムテスト仕様書を作成で
き、また、仕様文書からタグを取り除くことにより、自
然言語だけからなる仕様書にでき仕様の理解を助ける。

【００８５】本発明はまた、上記第３の実施例から明ら
かなように、システム開発において要求される仕様文書
体系に必要な記述項目をタグとして文書別に格納した仕
様項目格納手段を備え、これに基づき現在までに入力さ
れた仕様とその不足部分を補うため、仕様の内容として
記述項目を提示することにより、システムの仕様データ
の作成の開発労力を軽減できる。

【００８６】本発明はまた、上記第４の実施例から明ら
かなように、テスト項目入力手段によってテスト項目を
入力し、仕様記述検索手段によって仕様記述格納手段や
仕様文書格納手段からテスト結果を検索することによ
り、仕様の各段階に対してシステム仕様を確認すること
ができる。

【００８７】本発明はまた、上記第５の実施例から明ら
かなように、仕様記述や仕様文書が各仕様の段階で満た
されていなければならない必要項目を仕様項目格納手段
に格納し、それに基づいて既存の仕様データを検査する
ことにより、仕様データの記述もれを見つけることがで
きる。

【００８８】本発明はまた、上記第６の実施例から明ら
かなように、仕様データ間の記述をそろえ、仕様データ
どうしを前段階仕様入力手段と仕様記述検索手段により
つき合わせることにより、仕様の各段階に応じた仕様デ
ータ間の一貫性を検査することができる。

【００８９】本発明はまた、上記第７の実施例から明ら
かなように、仕様入力手段で仕様データを入力する時
に、必要な仕様データを検索事項入力手段によって検索
事項として入力し、仕様記述格納手段から検索し仕様記
述出力手段によって仕様入力手段に出力することによっ
て、仕様データの入力の軽減と既存の仕様データの再利
用ができる。

【図面の簡単な説明】

【図１】第１の実施例におけるシステムテスト仕様生成
装置の構成を示すブロック図

【図２】第１の実施例におけるシステムテスト仕様生成
の手順を示すフロー図

【図３】各実施例におけるシステム仕様の具体例を示す
一覧図

【図４】第１の実施例における仕様記述の文法例を示す
一覧図

【図５】第１の実施例における仕様記述の文法例を示す
一覧図（続き）

【図６】第１の実施例におけるシステムテスト仕様生成
装置の具体的な処理例を示すフロー図

【図７】第１の実施例におけるシステムテスト仕様生成
装置の具体的な処理例を示すフロー図（続き）

【図８】第１の実施例におけるシステムテスト仕様生成
装置の具体的な処理例を示すフロー図（続き）

【図９】第１の実施例におけるシステムテスト仕様生成
装置の具体的な処理例を示すフロー図（続き）

【図１０】第２の実施例におけるシステムテスト仕様生
成装置の構成を示すブロック図

【図１１】第２の実施例におけるシステムテスト仕様生
成の手順を示すフロー図

【図１２】第２の実施例における仕様文書の文法例を示
す一覧図

【図１３】第２の実施例における仕様文書の文法例を示
す一覧図（続き）

【図１４】第２の実施例におけるシステムテスト仕様生
成装置の具体的な処理例を示すフロー図

【図１５】第２の実施例におけるシステムテスト仕様生
成装置の具体的な処理例を示すフロー図（続き）

【図１６】第２の実施例におけるシステムテスト仕様生
成装置の具体的な処理例を示すフロー図（続き）

【図１７】第２の実施例におけるシステムテスト仕様生
成装置の具体的な処理例を示すフロー図（続き）

【図１８】第３の実施例におけるシステムテスト仕様生
成装置の構成を示すブロック図

【図１９】第３の実施例におけるシステムテスト仕様生
成の手順を示すフロー図

【図２０】第３の実施例におけるシステムテスト仕様生
成装置の具体的な処理例を示すフロー図

【図２１】第３の実施例におけるシステムテスト仕様生
成装置の具体的な処理例を示すフロー図（続き）

【図２２】第３の実施例におけるシステムテスト仕様生
成装置の具体的な処理例を示すフロー図（続き）

【図２３】第４の実施例におけるシステムテスト仕様生
成装置の構成を示すブロック図

【図２４】第４の実施例におけるシステムテスト仕様生
成の手順を示すフロー図

【図２５】第４の実施例におけるシステムテスト仕様生
成装置の具体的な処理例を示すフロー図

【図２６】第４の実施例におけるシステムテスト仕様生
成装置の具体的な処理例を示すフロー図（続き）

【図２７】第５の実施例におけるシステム仕様検査装置
の構成を示すブロック図

【図２８】第５の実施例におけるシステム仕様検査の手
順を示すフロー図

【図２９】第５の実施例におけるシステム仕様検査装置
の具体的な処理例を示すフロー図

【図３０】第５の実施例におけるシステム仕様検査装置
の具体的な処理例を示すフロー図（続き）

【図３１】第６の実施例におけるシステム仕様検査装置
の構成を示すブロック図

【図３２】第６の実施例におけるシステム仕様検査の手
順を示すフロー図

【図３３】第６の実施例におけるシステム仕様検査装置
の具体的な処理例を示すフロー図

【図３４】第６の実施例におけるシステム仕様検査装置
の具体的な処理例を示すフロー図（続き）

【図３５】第７の実施例におけるシステム仕様入力支援
装置の構成を示すブロック図

【図３６】第７の実施例におけるシステム仕様入力支援
の手順を示すフロー図

【図３７】第７の実施例におけるシステム仕様入力支援
装置の具体的な処理例を示すフロー図

【図３８】第７の実施例におけるシステム仕様入力支援
装置の具体的な処理例を示すフロー図（続き）

【符合の説明】

１０１仕様入力手段１０２仕様記述格納手段１０３テスト項目決定手段１０４仕様記述検索手段１０５テスト結果出力手段１００１仕様文書入力手段１００２仕様文書格納手段１００３テスト項目決定手段１００４仕様記述検索手段１００５テスト結果出力手段１８０１仕様文書入力手段１８０２仕様文書格納手段１８０３仕様項目格納手段１８０４テスト項目決定手段１８０５仕様記述検索手段１８０６テスト結果出力手段２３０１仕様入力手段２３０２仕様記述格納手段２３０３テスト結果出力手段２３０４仕様記述検索手段２３０５テスト項目入力手段２７０１仕様入力手段２７０２仕様記述格納手段２７０３仕様項目格納手段２７０４仕様項目入力手段２７０５仕様記述検索手段２７０６仕様項目検査結果出力手段３１０１仕様入力手段３１０２仕様記述格納手段３１０３仕様名入力手段３１０４前段階仕様入力手段３１０５仕様記述検索手段３１０６照合結果出力手段３５０１仕様入力手段３５０２仕様記述格納手段３５０４仕様記述検索手段３５０３検索事項入力手段３５０５仕様記述出力手段

───────────────────────────────────────────────────── フロントページの続き (56)参考文献特開平２−287737（ＪＰ，Ａ) 特開平１−221962（ＪＰ，Ａ) 特開平６−12285（ＪＰ，Ａ) 特開平６−236296（ＪＰ，Ａ) (58)調査した分野(Int.Cl.⁷，ＤＢ名) G06F 11/22 - 11/34 G06F 9/06

Claims

(57)【特許請求の範囲】

【請求項１】仕様データを入力する仕様入力手段と、
前記仕様入力手段により入力された仕様データを格納す
る仕様記述格納手段と、ユーザインタフェースになる外
部仕様によるテスト項目を入力するテスト項目入力手段
と、前記テスト項目入力手段により入力されたテスト項
目に対するシステムの反応を前記仕様記述格納手段に格
納された仕様データから検索する仕様記述検索手段と、
前記テスト項目と前記検索結果を出力するテスト結果出
力手段とを備えたシステムテスト仕様生成装置。
【請求項２】仕様データにタグを付けたデータを仕様
文書として入力する仕様文書入力手段と、前記仕様文書
入力手段により入力された仕様文書を格納する仕様文書
格納手段と、ユーザインタフェースになる外部仕様によ
るテスト項目を入力するテスト項目入力手段と、前記テ
スト項目入力手段により入力されたテスト項目に対する
システムの反応を前記仕様文書格納手段に格納された仕
様文書から検索する仕様記述検索手段と、前記テスト項
目と前記検索結果を出力するテスト結果出力手段とを備
えたシステムテスト仕様生成装置。
【請求項３】仕様文書入力手段による仕様文書入力に
際して各仕様文書毎に記述に必要な項目をタグとして格
納する仕様項目格納手段を備えた請求項２記載のシステ
ムテスト仕様生成装置。
【請求項４】仕様データを入力する仕様入力手段と、
前記仕様入力手段により入力された仕様データを格納す
る仕様記述格納手段と、前記仕様入力手段による仕様デ
ータの入力に際して各仕様データ毎に記述に必要な仕様
項目を格納する仕様項目格納手段と、前記仕様項目を入
力する仕様項目入力手段と、前記仕様項目入力手段によ
り入力された仕様項目に基づいて不足項目を前記仕様記
述格納手段に格納された仕様データから検索する仕様記
述検索手段と、前記検索結果を出力する仕様項目検査結
果出力手段とを備えたシステムテスト仕様生成装置。
【請求項５】仕様データを入力する仕様入力手段と、
前記仕様入力手段により入力された仕様データを格納す
る仕様記述格納手段と、前記仕様記述格納手段に格納さ
れた仕様データ間の照合をとるために仕様名を入力する
仕様名入力手段と、前記入力された仕様名の以前の段階
の仕様データを前記仕様記述格納手段から得る前段階仕
様入力手段と、前記得られた以前の段階の仕様データに
基づいてその後の段階の仕様データを前記仕様記述格納
手段から検索して照合する仕様記述検索手段と、前記照
合結果を出力する照合結果出力手段とを備えたシステム
テスト仕様生成装置。
【請求項６】仕様データを入力する仕様入力手段と、
前記仕様入力手段により入力された仕様データを格納す
る仕様記述格納手段と、前記仕様入力手段による仕様デ
ータの入力時に既存の仕様データを検索するための検索
事項を入力する検索事項入力手段と、前記入力された検
索事項に基づいて前記仕様記述格納手段から前記検索事
項が要求する部分の仕様データを検索する仕様記述検索
手段と、前記検索された仕様データを前記仕様入力手段
に出力する仕様記述出力手段とを備えたシステムテスト
仕様生成装置。