JPS60200346A - プログラム用テストデ−タ作成方法 - Google Patents

Abstract

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

Description

【発明の詳細な説明】 〔発明の利用分野〕 本発明は、ノブドウエア、７″スト支援に係り特に、単
体、連動プログラム、テストを実施する際に好適なプロ
グラム用テストデータ作成方式に関する。

〔発明の背景〕

従来のプログラム用テストデータ作成は、外部記憶装置
にテストデータを格納するエリアを設定し、次にシステ
ム設計書（ファイル設計書）を基にカードリーダにより
データを入力し、これをこのエリアに格納することによ
り行なわれていた。また、テストデータの追加、修正時
には、やけシカードリーダにより追加、修正のデータを
入力し、これを外部記憶装置に格納することにより行な
っていた。そのため、以下のような欠点があった。

（１）生産性が低い。

（２）誤りが多い。

（６）操作性が悪い。

〔発明の目的〕

本発明の目的は、ソフトウェア、テスト時にプログラム
で使用するテスト用ファイルをノースプログラムの情報
を基に自動作成することにより、テスト作業の省力化を
図る方式を提供することＫある。

〔発明の概要〕

本発明は、プログラム用テストファイルがノースプログ
ラム上の情報から成る程度作成できることに着目し、テ
ストデータ作成作業を機械化する方式である。機械化す
るに当って、２段階でアプローチする方式を採用した。

まず第１段階でソースプログラム情報を基にテストファ
イルを作成する。次に第２段階としてソースプログラム
情報と任意のデータ項目（方スト時に意味を持つデータ
項目）を抽出し、当該テストファイル専用の編集処理機
能を利用して、テストデータを編集する。また、テスト
ファイルの作成１編集縁作は、処理装置との論理レベル
での対話形式で行なう方式をとる。

〔発明の実施例〕

以下、本発明の一実施例を図面に従って説明する。第１
図は、実施例の概略構成を示している。外部記憶装置に
格納された被テストソースプログラム３の情報を処理装
置ＩＫ大入力、そこで処理して、当該プログラムをテス
トする際に必要となるテストデータ４を作成し外部記憶
装置上に記憶する。

本方式は、大きくは２つの処理に分かれており、第１の
処理は、ソースプログラム３を読み込み、その中のファ
イル、レコードに関する情報を解析し、テストファイル
（１５）を作成するテストファイル作成することであり
、第２の処理は、実際にテストデータを作成０編集する
ことである。

上記の処理は第６図、第７図にその処理フローが示され
るテスト・データ作成用プログラムに従って処理装置１
によって遂行される。

はじめに第６図に従って、第１の処理について説明する
。

外部記憶装置３には被テストソースプログラムが格納さ
れている。これを処理装置１へ入力する。即ち、データ
端末装置５からプログラム名を指定するとそれに応じて
、外部記憶装置６からソースプログラムを読み出して処
理装置１に具えられた主記憶装置へ格納する。（３１）
次にデータ端末装置５からファイル名、レコード名及び
作成すべきテストデータのレコード数が指定されると、
主記憶装置に格納されたソースプログラムからファイル
情報が抽出される。

（３２）これは指定されたファイル名（ＡＦ工Ｉ、Ｆり
とレコード名（ＡＲｇｃＯＲＤ）をキーとしてソースプ
ログラム中の該当する部分を読み取ることを示す。第２
図は主記憶装置上に格納されたソースプログラムの一部
を示し、枠内が指名されたファイル名とレコード名に関
する記述である。

このようにして抽出したファイル情報を解析しファイル
の属性をめる。（３３）ファイルの属性トして、ンーケ
ンシャルファイルであることは第２図最上枠のステート
メントの最後の文字Ｓによって知られる。またファイル
のレコード長は第２図の０１ＡＲＥＣＯＲＤの欄の各項
目の最後に記述された数字（例えば０５は５バイトであ
ることを示す）の合計によって１００バイトであること
がめられる。テストデータとしてレコード数を１００個
作成することが指定されているので、テストファイルに
必要な容量が１００バイト×１００即ち１０にバイトで
ある。

次にデータ項目属性の解析を行なう。（６４）これた第
２図の枠内の情報から第３図のデータ項目属性テーブル
１１を作成することである。ここで属性Ｘは英数字、９
は数字、Ｎは漢字であることを示す。このテーブル１１
の値の欄に属性で示される無意味なデータが作られ格納
される。

例えばｉｔｅｍｌにはｌ’−ＡＢＣＤＫＪが格納される
。

このようにして作られたルコード分のデータは先にめら
れたファイル属性に従って、磁気ディスク装置上にテス
トファイルエリアを設定し、そこに書き込壕れる。テス
トファイル上のレコード１６は第５図に示すような形式
で格納されている。テストデータは１００レコード作る
ことが指定されているので１００レコードについてテス
トレコードが格納されるまでは第６図の値を書き替えス
テップ３５　、３６を繰り返す。例えばｉｔｅｍｌにつ
いては第２レコードでは［ＢＣＤＥＦｊ第６レコードで
は［ｃＤＢＦＧＪのように作られる。１００レコードの
格納が終わると前記した第１の処理が終了する。

第７図に従って第２の処理について説明する。

第２の処理は第１の処理とは不連続に行なわれるのでソ
ースプログラム入カステップ４１からデータ項目属性の
解析ステップ４４は第６図のステップろ１から６４と同
様（・〔行なわれ解析結果がめられる。次に、データ項
目名を読み出してデータ端末装置５の表示装置に表示す
る。オペレータはこれに応答してレコードと主要項目を
指定する。どのレコードと項目が指定されたかは主記憶
装置上に記憶される。（４５）指定されたレコ・−ドと
項目に応じて先に作成されたテストファイルから指定さ
れた項目の値がデータ項目属性テーブルの値の欄に読み
出され、これは上記の表示装置に表示される。４６オペ
レータはこの表示に応じて適当な値に書き換える。（４
７）このときそのレコードについてもう書き換える必要
があればオペレータはその旨を指示する。

これに応じてステップ４５　、４６　、４７が繰シ返さ
れる。このようにして第４図のようなデータが作成され
る。変更するべき項目がなければ書き込み指令が出され
テストファイルに変更済データが書き込まれる。（４８
） 以上のような処理によってテストデータが作成される。

ここでテストデータは仮のデータベースという意味をも
つものである。このテストデータを使用してソースプロ
グラムが実行すれその結果はラインプリンタに打ち出さ
れるなどの可視的出力がｊｃされる。これがチェックさ
れてソースプログラムの良否が判定される。データベー
スはソースプログラムが作られた段階では作成されてな
いのが普通であり、またデータベースを作成するには多
大の労力が費されるのでソースプログラムのテストのた
めに仮のデータベースを作ってその当否をチェックする
のである。

〔発明の効果〕

本発明によれば、プログラム用テストファイルの作成が
容易でラシ、テスト作業の省力化を図ることができる。

また、ファイルの論理構造に着目した本作成方式におい
で、テストファイル作成時の操作性および信頼性の向上
が図れるとともにテストデータの簡単な追加、変更が可
能なことから、必要最少限度のテストケース（テストデ
ータ）を生成できる。

【図面の簡単な説明】

第１図は本発明の概略構成図、第２図は処理装置の主記
憶装置上の被テストソースプログラムの一部を示す図、
第３図はデータ項目属性テーブルの例を示す図、第４図
は編集されたゲストデータをもつデータ項目属性デープ
ルの例を示す図、第５図はテストファイルのレコード形
式を示す図、第６図、第７図は本発明における処理のフ
ローチャート。 １・・・処理装置　６・・・ソースプログラム ４・・・テストデータ ５・・・データ端末装置。 代理人弁理士　高　橋　明　夫 篤１０ 第　２　肥 葉３図　８４図 第２図 第７図

Claims (1)

【特許請求の範囲】
1. ソースプログラム上のファイル記述部に基づいてテスト
   用データファイルを作成し、プログラムフ゛スト時に意
   味をもつデータ項目を指定しそのデータを読み出して追
   加０編集を行なうことを特徴とするプログラム用テスト
   データ作成方式。