JPS6316342A - Ｏｓの複数モデル共通化開発におけるテスト進捗報告システム - Google Patents

Abstract

(57)【要約】本公報は電子出願前の出願データであるた
め要約のデータは記録されません。

Description

【発明の詳細な説明】 （産業上の利用分野） 本発明は複数のＯＳ（オペレーティング・システム）モ
デルを共通開発した場合の各モデルのテスト進捗の報告
システムに関する。

〔従来の技術〕

−ａに、電子計算機のＯ８を開発したとき、そのＯＳに
誤り等がないかを調べる為に各種のテストが行なわれる
。このようなテストの項目は大規模なＯＳになればなる
ほど多くなるため、その進捗状況を絶えず把握しておく
ことが大切である。

このため、開発したＯＳについて、予め決定された個数
のテスト項目のうち、どの程度の個数のテスト項目が消
化されたか等のテスト進捗状況をある間隔で集計するこ
とが行なわれており、開発されたＯＳが１種類であると
きには、そのようなテスト進捗状況の集計は人手で行な
われるのが一般的であった。

ところで、開発されるＯ８は常に一つのモデルとは限ら
れず、仕様の異なる複数のＯＳモデルが並行して開発さ
れることが多い。そしてその場合、通常各ＯＳモデルに
はそのＯＳモデル固有の部分以外に、他の一つ或いは複
数のＯＳモデルと共通な部分が存在している。

このように互いに共通する部分を持つ複数のＯＳモデル
について、テスト進捗状況を収集する場合、従来は、幾
つのテスト項目が消化されたか等についてのテスト進捗
状況を、各ＯＳモデル毎に収集していた。

〔発明が解決しようとする問題点〕

しかし、他のＯＳモデルと共通な部分についてのテスト
項目は、その内の一つのＯＳモデルについて実施すれば
足りるものであり、従来のように各ＯＳモデル毎にそれ
に関連するテスト項目のテスト進捗状況を収集する方式
では、これを計算機上で実現する場合、共通部分につい
てのテスト項目のテスト進捗状況データを、それが関連
する全てのＯＳモデル毎に入力しなければならないとい
う煩わしさが生じる。

本発明はこのような事情に鑑みて為されたもので、その
目的は、電子計算機を使用したテスト進捗報告システム
において、複数モデルに共通なテスト項目についてのテ
スト進捗状況データの入力操作数を軽減し、システムの
操作性を向上することにある。

（問題点を解決するための手段〕 本発明は上記目的を達成するために、第１図に示すよう
に、ＯＳのテスト項目をそれが関連するＯＳモデルの種
類の態様に応じて分類したときの各分類に対応したエン
トリを有し、各エントリに、その分類を表す“モデル＋
１１のみ”、１モデル（２）のみ”、°モデル（１）・
モデル（２）共通等のメニュー表示テキストと、その分
類に関連するＯＳモデル−をフラグで表現した関連ＯＳ
モデル付加情報とを登録するメニュー表１と、 このメニュー表１の内容を更新するメニュー表更新手段
２と、 端末装置３からのテスト進捗状況の入力要求に応答して
メニュー表１に登録されたメニュー表示テキスト群を取
り出して端末装置３に表示するメニュー表示制御手段４
と、 このメニュー表示制御手段４によってメニュー表示テキ
スト群が表示された端末装置３から、メニュー表示テキ
ストの選択情報およびテスト進捗状況データが入力され
たとき、この入力されたメニュー表示テキストに対応す
る関連ＯＳモデル付加情報をメニュー表１から取出し、
この間連ｏｓモデル付加情報を入力されたテスト進捗状
況データに付加した関連ＯＳモデル付加情報付テスト進
捗状況データをテスト進捗状況データファイル５に格納
する進捗状況データ入力手段６と、入力装置７からＯＳ
モデル名を指定したテスト進捗状況集計要求が入力され
たとき、その指定されたＯＳモデル名とメニュー表１に
おける関連ＯＳモデル付加情報とに基づいて、テスト進
捗状況データファイル５から前記指定されたｏｓモデル
に関連するテスト進捗状況データを抽出して集計し、こ
の集計された進捗状況データ群を編集して作成した集計
表を出力製画８に出力する集計作表手段９とを備える。

（作用〕 例えば、ＯＳモデル（１）とｏｓモデル（２）とがあり
、ＯＳモデルｆｉｌ固有のテスト項目、ＯＳモデル（２
）固有のテスト項目以外に、ＯＳモデル（１１とＯＳモ
デル（２）に共通なテスト項目がある場合、メニュー表
更新手段２によって、メニュー表１に有効な三つのエン
トリを生成し、一つのエントリには、メニュー表示テキ
ストとして例えば“モデル（１）のみ゛を、関連ＯＳモ
デル付加情報としてモデル（１）に対応するフラグのみ
“１”となる「１０」を登録し、別のエントリには、メ
ニュー表示テキストとして例えば１モデル（２）のみ”
を、関連ＯＳモデル付加情報としてモデル（２）に対応
するフラグのみ“１″となる「０１」を登録し、残りの
エントリには、メニュー表示テキストとして例えば′モ
デル（１）・モデル（２）共通”を、関連ＯＳモデル付
加情報としてモデル（１１，（２］に対応するフラグが
“１″となる「１１」を登録してお（。

テスト進捗状況データの入力者が、端末装置３からテス
ト進捗状況の入力要求を行なうと、メニエー表示制御手
段４はこれに応答して、メニュー表１に登録されたメニ
ュー表示テキスト群を取り出して端末装置３に表示する
。上記入力者が、このメニュー表示テキスト群の中から
今回の入力を行なうテスト項目に関連する一つのメニュ
ー表示テキスト例えば“モデル（１）のみ”を選択し、
それに関するテスト進捗状況データを入力すると、進捗
状況データ入力手段６は、上記選択されたメニュー表示
テキストに対応する関連ＯＳモデル付加情報（この場合
ｒｌＯＪ）をメニュー表１から取出し、これを入力され
たテスト進捗状況データに付加した関連ＯＳモデル付加
情報付テスト進捗状況データをテスト進捗状況データフ
ァイル５に格納する。このような動作は、テスト進捗状
況データの入力者がテスト進捗状況の入力要求を行なう
毎に実行され、その結果、テスト進捗状況データファイ
ル５には、複数の関連ＯＳモデル付加情報付テスト進捗
状況データが格納されることになる。

その後、入力装置７からＯＳＳモデル側えばモデル（１
）を指定したテスト進捗状況集計要求が入力されると、
集計作表手段９は、メニュー表１における関連ＯＳモデ
ル付加情報においてその指定されたモデル（１）に対応
するフラグが＠１”になっている関連ＯＳモデル付加情
報を有する関連ＯＳモデル付加情報付テスト進捗状況デ
ータのみを進捗状況データファイル５から抽出して集計
し、この集計された進捗状況データ群を編集して集計表
として出力装置８に出力する。

〔実施例〕

次に本発明の実施例について図面を参照して説明する。

第２図は本発明の実施例のブロック図であり、中央処理
装置１０と、この中央処理装置１ｏに回線制御装置１１
を介して接続された複数の端末装置１２２〜１２ｎと、
プログラム等が格納された主記憶装置１３と、中央処理
袋Ｗ１０に入出力制御装置１４を介して接続された端末
装置１５およびプリンタ等の出力装置１６と、中央処理
装置１０に磁気ディスク制御装置１７を介して接続され
た磁気ディスク装置１８とから構成されている。

磁気ディスク装置１８内には、メニュー表作成領１１８
ａと、テスト進捗状況データファイル１８ｂとが用意さ
れている。

第３図は第２図のシステムで実施されるメニュー表作成
処理の一例を示す流れ図、第４図は端末装置１２ａ〜１
２ｎからのテスト進捗状況データの入力処理例の流れ図
、第５図は指定されたモデル名に対応するテスト進捗状
況データの集計、出力処理例の流れ図であり、以下、各
図を参照して本実施例の動作を説明する。

［メニュー表の作成］ メニュー表を作成する場合、例えば端末装置１５のキー
ボード部からメニュー表作成開始措令を人力すると、中
央処理装置１０は第３図に示すように、磁気ディスク装
置１８のメニュー表作成領域１８ａに格納されたメニュ
ー表を端末装置１５の表示部に表示する（Ｓｌ）。この
ときの表示状態は、初期状態においては例えば第６図に
示すような枠組みが表示され、且つ、メニュー表示テキ
スト欄６０と、関連ＯＳモデル付加情報欄６１と、関連
ＯＳモデル付加情報の各フラグがどのようなモデル名に
対応するかを指定するモデル名設定＆ｍ６２ａ〜６２ｎ
とに所定の内容が設定されているだけで、各エントリ６
３３〜６３ｎは空白になっている。なお、モデル名設定
４ｍ６２ａ〜６２ｎには、その左側から例えばモデル（
１）のモデル名、モデル（２）のモデル名、・・・、が
予め設定されているものであるが、メニュー表作成時に
モデル名を書込むようにしても良いことは勿論のことで
ある。

以下の説明の便宜上、開発されたＯＳモデルが、今のと
ころモデル（１＋とモデル（２）の二つであり、モデル
（１）に固有なテスト項目、モデル（２）に固有なテス
ト項目の他に、モデル（１）とモデル（２）に共通なテ
スト項目があるとする。このような場合、メニュー表作
成者は、次に、端末装置１５の表示内容を見ながらキー
ボード部を操作し、例えば第６図に示すように、最初の
エントリ６３ａのメニュー表示テキスト欄に６モデル（
１）のみ１を書込み、関連ＯＳモデル付加情１ｌｌｊ！
６１の最初のモデル名設定欄６２ａに予め設定されたモ
デル（１）のモデル名に対応する関連ＯＳモデル情報の
フラグを“１゛にする。同様にして、エントリ６３ｂの
メニュー表示テキスト欄に１モデル（２）のみ１を書込
み、関連ＯＳモデル付加情ｆｌｉ欄６１の次のモデル名
設定欄６２ｂに予め設定されたモデル（２）のモデル名
に対応する関連ＯＳモデル情報のフラグを“１”にする
。更に、次のエントリ６３ｃのメニュー表示テキスト欄
に１モデル（１）・モデル（２）共通”を書込み、関連
ＯＳモデル付加情報のモデル（１）、　（２１に対応す
るフラグにそれぞれ１゛を書込み。そして、このような
操作を終えた後、終了コマンド等を入力すると、中央処
理装置１０は端末装置１５に表示されたメニュー表のイ
メージを取込み、磁気ディスク装置１８のメニュー表作
成領域１８ａにその更新されたメニュー表を登録する（
３２〜Ｓ３）。

［テスト進捗状況データの入力処理コ テスト進捗状況入力担当者が、例えば端末装置１２ａか
らテスト進捗状況の入力要求を行なうと、中央処理装置
１０は第４図に示す処理を開始し、先ずメニュー表作成
領域１８ｂに作成されたメニュー表に登録されたメニュ
ー表示テキスト群（この場合、“モデル（１）のみ”、
“モデル（２）のみ”、モデル＋１トモデル（２）共通
″）を含む画面を例えば第７図に示すように端末装置１
２ａに表示する（　Ｓ　１０゜５ｌｌ）　。

テスト進捗状況入力担当者は、端末装置１２ａに表示さ
れた上記内容を見て、例えば今回入力するテスト進捗状
況がモデル（１）のみに関するテスト進捗状況であれば
、“モデル＋１１のみ“のメニュー表示テキストを選択
し、且つ、それに関するテスト進捗状況データ（例えば
モデル（１）のみに関する全テスト項目数、今回の消化
項目数、担当者名９日付など）を表示された内容に沿っ
て打鍵する。そして、全ての打鍵を終了すると、例えば
終了コマンドを入力することによって、入力イメージを
中央処理装置１０に送信する。

中央処理装置１０は、終了コマンドのイメージが入力さ
れることにより（Ｓ１２）、送信されてきた入力データ
中の選択されたメニュー表示テキスト（上記の場合°モ
デル（１）のみ”）に対応する関連ＯＳモデル付加情報
（この場合最初のフラグのみが“１”となった情報）を
メニュー表作成領域１８ａに作成されたメニュー表から
取出しく５１３）、これを入力されたテスト進捗状況デ
ータに付加した関連ＯＳモデル付加情報付テスト進捗状
況データをテスト進捗状況データファイル１８ｂに格納
する（Ｓ１４）。

以上のような動作は、各端末装置１２ａ〜１２ｎからテ
スト進捗状況データの入力要求が行なわれる毎に実行さ
れ、テスト進捗状況データファイル１８ｂには、複数の
関連ＯＳモデル付加情報付テスト進捗状況データが格納
されてい（。

第８図は上記のようにして順次格納された複数の関連Ｏ
Ｓモデル付加情報付テスト進捗状況データの内容例を示
し、関連ＯＳモデル付加情報「１０・・・」、即ちモデ
ル（１）のみに対応するテスト進捗状況データ８０と、
関連ＯＳモデル付加情報「０１・・・」、即ちモデル（
２）のみに対応するテスト進捗状況データ８１と、関連
ＯＳモデル付加情報「１１・・・」、即ちモデル（１ト
モデル（２）共通のテスト進捗状況データ８２とが格納
されている状態を示す。

［特定モデルのテスト進捗状況の集計、出力動作コ端末
装置１５からテスト進捗状況を集計、出力したいモデル
名例えばモデル（１）を指定したテスト進捗状況集計要
求が入力されると、中央処理装置１０は、第５図に示す
処理を開始する。部ち、メニエー表作成領域１８ａに作
成された第６図に示したようなメニュー表の関連ＯＳモ
デル付加情報欄６１をサーチして、指定されたモデルｔ
１）のモデル名が設定された位置のフラグを求め、その
フラグが“１”となっている関連ＯＳモデル付加情報を
持つテスト進捗状況データをテスト進捗状況データファ
イル１８ｂから抽出する（５２０）。従って、第８図に
示した場合には、テスト進捗状況データ８０．８２が抽
出されることになる。そして、各抽出されたテスト進捗
状況データ中の全項目数、消化項目数をそれぞれ積算す
ることにより、モデル（１）に関連する全テスト項目数
２５０　（２００＋５０）と、消化項目数１２０　（１
００＋２０）などを求め、出力装で１６に出力する（　
Ｓ　２２）。

なお、新しいＯＳのモデルが開発された場合等対象モデ
ルが変更になった場合、第３図に示したメニュー表更新
処理によりメニュー表を書換えれば、テスト進捗データ
入力要求時には更新されたメニュー表示テキストが各端
末装置１２ａ〜１２ｎに表示されることになる。即ち、
本発明では、メニュー表示テキストの種類、内容は動的
に変更可能である。更にこの場合、第４図および第５図
の処理内容は何等変更する必要はない。従って、適応性
の問い報告システムを提供することができる。

〔発明の効果〕

以上説明したように、本発明は、テスト項目に関するテ
スト進捗状況データをＯＳモデル全体に対応させるので
はなく、“モデル（１）のみ”、“モデル（２）のみ１
．′モデル（１）・モデル（２）共通”の如く、それが
関連するモデルの種類のＢ様に対応させ、この対応関係
を上記のように言葉で表現したメニュー表示テキストと
フラグで表現した関連ＯＳモデル付加情報とを用いてメ
ニュー表で管理し、且つ、各テスト進捗状況データ入力
時にはそれが対応する関連ＯＳモデル付加情報を付加し
て格納するようにし、更に、複数のモデルに関連する旨
の関連ＯＳモデル付加情報が付いたテスト進捗状況デー
タは、モデル名を指定した全テスト項目についての集計
要求時、それが関連する全てのモデルについての集計対
象データとしたので、複数のＯＳモデルに共通なテスト
項目に関するテスト進捗状況データの入力は、例えば“
モデル＋１トモデル（２）共通“のメニュー表示テキス
トを選択して一度だけ入力すれば足りるようになり、テ
スト進捗報告システムの操作性を向上することができる
効果がある。

また、新しいプロジェクトになって対象ＯＳモデルが変
更になった場合には、メニュー表のみを書換えるだけで
、表示されるメニュー表示テキスト群の変更が行なえる
効果もある。

【図面の簡単な説明】

第１図は本発明の構成説明口、 第２図は本発明の７：施例のブロック図、第３図はメニ
ュー表作成処理例の流れ図、第４図はテスト進捗状況デ
ータ入力処理例の流れ図、 第５図はテスト進捗状況データの集計、出力処理例の流
れ図、 第６図はメニュー表の構成例を示す図、第７図は表示画
面の一例を示す図および、第８図は関連ＯＳモデル付加
情報付テスト進捗状況データの内容例を示す図である。 図において、１・・・メニュー表、２・・・メニュー表
更新手段、３・・・端末装置、４・・・メニュー表示側
２８手段、５・・・テスト進捗状況データファイル、６
・・・進捗状況データ入力手段、７・・・入力装置、８
・・・出力装置、９・・・集計作表手段。

Claims (1)

1. 【特許請求の範囲】 ＯＳのテスト項目をそれが関連するＯＳモデルの種類の
   態様に応じて分類したときの各分類に対応したエントリ
   を有し、各エントリに、その分類を表すメニュー表示テ
   キストと、その分類に関連するＯＳモデルをフラグで表
   現した関連ＯＳモデル付加情報とを登録するメニュー表
   と、 該メニュー表の内容を更新するメニュー表更新手段と、 端末装置からのテスト進捗状況の入力要求に応答して前
   記メニュー表に登録されたメニュー表示テキスト群を取
   り出して前記端末装置に表示するメニュー表示制御手段
   と、 該メニュー表示制御手段によってメニュー表示テキスト
   群が表示された端末装置から、メニュー表示テキストの
   選択情報およびテスト進捗状況データが入力されたとき
   、該入力されたメニュー表示テキストに対応する関連Ｏ
   Ｓモデル付加情報を前記メニュー表から取出し、この関
   連ＯＳモデル付加情報を前記入力されたテスト進捗状況
   データに付加した関連ＯＳモデル付加情報付テスト進捗
   状況データをテスト進捗状況データファイルに格納する
   進捗状況データ入力手段と、 入力装置からＯＳモデル名を指定したテスト進捗状況集
   計要求が入力されたとき、該指定されたＯＳモデル名と
   前記メニュー表における関連ＯＳモデル付加情報とに基
   づいて、前記テスト進捗状況データファイルから前記指
   定されたＯＳモデルに関連するテスト進捗状況データを
   抽出して集計し、該集計された進捗状況データ群を編集
   して作成した集計表を出力装置に出力する集計作表手段
   とを具備したことを特徴とするＯＳの複数モデル共通化
   開発におけるテスト進捗報告システム。