JPH04192043A - プログラムの機能テスト装置 - Google Patents
プログラムの機能テスト装置Info
- Publication number
- JPH04192043A JPH04192043A JP2326870A JP32687090A JPH04192043A JP H04192043 A JPH04192043 A JP H04192043A JP 2326870 A JP2326870 A JP 2326870A JP 32687090 A JP32687090 A JP 32687090A JP H04192043 A JPH04192043 A JP H04192043A
- Authority
- JP
- Japan
- Prior art keywords
- test data
- program
- functions
- tested
- subroutine
- 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.)
- Pending
Links
Landscapes
- Debugging And Monitoring (AREA)
Abstract
(57)【要約】本公報は電子出願前の出願データであるた
め要約のデータは記録されません。
め要約のデータは記録されません。
Description
【発明の詳細な説明】
〔産業上の利用分野〕
本発明はコンピュータ用の各種プログラムの機能をテス
トする装置に関する。
トする装置に関する。
第５図は従来におけるプログラムの機能テスト装置のテ
スト手順を示す概念図であり、プログラム設計者が設計
したプログラムが設計者の意図した機能を備えるか否か
をテストする場合、予め作成したテストデータ２１をテ
スト対象であるプログラム２２の実行が可能なコンピュ
ータへプログラム２２と共に入力し、プログラム２２を
実行し、その実行結果をプログラム実行リスト２３へ出
力させる。
スト手順を示す概念図であり、プログラム設計者が設計
したプログラムが設計者の意図した機能を備えるか否か
をテストする場合、予め作成したテストデータ２１をテ
スト対象であるプログラム２２の実行が可能なコンピュ
ータへプログラム２２と共に入力し、プログラム２２を
実行し、その実行結果をプログラム実行リスト２３へ出
力させる。
その後はプログラム設計者がテストデータを評価し、プ
ログラム実行リスト２３を勘案してテスト対象プログラ
ムの全ての機能のうちからどの程度の機能についてテス
トが行われたか否かを判断する。
ログラム実行リスト２３を勘案してテスト対象プログラ
ムの全ての機能のうちからどの程度の機能についてテス
トが行われたか否かを判断する。
ところで上記した従来のテスト装置ではテストの結果得
られるプログラム実行リスト２３からのみではテスト対
象プログラムが設計者の意図した機能を備えるか否か、
更にはその機能全てについてテストが行われたか否かを
判別することが出来ず、判別にはプログラム設計者がテ
ストデータ２１を評価しなければならず、その作業が極
めて煩わしいという問題があった。
られるプログラム実行リスト２３からのみではテスト対
象プログラムが設計者の意図した機能を備えるか否か、
更にはその機能全てについてテストが行われたか否かを
判別することが出来ず、判別にはプログラム設計者がテ
ストデータ２１を評価しなければならず、その作業が極
めて煩わしいという問題があった。
本発明はかかる事情に鑑みなされたものであって、その
目的とするところはプログラム中の全ての機能の内、テ
ストデータに基ういてテストできた機能と、テストでき
なかった機能とを区別し得るようにしたプログラムの機
能テスト装置を提供するにある。
目的とするところはプログラム中の全ての機能の内、テ
ストデータに基ういてテストできた機能と、テストでき
なかった機能とを区別し得るようにしたプログラムの機
能テスト装置を提供するにある。
本発明に係るプログラムの機能テスト装置はテスト対象
プログラム中の全ての機能を求める手段と、求めたテス
ト対象プログラムの全ての機能とテストデータとに基づ
いてテスト対象プログラム中の全機能をテストされた機
能と、テストされなかった機能とに判別するテストデー
タ評価装置とを具備する。
プログラム中の全ての機能を求める手段と、求めたテス
ト対象プログラムの全ての機能とテストデータとに基づ
いてテスト対象プログラム中の全機能をテストされた機
能と、テストされなかった機能とに判別するテストデー
タ評価装置とを具備する。
本発明にあってはこれによってテスト対象プログラム中
の全ての機能を、テストデータに基づいてテストされた
機能とテストされなかった機能とに自動的に判別するこ
とが可能となる。
の全ての機能を、テストデータに基づいてテストされた
機能とテストされなかった機能とに自動的に判別するこ
とが可能となる。
以下本発明をその実施例を示す図面に基づき具体的に説
明する。
明する。
第１図は本発明に係るプログラムの機能テスト装置のブ
ロック図であり、図中１はテストデータ評価機能付加装
置、２はコンパイル装置、３はテストデータ評価装置を
示している。
ロック図であり、図中１はテストデータ評価機能付加装
置、２はコンパイル装置、３はテストデータ評価装置を
示している。
先ずテスト対象プログラムのソースコード１１をテスト
データ評価機能付加装置１へ入力する。テストデータ評
価機能付加装置１は入力されたプログラムソースコード
１１にテストデータ評価機能を付加する加工を施してテ
ストデータ評価機能付きプログラムソースコード１２と
して出力すると共に、テスト対象プログラムの全ての機
能を記述したファイル１３を出力する。
データ評価機能付加装置１へ入力する。テストデータ評
価機能付加装置１は入力されたプログラムソースコード
１１にテストデータ評価機能を付加する加工を施してテ
ストデータ評価機能付きプログラムソースコード１２と
して出力すると共に、テスト対象プログラムの全ての機
能を記述したファイル１３を出力する。
得られたテストデータ評価機能付きプログラムソースコ
ード１２はコンパイル装置２に入力され、オブジェクト
コードにコンパイルされ、テストデータ評価装置３とし
て構成される。
ード１２はコンパイル装置２に入力され、オブジェクト
コードにコンパイルされ、テストデータ評価装置３とし
て構成される。
テストデータ評価機能付加装置１はプログラムソースコ
ードのメインルーチンの始めと終わり、サブルーチンの
入口と出口、ＩＦ文の後、ＧＯＴＯ文の前、ループ文の
後等全ての分岐点に夫々サブルーチン名（メインルーチ
ンの場合はプログラム名）及びソースコードファイル中
でのこれらのレコード番号を出力するＷＲＩＴＢ文を付
加し、ＷＲＩＴＢ文文を付加した場所の全てのサブルー
チン名、レコード番号を一つのファイルに格納すると共
に、ＷＲＩＴＢ文を付加した場所の全てのサブルーチン
名、レコード番号と実行されたＷＲＩＴＢ文から出力さ
れたサブルーチン名、レコード番号を比較し、実行され
たＷＲＩＴＢ文の割合を算出するサブルーチンをメイン
ルーチンの最後に追加する機能を備えている。
ードのメインルーチンの始めと終わり、サブルーチンの
入口と出口、ＩＦ文の後、ＧＯＴＯ文の前、ループ文の
後等全ての分岐点に夫々サブルーチン名（メインルーチ
ンの場合はプログラム名）及びソースコードファイル中
でのこれらのレコード番号を出力するＷＲＩＴＢ文を付
加し、ＷＲＩＴＢ文文を付加した場所の全てのサブルー
チン名、レコード番号を一つのファイルに格納すると共
に、ＷＲＩＴＢ文を付加した場所の全てのサブルーチン
名、レコード番号と実行されたＷＲＩＴＢ文から出力さ
れたサブルーチン名、レコード番号を比較し、実行され
たＷＲＩＴＢ文の割合を算出するサブルーチンをメイン
ルーチンの最後に追加する機能を備えている。
これを第２図に基づき具体的に説明する。
第２図はテストデータ評価機能付加装置１の処理手順を
示すフローチャートである。先ずテスト対象プログラム
のソースコードをテストデータ評価機能付加装置１へ入
力する（ステップＳｔ）。テストデータ評価機能付加装
置１においては、プログラムソースコード１１中のメイ
ンルーチンにおける先頭レコード番号（Ｒ，、）及び終
了レコード番号（Ｒ，、）を求め（ステップＳ２）、続
いてサブルーチン名を定義したサブルーチン入口のレコ
ード番号（Ｒ３ＵＢＩ〜Ｒ５ＬＩＢｎ）を求め（ステッ
プＳ３）、リターン（ｒｅｔｕｒｎ）文を印したサブル
ーチン出口のレコード番号（Ｒ，、、〜Ｒ，，−）を求
め（ステップＳ４）、ＧＯＴＯ文のレコード番号（Ｒｏ
ｏｌ−ＲＯｏｌ）を求め（ステップＳ５）、１２文のレ
コード番号（Ｒ，、。
示すフローチャートである。先ずテスト対象プログラム
のソースコードをテストデータ評価機能付加装置１へ入
力する（ステップＳｔ）。テストデータ評価機能付加装
置１においては、プログラムソースコード１１中のメイ
ンルーチンにおける先頭レコード番号（Ｒ，、）及び終
了レコード番号（Ｒ，、）を求め（ステップＳ２）、続
いてサブルーチン名を定義したサブルーチン入口のレコ
ード番号（Ｒ３ＵＢＩ〜Ｒ５ＬＩＢｎ）を求め（ステッ
プＳ３）、リターン（ｒｅｔｕｒｎ）文を印したサブル
ーチン出口のレコード番号（Ｒ，、、〜Ｒ，，−）を求
め（ステップＳ４）、ＧＯＴＯ文のレコード番号（Ｒｏ
ｏｌ−ＲＯｏｌ）を求め（ステップＳ５）、１２文のレ
コード番号（Ｒ，、。
〜Ｒ＋＋＋）を求め（ステップＳ６）、ループ文のレコ
ード番号（ＲＬｌ−ＲＬｋ）を求める（ステップＳ７）
。
ード番号（ＲＬｌ−ＲＬｋ）を求める（ステップＳ７）
。
次にメインルーチンの先頭、即ち先頭レコード番号（Ｒ
，、、）の後、及び終了レコード番号（Ｒ，、、。）の
前に夫々テスト対象プログラム名及びソースコードファ
イル中でのレコード番号Ｒａｓ ＋ ＲＩｌｌ＠を出力
するＷＲＩＴＢ文を付加する（ステップＳ８）。
，、、）の後、及び終了レコード番号（Ｒ，、、。）の
前に夫々テスト対象プログラム名及びソースコードファ
イル中でのレコード番号Ｒａｓ ＋ ＲＩｌｌ＠を出力
するＷＲＩＴＢ文を付加する（ステップＳ８）。
次に各サブルーチン名を定義したレコード番号Ｒ８ＩＪ
ＢＩ〜Ｒ１１１１１１１１の後にサブルーチン名と、レ
コード番号Ｒ５ＴＩＢＩ〜Ｒ５ＵＢｎを出力するＷＲＩ
ＴＢ文を夫々付加する（ステップＳ９）。同様に前記し
たｒｅｔｕｒｎ文のレコード番号Ｒ２，１〜Ｒ−１の前
、ＧＯＴＯ文のレコード番号Ｒ６０ｆ ％ＲｏＯ１Ｏ前
、ＩＰ文のレコード番号Ｒ１，１〜Ｒ１２，の後、ルー
プ文のレコード番号Ｒい〜ＲＬｋの後に、夫々のサブル
ーチン名及びこれの定義を記した部分のレコード番号Ｒ
Ｓ＋ＩＢＩ〜Ｒ５ＩＪＢｎを出力するＷＲＩＴＥ文を付
加する（ステップ５１０）。
ＢＩ〜Ｒ１１１１１１１１の後にサブルーチン名と、レ
コード番号Ｒ５ＴＩＢＩ〜Ｒ５ＵＢｎを出力するＷＲＩ
ＴＢ文を夫々付加する（ステップＳ９）。同様に前記し
たｒｅｔｕｒｎ文のレコード番号Ｒ２，１〜Ｒ−１の前
、ＧＯＴＯ文のレコード番号Ｒ６０ｆ ％ＲｏＯ１Ｏ前
、ＩＰ文のレコード番号Ｒ１，１〜Ｒ１２，の後、ルー
プ文のレコード番号Ｒい〜ＲＬｋの後に、夫々のサブル
ーチン名及びこれの定義を記した部分のレコード番号Ｒ
Ｓ＋ＩＢＩ〜Ｒ５ＩＪＢｎを出力するＷＲＩＴＥ文を付
加する（ステップ５１０）。
次に上記した各レコード番号Ｒｍ＠Ｔ ＲＣａ＠、Ｒ３
ＵＢＩ〜Ｒ８１１Ｂｎ、Ｒｒ＠ｌ〜Ｒｒ＊＋ｍ 、ＲＧ
Ｏ１〜Ｒ００１％ ＲＬ ｌ〜ＲＬｋと各サブルーチン
名との対応表をプログラムの全ての機能を記述したファ
イル１３に出力する” （ステップ５１１）。
ＵＢＩ〜Ｒ８１１Ｂｎ、Ｒｒ＠ｌ〜Ｒｒ＊＋ｍ 、ＲＧ
Ｏ１〜Ｒ００１％ ＲＬ ｌ〜ＲＬｋと各サブルーチン
名との対応表をプログラムの全ての機能を記述したファ
イル１３に出力する” （ステップ５１１）。
上記したステップ８８〜ＳＩＯにてＷＲＩＴＥ文を入れ
たテスト対象プログラムのソースコードにテストデータ
評価ルーチンを付加した後（ステップ５１２）、テスト
データ評価機能付きプログラムソースコードとして出力
する（ステップ５１３）。
たテスト対象プログラムのソースコードにテストデータ
評価ルーチンを付加した後（ステップ５１２）、テスト
データ評価機能付きプログラムソースコードとして出力
する（ステップ５１３）。
第８図は前述したテストデータ評価機能付きプログラム
ソースコードをコンパイル装置２にてコンパイルして得
たオブジェクトコードと、その実行が可能なコンピュー
タとにより構成されるテストデータ評価装置３を用いて
テスト対象プログラムの機能をテストする際の概念図で
あり、テストデータ評価装置３に、予め作成したテスト
データ１４と先にテストデータ評価機能付加装置１によ
って求めたテスト対象プログラムの全ての機能を記述し
たファイル１３とを入力し、プログラムを実行する。こ
れによってソースコード中に付加されるＷＲＩＴＥ文の
内、実行されたプログラムからはそのサブルーチン名と
レコード番号が出力されることから、実行されたＷＲＩ
ＴＥ文から出力されたサブルーチン名、レコード番号は
テストされた機能を示すこととなり、更にＷＲＩＴＥ文
を付加した場所全てのサブルーチン名、レコード番号に
基づき実行されたＷＲＩＴＥ文から出力されたサブルー
チン名、レコード番号を除いた残りのサブルーチン名、
レコード番号はテストされなかったプログラム中の機能
を示すこととなる。
ソースコードをコンパイル装置２にてコンパイルして得
たオブジェクトコードと、その実行が可能なコンピュー
タとにより構成されるテストデータ評価装置３を用いて
テスト対象プログラムの機能をテストする際の概念図で
あり、テストデータ評価装置３に、予め作成したテスト
データ１４と先にテストデータ評価機能付加装置１によ
って求めたテスト対象プログラムの全ての機能を記述し
たファイル１３とを入力し、プログラムを実行する。こ
れによってソースコード中に付加されるＷＲＩＴＥ文の
内、実行されたプログラムからはそのサブルーチン名と
レコード番号が出力されることから、実行されたＷＲＩ
ＴＥ文から出力されたサブルーチン名、レコード番号は
テストされた機能を示すこととなり、更にＷＲＩＴＥ文
を付加した場所全てのサブルーチン名、レコード番号に
基づき実行されたＷＲＩＴＥ文から出力されたサブルー
チン名、レコード番号を除いた残りのサブルーチン名、
レコード番号はテストされなかったプログラム中の機能
を示すこととなる。
この結果、テストデータ評価装置３からはテストデータ
によってテストできた機能を記述したファイル１５、テ
ストデータによってテストできなかった機能を記述した
ファイル１６が出力されると共に、テストデータの品質
を記述したファイル１７が出力される。
によってテストできた機能を記述したファイル１５、テ
ストデータによってテストできなかった機能を記述した
ファイル１６が出力されると共に、テストデータの品質
を記述したファイル１７が出力される。
テストデータの品質を記述したファイル１７は下式
（テストされた機能の数／プログラムの全ての機能）
Ｘ１００（％） により求めた値を記述したものである。
Ｘ１００（％） により求めた値を記述したものである。
なおテストを複数のテストデータを用いてテストを実行
したときは、前回のテストでテストされなかった機能の
うち、今回のテストでテストされ、た機能をファイル１
５へ追加し、前回のテストデータと今回のテストデータ
とを合せたテストデータの品質がファイル１７へ書き込
まれる。
したときは、前回のテストでテストされなかった機能の
うち、今回のテストでテストされ、た機能をファイル１
５へ追加し、前回のテストデータと今回のテストデータ
とを合せたテストデータの品質がファイル１７へ書き込
まれる。
第４図は具体的なプログラム機能のテスト過程を示すフ
ローチャートであり、先ずテストデータ１４をテストデ
ータ評価装置３へ入力しくステップ５２１）、テストデ
ータ評価機能付加装置１で付加されたＷＲＩＴＥ文が実
行されたか否かを判断しくステップ５２２）、実行され
たときは実行されたＷＲＩＴＥ文からの出力をテストデ
ータによってテスト出来た機能を記述するファイル１５
に書込む（ステップ５２３）。
ローチャートであり、先ずテストデータ１４をテストデ
ータ評価装置３へ入力しくステップ５２１）、テストデ
ータ評価機能付加装置１で付加されたＷＲＩＴＥ文が実
行されたか否かを判断しくステップ５２２）、実行され
たときは実行されたＷＲＩＴＥ文からの出力をテストデ
ータによってテスト出来た機能を記述するファイル１５
に書込む（ステップ５２３）。
このファイル１５においてはテストされたプログラムの
各機能がそのサブルーチン名及びレコード番号Ｒ３ＩＩ
ＢＩ〜Ｒｓｕｎイにて表される。そしてメインルーチン
の最後の処理においてテストデータ評価ルーチンが実行
される（ステップ５２４）。
各機能がそのサブルーチン名及びレコード番号Ｒ３ＩＩ
ＢＩ〜Ｒｓｕｎイにて表される。そしてメインルーチン
の最後の処理においてテストデータ評価ルーチンが実行
される（ステップ５２４）。
テストデータ評価ルーチンにおいては、求めであるプロ
グラムの全ての機能を記述したファイル１３を取り込み
（ステップ５２５）、このデータからファイル１５に記
述した機能のデータを除いた残りのデータがテストデー
タによってテストできなかった機能としてこれをファイ
ル１６へ書込む（ステップ５２６）。その後、前記した
式に従って求めたテストデータの品質をファイル１７へ
書込む。
グラムの全ての機能を記述したファイル１３を取り込み
（ステップ５２５）、このデータからファイル１５に記
述した機能のデータを除いた残りのデータがテストデー
タによってテストできなかった機能としてこれをファイ
ル１６へ書込む（ステップ５２６）。その後、前記した
式に従って求めたテストデータの品質をファイル１７へ
書込む。
以上の如く本発明装置にあってはテスト対象プログラム
の全機能のうち、テストデータによってテストされた機
能と、テストされなかった機能とを自動的に判別し得る
こととなって、テストデータの正確かつ迅速な評価が可
能となり、プログラムの機能テストを効率的に行い得る
優れた効果を奏するものである。
の全機能のうち、テストデータによってテストされた機
能と、テストされなかった機能とを自動的に判別し得る
こととなって、テストデータの正確かつ迅速な評価が可
能となり、プログラムの機能テストを効率的に行い得る
優れた効果を奏するものである。
第１図は本発明装置の手順を示すブロック図、第２図は
テストデータ評価機能付加装置の処理過程を示すフロー
チャート、第３図は同じ（本発明装置におけるテストデ
ータ評価装置の概念図、第４図はテストデータ評価装置
の処理過程を示すフローチャート、第５図は従来のプロ
グラム機能テスト装置のテスト手順を示した概念図であ
る。 １・・・テストデータ評価機能付加装置２・・・ヨンバ
イル装置 ３・・・テストデータ評価装置１１・・・プ
ログラムソースコード １２・・・テストデータ評価機
能付きプログラムソースコード １３・・・プログラムの全ての機能を記述したファイル
１４・・・テストデータを記述したファイル１５・・・
テストデータによってテストされた機能を記述したファ
イル １６・・・テストデータによってテストされなかった機
能を記述したファイル １７・・・テストデータの品質を記述したファイルなお
、図中、同一符号は同一、又は相当部分を示す。 代理人 大 岩 増 雄 第 １ 図 第 ３ 図 第 ４ 図 第 ５ 図
テストデータ評価機能付加装置の処理過程を示すフロー
チャート、第３図は同じ（本発明装置におけるテストデ
ータ評価装置の概念図、第４図はテストデータ評価装置
の処理過程を示すフローチャート、第５図は従来のプロ
グラム機能テスト装置のテスト手順を示した概念図であ
る。 １・・・テストデータ評価機能付加装置２・・・ヨンバ
イル装置 ３・・・テストデータ評価装置１１・・・プ
ログラムソースコード １２・・・テストデータ評価機
能付きプログラムソースコード １３・・・プログラムの全ての機能を記述したファイル
１４・・・テストデータを記述したファイル１５・・・
テストデータによってテストされた機能を記述したファ
イル １６・・・テストデータによってテストされなかった機
能を記述したファイル １７・・・テストデータの品質を記述したファイルなお
、図中、同一符号は同一、又は相当部分を示す。 代理人 大 岩 増 雄 第 １ 図 第 ３ 図 第 ４ 図 第 ５ 図
Claims (1)
- （１）予め用意したテストデータを用いてテスト対象プ
ログラムの機能をテストする装置において、 テスト対象プログラムの全ての機能を求める手段と、テ
スト対象プログラムの全ての機能と前記テストデータと
に基づいてテスト対象プログラム中のテストされた機能
とテストされなかった機能とを判別するテストデータ評
価装置とを具備することを特徴とするプログラムの機能
テスト装置。
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP2326870A JPH04192043A (ja) | 1990-11-27 | 1990-11-27 | プログラムの機能テスト装置 |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP2326870A JPH04192043A (ja) | 1990-11-27 | 1990-11-27 | プログラムの機能テスト装置 |
Publications (1)
| Publication Number | Publication Date |
|---|---|
| JPH04192043A true JPH04192043A (ja) | 1992-07-10 |
Family
ID=18192652
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| JP2326870A Pending JPH04192043A (ja) | 1990-11-27 | 1990-11-27 | プログラムの機能テスト装置 |
Country Status (1)
| Country | Link |
|---|---|
| JP (1) | JPH04192043A (ja) |
Cited By (1)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JPH07210424A (ja) * | 1994-01-14 | 1995-08-11 | Toshiba Corp | ソフトウェアテスト支援システム |
-
1990
- 1990-11-27 JP JP2326870A patent/JPH04192043A/ja active Pending
Cited By (1)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JPH07210424A (ja) * | 1994-01-14 | 1995-08-11 | Toshiba Corp | ソフトウェアテスト支援システム |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| CN110580226B (zh) | 操作系统级程序的目标码覆盖率测试方法、系统及介质 | |
| CA2143145C (en) | Determining dynamic properties of programs | |
| JPS63132346A (ja) | デジタル諭理回路における欠陥分離の方法 | |
| US20050081104A1 (en) | Test diversity software testing method and apparatus | |
| US20080307387A1 (en) | Software development apparatus and method for providing performance prediction | |
| CN105677306A (zh) | 自动化脚本的编写方法和装置 | |
| US7086033B2 (en) | Software debugger having a monitor for monitoring conditional statements within a software program | |
| Ramler et al. | Automated static analysis of unit test code | |
| CN112527571B (zh) | 一种cpu指令集覆盖率计算方法及装置 | |
| JPH04192043A (ja) | プログラムの機能テスト装置 | |
| CN110888809B (zh) | 一种测试任务的风险预测方法及装置 | |
| US20030018957A1 (en) | Debugger monitor with anticipatory highlights | |
| Doganaksoy et al. | Product life data analysis: A case study | |
| CN109002980B (zh) | 一种场景化的知识检验方法及装置 | |
| CN112799942A (zh) | 基于Keil C51的软件源码和目标码覆盖率分析方法和系统 | |
| US10261887B1 (en) | Method and system for computerized debugging assertions | |
| JP3011115B2 (ja) | デバッグシステム | |
| JP2525393B2 (ja) | 論理シミュレ−ションのテストカバレ−ジ方式 | |
| JPH05313881A (ja) | ソフトウェア品質評価装置およびソフトウェア品質評価方法 | |
| Geil et al. | Towards a Systematic Testing Framework for Virtual Reality Applications: Challenges and Opportunities | |
| JPH04307636A (ja) | プログラムテスト方式 | |
| Kobori et al. | Evolution analysis for accessibility excessiveness in java | |
| JPH03294934A (ja) | 高級プログラム言語用デバッガ | |
| Vaattovaara | PERFORMANCE OF MODEL-BASED TESTING FOR AN ANDROID APPLICATION | |
| Kranzlmüller et al. | Why debugging parallel programs needs visualization |