JP2005011173A - 不具合検出方法 - Google Patents
不具合検出方法 Download PDFInfo
- Publication number
- JP2005011173A JP2005011173A JP2003176226A JP2003176226A JP2005011173A JP 2005011173 A JP2005011173 A JP 2005011173A JP 2003176226 A JP2003176226 A JP 2003176226A JP 2003176226 A JP2003176226 A JP 2003176226A JP 2005011173 A JP2005011173 A JP 2005011173A
- Authority
- JP
- Japan
- Prior art keywords
- test
- information
- program
- output result
- test management
- 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
Links
Images
Landscapes
- Debugging And Monitoring (AREA)
Abstract
【課題】開発されたプログラムの不具合に関して行なわれるテスト要員並びに開発者の作業を軽減する不具合検出方法を提供する。
【解決手段】作成したプログラムの不具合を検出する不具合検出方法であって、プログラムの仕様上出力される仕様上出力結果を特定する情報を含むテスト管理情報を登録するテスト管理情報登録段階と、開発されたプログラムを実行させ、前記開発されたプログラムが出力した出力結果を取得する出力結果取得段階と、前記出力結果と前記仕様上出力結果とを比較する出力結果比較段階と、前記出力結果比較段階で比較した結果、不具合を検出した場合、前記開発したプログラムの不具合を含む不具合情報を明示する不具合情報明示段階とを有する。
【選択図】 図１
【解決手段】作成したプログラムの不具合を検出する不具合検出方法であって、プログラムの仕様上出力される仕様上出力結果を特定する情報を含むテスト管理情報を登録するテスト管理情報登録段階と、開発されたプログラムを実行させ、前記開発されたプログラムが出力した出力結果を取得する出力結果取得段階と、前記出力結果と前記仕様上出力結果とを比較する出力結果比較段階と、前記出力結果比較段階で比較した結果、不具合を検出した場合、前記開発したプログラムの不具合を含む不具合情報を明示する不具合情報明示段階とを有する。
【選択図】 図１
Description
【０００１】
【発明の属する技術分野】
本発明は、開発したプログラムの不具合に関する処理を行う不具合検出方法に関する。
【０００２】
【従来の技術】
従来、プログラムをテストするために、テスト要員は、サーバにログインしバッチプログラムを起動し、出力メッセージを確認したり、プログラムにより出力される画面や帳票の結果を、仕様上の出力結果が記されているテスト仕様書と比較していた。このようなテストにおいて、テスト要員は、不具合が見つかると、その不具合の記録を作成し不具合リストと共に開発者に手渡していた。
【０００３】
それらを受け取った開発者は、プログラムの修正を完了するとテスト要員にその旨を通知し、その後、テスト要員が修正されたプログラムを受取り、再テストを行っていた。
【０００４】
特許文献１には自動テストに関する技術が述べられ、その請求項２において、テスト結果が異常であれば番号を付与して、内容とテスト項目とを記録してテスト報告リストを作成することが開示されている。
【０００５】
【特許文献１】
特開平１０−３４０２０１号公報
【０００６】
【発明が解決しようとする課題】
このようなテストにおいて、例えば画面の出力結果による不具合の場合は、どのフィールドでエラーが出ているかを示すため、出力結果をハードコピーして添付する必要がある。しかし、プログラムの開発が海外で行われている場合などは、ハードコピーをＦＡＸや郵送する必要があるとともに、言語の相違によるコミュニケーションの問題などがあった。
【０００７】
また、発生した不具合の対処状況については不具合管理票として人手で管理をするしかなく、工数がかかるという問題があった。
【０００８】
本発明は、このような問題点に鑑み、開発されたプログラムの不具合に関して行なわれるテスト要員並びに開発者の作業を軽減する不具合検出方法を提供することを目的とする。
【０００９】
【課題を解決するための手段】
本発明は、プログラムの不具合を検出する不具合検出方法であって、プログラムの仕様上出力される仕様上出力結果を特定する情報を含むテスト管理情報を登録するテスト管理情報登録段階と、開発されたプログラムを実行させ、前記開発されたプログラムが出力した出力結果を取得する出力結果取得段階と、前記出力結果と前記仕様上出力結果とを比較する出力結果比較段階と、前記出力結果比較段階で比較した結果、不具合を検出した場合、前記開発したプログラムの不具合を含む不具合情報を明示する不具合情報明示段階とを有することを特徴とする。
【００１０】
本発明によれば、開発されたプログラムの不具合に関して行なわれるテスト要員並びに開発者の作業を軽減する不具合検出方法を提供することができる。
【００１１】
【発明の実施の形態】
以下、図面を参照し、本発明の実施形態について説明する。
【００１２】
最初に、図１を用いて本発明の実施の形態における全体構成図を説明する。図１には、テストセンタサーバ１０と、テスト要員端末１１と、開発側端末１２と、それらを接続するネットワーク１８、１９とが示されている。
【００１３】
テストセンタサーバ１０は、プログラムのテストを実行するサーバである。テスト要員端末１１は、テスト要員がプログラムのテストを行うために、テストセンタサーバ１０とやり取りをするための端末である。開発側端末１２は、開発者にテスト結果の表示をするテスト結果表示機能２３を有する端末である。
【００１４】
また、図１には、テストセンタサーバ１０がプログラムのテストをするために用いられるテスト管理マスタ１３と、テスト仕様ファイル１４と、補助記憶媒体１７とが示されている。さらに図１には、テストセンタサーバ１０の機能として、テスト管理マスタ登録機能２０と、テスト実施機能２１と、テスト結果確認機能２２と、それらを実行させるためのテスト実行コマンド１５と、テストの対象となるテスト対象モジュール１６も示されている。上記テスト管理マスタ１３、テスト仕様ファイル１４、テスト管理マスタ登録機能２０、テスト実施機能２１、テスト結果確認機能２２、テスト実行コマンド１５は、後に詳細な説明をする
次に、図２を用いてテストセンタサーバ１０、テスト要員端末１１、開発側端末１２などＰＣのハードウェア構成図について説明する。図２に示されるハードウェア構成は、それぞれバスＢで相互に接続されている入力装置３１と，表示装置３２と，ドライブ装置３３と，記録媒体３４と，補助記憶装置３５と，メモリ装置３６と，演算処理装置３７と，インタフェース装置３８とを含むように構成される。
【００１５】
入力装置３１は、ＰＣのユーザが操作するキーボード及びマウスなどで構成され、ＰＣに各種操作信号を入力するために用いられる。表示装置３２は、ＰＣを操作するのに必要な各種ウィンドウやデータ等を表示する。インタフェース装置３８は、ＰＣをネットワークに接続する為のインタフェースであり、例えばＮＩＣ（Ｎｅｔｗｏｒｋ Ｉｎｔｅｒｆａｃｅ Ｃａｒｄ）やモデム等で構成される。
【００１６】
そして、ＰＣを動作させるためのプログラムは、ＣＤ−ＲＯＭ等の記録媒体３４によって提供されるか、ネットワークを通じてダウンロードされる。また、記録媒体３４は、ドライブ装置３３にセットされ、データやプログラムが記録媒体３４からドライブ装置３３を介して補助記憶装置３５にインストールされる。また、図１で示した補助記憶媒体１７も記録媒体３４のひとつである。
【００１７】
補助記憶装置３５は、データやプログラムを格納すると共に、必要なファイル等を格納する。メモリ装置３６は、ＰＣの起動時に補助記憶装置３５からプログラムを読み出して格納する。演算処理装置３７は、メモリ装置３６に読み出され格納されたプログラムに従って処理を実行する。
【００１８】
次に、図３を用いて、テスト管理マスタ１３を説明する。テスト管理マスタ１３は、以下に説明する１つ以上のテスト管理情報からなり、テスト管理マスタ１３には、２つのテスト管理情報５０、５１が示されている。
【００１９】
テスト管理情報５０は、テスト管理番号５２と、開発者連絡先５３と、プログラム特定情報５４と、バッチオンライン区分情報５５と、実行コマンド名特定情報５６と、テスト仕様特定情報５７と、メッセージファイル名特定情報５８と、テスト完了フラグ５９とを有する。
【００２０】
このうち、テスト管理番号５２は、各テスト管理情報に一意的に割り当てられる番号である。開発者連絡先５３は、プログラムを開発した開発者の連絡先であり、開発者に不具合情報を通知するために用いられる。プログラム特定情報５４は、テストするプログラムを特定するための情報である。
【００２１】
バッチオンライン区分情報は、テストをバッチ処理で行う場合「０」で表され、オンライン処理で行う場合「１」で示される情報である。このバッチ処理と、オンライン処理については後述する。実行コマンド名特定情報５６は、テストの際に実行されるコマンドを特定する情報である。メッセージファイル名特定情報５８は、開発したプログラムの出力結果などを出力するファイル名を特定する情報である。テスト完了フラグ５９は、テストが完了したかどうかを示す情報である。このテストの完了とは、単にテストを終えたわけではなく、プログラムの不具合が無くなったことを示す。
【００２２】
単にテストを終え、不具合があった場合のテスト管理情報を、図４を用いて説明する。図４に示されるテスト管理情報は、図３で示したテスト管理情報に、最新テスト実施日特定情報６０と、テスト回数特定情報６１と、不一致フィールド特定情報６２と、仕様値特定情報６３と、不一致結果特定情報６４とが新たに加わる。
【００２３】
最新テスト実施日特定情報６０は、テストを実施した日付のうち、最も新しい日付を表す。テスト回数特定情報６１は、テストが実施された回数を表す。不一致フィールド特定情報６２は、いかなるフィールドで、不一致が生じたかを示す情報である。仕様値特定情報６３は、仕様により本来予定されている情報を表す。不一致結果特定情報６４は、テストしたらどのような結果となったかを示す情報である。
【００２４】
以上示したテスト管理情報は、例えば、図５に示される電文によりテスト管理マスタで受け付けられる。図５に示される電文には、テスト管理情報（図３参照）が必要とする開発者連絡先と、プログラム特定情報と、バッチオンライン区分情報と、実行コマンド名特定情報と、テスト仕様特定情報と、メッセージファイル名特定情報がもれなく含まれている。
【００２５】
次に、テスト管理情報の項目であるテスト仕様特定情報とメッセージファイル名特定情報がそれぞれ特定するテスト仕様とメッセージファイル内容について、各２つの例を用いて説明する。
【００２６】
まず最初の例として、図６のバッチ処理におけるテスト仕様とメッセージファイル内容について説明する。図６には、マスタＤＢ８２を、マスタ更新データ８０で更新する更新プログラム８１と、更新プログラムから出力されるメッセージリスト８３と、それを例えば補助記憶装置に記憶したメッセージファイル８４が示されている。
【００２７】
この図６に示されるバッチ処理を行う場合のテスト仕様を、図７を用いて説明する。この場合のテスト仕様には、図７に示されるように、位置情報７０と予定値７１とで構成される。位置情報７０は、（行数，カラム数，バイト数）で表現される。これらの内容は、図８に示されるメッセージファイル名特定情報が特定するメッセージファイルの内容を参照しながら説明する。なお、位置情報は、出力結果であるメッセージファイルが有する情報のうち、比較する対象となる情報を指定する指定情報である。
【００２８】
図８に示されるメッセージファイルの内容は、日時７２と、データ件数７３と、エラーデータ件数７４で構成され、日時７２はテストを開始した日時を表し、データ件数７３はテストしたデータの件数を表し、エラーデータ件数は、エラーとなったデータの件数を表している。
【００２９】
そこで、図７に示される位置情報７０の（３，１６，４）は、３行目１６カラム目から始まる４バイト、すなわち、データ件数７３の「１５８４」を特定している。それが予定値７１の「１５８４」と一致しているかどうかで、プログラムに不具合があるかどうか判断される。
【００３０】
ちなみに、図７の２行目に示される（４，１７，２）は、図８のエラーデータ件数７４の「８６」を特定し、それが「９３」になっていないため、不具合であると判断される。
【００３１】
次に、２つ目のテスト仕様とメッセージファイル内容を、図９に示されるオンライン処理を用いて説明する。図９には、オンライン端末８５と、受発注照会オンラインプログラム８６と、受発注マスタ８７と、メッセージファイル８８とが示されている。オンライン端末８５は、受発注を行う端末である。受発注照会オンラインプログラム８６は、オンライン端末８５から受発注を受けるとともに、受発注マスタ８７を更新する。また、受発注照会オンラインプログラム８６は、メッセージファイル８８を出力する。
【００３２】
このオンライン処理を行う場合のテスト仕様は、図１０に示されるように、フィールド名特定情報７５と正常出力結果情報７６とを有する。フィールド名特定情報７５は、フィールド名を特定する情報であり、正常出力結果情報７６は、予定された出力結果を表す情報である。
【００３３】
また、図１１は、メッセージファイル内容を示すものであり、図１０に示されたフィールド名特定情報に対応する「注文番号」や「顧客名」などが並んでおり、出力した結果とイコールで結ばれている。
【００３４】
これら図１０と図１１の内容を比べてみると、図１０の「顧客名」が「富士通」となっているところ、図１１のメッセージファイルの内容では、「富士 太郎」となっている。この場合、図１２に示される不具合状況抽出データに示されるように、データ項目が顧客名で、仕様値が富士通で、出力値が富士太郎というように、どの部分で不具合を検出したかを示す不具合情報が抽出されるようになっている。
【００３５】
このように検出された不具合は、例えば図１３に示されるテスト画面の不具合欄７５に表示され、これによりテスト要員は、どの部分で不具合が発生したか一目で分かるようになっている。
【００３６】
また、テストの実施するための実行コマンドであるが、図１４に示されるような「ｇｏ．ｓｈ」というシェルスクリプトを作成し、実行コマンドとしても良い。この場合、「／ｔｍｐ／ａａ０３５０１．ｔｘｔ」という引数をシェルスクリプトに渡すようにする。そうすると「ａａ０３５０１．ｔｘｔ」がメッセージファイルとなる。
【００３７】
なお、シェルスクリプトの内容は、図１５に示されるように、３行目で引数として受け取った文字列、例えば「ａａ０３５０１．ｔｘｔ」を、「ｓａｖｅ＿ｆｉｌｅ」にセットし、５行目で、テストするプログラムである「ａａａ００３５」に、引数として「ｓａｖｅ＿ｆｉｌｅ」を渡す内容となっている。これにより、「ａａａ００３５」は、「ａａ０３５０１．ｔｘｔ」をメッセージファイルと認識する。
【００３８】
次に、具体的な処理内容について、フローチャートを用いながら説明する。最初に、図１６を用いて、テスト管理マスタ１３へテスト管理情報を登録する処理を説明する。なお、この処理は、テスト管理情報登録段階に対応する。
【００３９】
ステップＳ１０１で、テストセンタサーバは、テスト要員端末１１からテスト管理情報を受け付ける。次に、テストセンタサーバは、ステップＳ１０２で、テスト管理マスタ１３を参照し、他のテスト管理番号と重複しない適当なテスト管理番号を付与する。そして、ステップＳ１０３で、テストセンタサーバは、テスト管理マスタ１３にテスト管理情報を格納し、登録処理は終了する。
【００４０】
図１７、図１８は、この登録処理におけるテスト要員端末のユーザインタフェースを示すものである。図１７は、テスト要員端末がテストセンタサーバにテスト管理情報を登録する際の登録画面８９である。
【００４１】
この登録画面８９は、テスト管理情報入力欄９０と、登録ボタン９１と、中止ボタン９２を有する。テスト管理情報入力欄９０は、テスト要員によりテスト管理情報が入力される欄である。登録ボタン９１は、テスト管理情報入力欄９０に入力した内容を登録する際に押下されるボタンである。中止ボタン９２は、登録を中止する際に押下されるボタンである。
【００４２】
テスト要員がテスト管理情報を入力し、登録ボタン９１を押下すると、テストセンタサーバは、ステップＳ１０１の処理が行われ、ステップＳ１０２でテスト管理番号が付与されると、テスト要員端末１１に図１８に示されるテスト管理番号付与画面９３が表示される。このテスト管理番号付与画面９３は、入力テスト管理情報９３と、テスト管理番号欄９５と、確認ボタン９６とを有する。
【００４３】
入力テスト管理情報９３には、先ほどの登録画面で入力されたテスト管理情報が表示される。テスト管理番号欄９５は、テストセンタサーバから付与されたテスト管理番号が表示される欄である。確認ボタン９６は、確認を終えたテスト要員に押下されるボタンである。
【００４４】
次に、テストの実施について説明する。図１９は、テストを実施する際のテストセンタサーバの処理を示すフローチャートである。なお、この処理は、出力結果取得段階に対応する。
【００４５】
ステップＳ２０１で、テストセンタサーバは、テスト要員端末１１からテスト管理番号を受け付ける。次に、テストセンタサーバは、ステップＳ２０２で、テスト管理マスタ１３からテスト条件を取得する。このテスト条件とは、テスト管理情報に含まれる例えば実行コマンドなどである。次に、テストセンタサーバは、ステップＳ２０３で、実行コマンドによりテストを実施し、メッセージファイル２５を出力し、処理を終了する。
【００４６】
図２０は、テスト要員端末１１がテストを実施するために、テスト管理番号を入力するためのテスト管理番号入力画面１００を示すものである。このテスト管理番号入力画面１００は、テスト管理番号入力欄９７と、確認ボタン９８と、中止ボタン９９を有する。テスト管理番号入力欄９７には、実施するテストに付与されたテスト管理番号の入力が行なわれる。確認ボタン９８は、テスト要員が入力したテスト管理番号を確認した際に押下されるボタンである。中止ボタン９９は、テスト管理番号の入力を中止する際に押下されるボタンである。
【００４７】
図２０で、テスト要員が、確認ボタン９８を押下すると、テストセンタサーバは、ステップＳ２０１の処理を行い、テスト要員端末１１には、図２１に示されるテスト実施画面１０１が表示される。このテスト実施画面１０１は、実施内容１０４と実行ボタン１０２と、中止ボタン１０３を有する。実施内容１０４は、最初に登録した内容をテスト要員が確認するために表示される。実行ボタン１０２は、テストを実行する場合に押下される。中止ボタン１０３は、テストの実施を中止する場合に押下される。
【００４８】
以上のようにしてテストが実施されると、テスト結果の確認が行なわれる。この処理を、図２２、図２３のフローチャートを用いて説明する。なお、この処理は、出力結果比較段階に対応する。
【００４９】
ステップＳ３０１で、テストセンタサーバは、テスト要員端末１１からテスト管理番号を受け付ける。次に、テストセンタサーバは、ステップＳ３０２で、テスト管理マスタ１３からメッセージファイル名を取得する。そして、ステップＳ３０３で、テストセンタサーバは、メッセージファイル２５から出力結果情報を取得する。その出力結果と、仕様上の出力結果の対比がステップＳ３０４で行なわれる。この処理では、不具合を検出すると不具合状況を示す不具合状況抽出データが出力されるが、ステップＳ３０４の詳細については、後にフローチャートを用いて説明する。
【００５０】
ステップＳ３０５で、テストセンタサーバは、テスト管理マスタ１３に、該当するテスト管理番号の不具合が記録されているかどうか判断する。もし、不具合が記録されていない場合、処理は図２３のステップＳ３０８へ進む。なお、ここでの不具合は、このテスト以前に発生した不具合を意味する。
【００５１】
以前発生した不具合が記録されている場合、テストセンタサーバは、ステップＳ３０６で不具合状況抽出データ１０５を参照し、以前発生していた不具合が検出されなかったかどうかを判断する。検出されている場合、処理は図２３のステップＳ３０８へ進む。
【００５２】
不具合が検出されなくなった場合、テストセンタサーバは、ステップＳ３０７でテスト管理マスタ１３のテスト完了フラグに書き込みを行い、ステップＳ３１２へ処理を進める。
【００５３】
続いて図２３の説明をする。ステップＳ３０８で、テストセンタサーバは、テスト管理マスタ１３にテスト結果の書き込みを行う。次に、テストセンタサーバは、ステップＳ３０９で、今のテストで不具合が発生しているかどうか判断する。不具合が発生していない場合、テストセンタサーバは、ステップＳ３１１で、テスト完了フラグを書き込み、ステップＳ３１２へ処理を進める。
【００５４】
ステップＳ３０９で、不具合を検出したと判断された場合、テストセンタサーバは、ステップＳ３１０で不具合状況を、不具合状況抽出データ１０５を参照しながらテスト管理マスタ１３に書き込む。
【００５５】
そして、テストセンタサーバは、ステップＳ３１２で、テスト管理番号を開発側端末１２に通知し、処理を終了する。
【００５６】
次に、上記ステップＳ３０４の処理を、図２４のフローチャートを用いて説明する。ステップＳ４０１で、テストセンタサーバは、テスト管理マスタ１３から、テスト仕様ファイル１４を特定する。次のステップＳ４０２で、テストセンタサーバは、テスト仕様ファイル１４から仕様上の出力値が格納された位置情報を取得する。
【００５７】
位置情報をもとに、テストセンタサーバは、ステップＳ４０３で仕様上の出力値情報を取得する。そして、テストセンタサーバは、ステップＳ４０４で、メッセージファイルの出力値と仕様上の出力値は一致しているかどうか判断する。一致している場合、処理はステップＳ４０６へ進む。一致していない場合、テストセンタサーバは、不具合を検出したと判断し、ステップＳ４０５で、不具合状況を抽出し、不具合状況抽出データ１５を出力する。
【００５８】
次に、テストセンタサーバは、ステップＳ４０６で、テスト仕様上の全ての項目についてメッセージファイルの出力値と仕様上の出力値は一致しているかどうか確認を行い、確認が終了していなければ、再びステップＳ４０２の処理を行う。確認が終了している場合、処理は終了する。
【００５９】
このようにして得られたテスト結果が正常な場合、テスト結果を例えば図２５に示されるようなテスト結果表示画面１１０で表示しても良い。テスト結果表示画面１１０は、テスト結果１０７と確認ボタン１０６とを有する。テスト結果１０７には、テスト管理番号と、テスト仕様が一致したことが表示されている。この画面により、テスト結果が正常であったことが分かる。
【００６０】
また、テスト結果が異常の場合、図２６に示されるような、テスト結果表示画面１１１を表示しても良い。テスト結果表示画面１１１は、テスト結果１０９と確認ボタン１０８とを有する。テスト結果１０９には、テスト管理番号と、テスト仕様が一致しなかったことが表示されている。この画面により、テスト結果が異常であったことが分かる。また、不具合があったことを表している「フィールド」、「仕様」、「不一致結果」とその内容を、テスト管理番号と異なる色にしても良い。
【００６１】
次に、テスト結果を表示する側である開発側端末におけるテスト結果を表示する処理について、図２７を用いて説明する。なお、この処理は、不具合情報明示段階に対応する。
【００６２】
ステップＳ５０１で開発側端末は、テストセンタサーバ１０からテスト管理番号を受け取る（図２３参照）。次に、開発側端末は、ステップＳ５０２で、テスト管理マスタ１３からテスト結果状況を取得する。そして、開発側端末は、ステップＳ５０３でテスト完了フラグが未完了かどうか判断する。未完了でなければ、開発側端末は、ステップＳ５０４でテスト完了表示をして処理を終了する。
【００６３】
ステップＳ５０３で、開発側端末は、テスト完了フラグは未完了であると判断すると、ステップＳ５０５でテスト対象モジュール１６を用いてテスト対象画面フォームを表示する。また、ステップＳ５０６で、開発側端末は、テスト管理マスタ１３から不一致フィールド情報を取得し、ステップＳ５０７で不一致が発生したフィールドの表示属性の変更をし、ステップＳ５０８で不一致状況を表示して処理を終了する。このように不具合情報は、明示されるようになっている。
【００６４】
次に、図２８、図２９を用いて開発側端末に表示されるテスト結果の画面例を説明する。
【００６５】
図２８に示されるテスト管理番号入力画面１１８は、テスト管理番号入力欄１１２と確認ボタン１１３と、中止ボタン１１４とを有し、開発者がテスト管理番号を入力するための画面である。このテスト管理番号入力画面１１８に開発者がテスト管理番号を入力し、確認ボタン１１３を押下すると、図２９に示されるテスト結果表示画面１１９が表示される。このテスト結果表示画面１１９は、テストの実施内容１１５と、テスト結果１１６と、確認ボタン１１７を有する。実施内容１１５には、最初に登録した内容並びに、テスト開始日と最新テスト日とテスト回数とが表示される。またテスト結果１１６には、フィールドと、仕様と、不一致結果とが表示される。
【００６６】
これらの表示により、開発者はテスト結果を知ることができ、不具合を修正することができる。そして、修正された不具合は、再びテストされ、いずれ不具合のないプログラムが完成する。
【００６７】
このときのテスト要員端末のユーザインタフェースについて説明する。テスト要員は、今までと同様、図２０に示される画面により、テストを開始する。その結果、不具合がない場合、図３０に示されるテスト結果表示画面１２１が表示される。テスト結果表示画面１２１は、実施内容１２６と、完了ボタン１２７と、中止ボタン１２８を有する。
【００６８】
そして、実施内容１２６には、テスト回数：３と表示されており、不具合は表示されていないので、テスト要員は、テストが完了したことを確認できる。そこで、テスト要員は、完了ボタン１２７を押下すると、図３１に示されるテスト完了画面１２９が表示される。この画面には、テスト完了メッセージ１２９がテスト管理番号を伴い表示される。
【００６９】
最後に、本発明の要旨のいくつかを以下に列挙する。
（付記１） コンピュータがプログラムをテストし、該プログラムの不具合を検出する不具合検出方法であって、
コンピュータがプログラムの仕様上出力される仕様上出力結果を登録されるテスト管理情報登録段階と、
コンピュータが開発されたプログラムを実行し、前記開発されたプログラムが出力した出力結果を取得する出力結果取得段階と、
コンピュータが前記出力結果と前記仕様上出力結果とを比較する出力結果比較段階と、
コンピュータが前記出力結果比較段階で比較した結果、不具合を検出した場合、前記開発したプログラムの不具合情報を明示する不具合情報明示段階と
を有することを特徴とする不具合検出方法。
（付記２） 前記テスト管理情報は、前記プログラムを開発した開発者の連絡先を含むことを特徴とする付記１に記載の不具合検出方法。
（付記３） 前記不具合情報明示段階では、前記開発者の連絡先に前記不具合情報を通知することを特徴とする付記２に記載の不具合検出方法。
（付記４） 前記テスト管理情報登録段階で前記テスト管理情報が登録されると、登録された前記テスト管理情報を識別するためのテスト管理番号を付与することを特徴とする付記１から３のいずれか１項に記載の不具合検出方法。
（付記５） 前記出力結果取得段階では、前記テスト管理番号が入力されることにより、処理が開始されることを特徴とする付記４に記載の不具合検出方法。
（付記６） 前記出力結果比較段階では、以前発生した不具合情報と、新たに発生した不具合情報との比較を行うことを特徴とする付記１から５のいずれか１項に記載の不具合検出方法。
（付記７） 前記仕様上出力結果は、前記出力結果が有する情報のうち、比較する対象となる情報を指定する指定情報を含むことを特徴とする付記１から６のいずれか１項に記載の不具合検出方法。
（付記８） 前記不具合情報明示段階では、前記不具合情報に加え、実施したテストに関する情報である実施内容情報も明示されることを特徴とする付記１から７のいずれか１項に記載の不具合検出方法。
（付記９） 前記不具合情報明示段階では、前記不具合情報と前記実施内容情報とが、異なる色で明示されることを特徴とする付記８に記載の不具合検出方法。
【００７０】
【発明の効果】
以上のように、本発明によれば、開発されたプログラムの不具合に関して行なわれるテスト要員並びに開発者の作業を軽減する不具合検出方法を提供することができる。
【図面の簡単な説明】
【図１】本発明の実施の形態における全体構成図である。
【図２】ＰＣのハードウェア構成図である。
【図３】テスト管理マスタを示す図である。
【図４】テスト管理情報を示す図である。
【図５】テスト管理マスタで受け付ける電文を示す図である。
【図６】バッチ処理の例を示すブロック図である。
【図７】テスト仕様を示す図である。
【図８】メッセージファイルの内容を示す図である。
【図９】オンライン処理の例を示すブロック図である。
【図１０】テスト仕様を示す図である。
【図１１】メッセージファイルの内容を示す図である。
【図１２】不具合状況抽出データを示す図である。
【図１３】テスト画面における不具合表示欄を示す図である。
【図１４】実行コマンドを示す図である。
【図１５】シェルスクリプトを示す図である。
【図１６】テスト管理情報を登録する処理を示すフローチャートである。
【図１７】テスト要員端末のユーザインタフェースを示す図である。
【図１８】テスト要員端末のユーザインタフェースを示す図である。
【図１９】テストセンタサーバの処理を示すフローチャートである。
【図２０】テスト管理番号入力画面を示す図である。
【図２１】テスト実施画面を示す図である。
【図２２】テスト結果を確認する処理を示すフローチャート（その１）である。
【図２３】テスト結果を確認する処理を示すフローチャート（その２）である。
【図２４】出力結果と仕様上の出力値を対比するフローチャートである。
【図２５】テスト結果表示画面を示す図である。
【図２６】テスト結果表示画面を示す図である。
【図２７】テスト結果を表示する処理を示すフローチャートである。
【図２８】テスト管理番号入力画面を示す図である。
【図２９】テスト結果表示画面を示す図である。
【図３０】テスト結果表示画面を示す図である。
【図３１】テスト完了画面を示す図である。
【符号の説明】
１０ テストセンタサーバ
１１ テスト要員端末
１２ 開発側端末
１３ テスト管理マスタ
１４ テスト仕様ファイル
１５ テスト実行コマンド
１６ テスト対象モジュール
１７ 補助記録媒体
１８、１９ ネットワーク
２０ テスト管理マスタ登録機能
２１ テスト実施機能
２２ テスト結果確認機能
３１ 入力装置
３２ 表示装置
３３ ドライブ装置
３４ 記録媒体
３５ 補助記憶装置
３６ メモリ装置
３７ 演算処理装置
３８ インタフェース装置
５０、５１、５２ テスト管理情報
５３ 開発者連絡先
５４ プログラム特定情報
５５ バッチオンライン区分情報
５６ 実行コマンド名特定情報
５７ テスト仕様特定情報
５８ メッセージファイル名特定情報
５９ テスト完了フラグ
６０ 最新テスト実施日特定情報
６１ テスト回数特定情報
６２ 不一致フィールド特定情報
６３ 仕様値特定情報
６４ 不一致結果特定情報
７０ 位置情報
７１ 予定値
７２ 日時
７３ データ件数
７４ エラーデータ件数
７５ 不具合表示欄
８０ マスタ更新データ
８１ 更新プログラム
８２ マスタＤＢ
８３ メッセージリスト
２５、８４、８８ メッセージファイル
８５ オンライン端末
８６ 受発注照会オンラインプログラム
８７ 受発注マスタ
８９ 登録画面
９０ テスト管理情報入力欄
９１ 登録ボタン
９２、９９、１０３、１１４、１２８ 中止ボタン
９３ テスト管理番号付与画面
９４ 入力テスト管理情報
９５ テスト管理番号欄
９６、９８、１０６、１０８、１１３、１１７ 確認ボタン
９７、１１２ テスト管理番号入力欄
１００、１１８ テスト管理番号入力画面
１０１ テスト実施画面
１０２ 実行ボタン
１０４、１１５、１２６ 実施内容
１０５ 不具合状況抽出データ
１０７、１０９、１１６ テスト結果
１１０、１１１、１１９、１２１ テスト結果表示画面
１２８ 完了ボタン
１２９ テスト完了画面
【発明の属する技術分野】
本発明は、開発したプログラムの不具合に関する処理を行う不具合検出方法に関する。
【０００２】
【従来の技術】
従来、プログラムをテストするために、テスト要員は、サーバにログインしバッチプログラムを起動し、出力メッセージを確認したり、プログラムにより出力される画面や帳票の結果を、仕様上の出力結果が記されているテスト仕様書と比較していた。このようなテストにおいて、テスト要員は、不具合が見つかると、その不具合の記録を作成し不具合リストと共に開発者に手渡していた。
【０００３】
それらを受け取った開発者は、プログラムの修正を完了するとテスト要員にその旨を通知し、その後、テスト要員が修正されたプログラムを受取り、再テストを行っていた。
【０００４】
特許文献１には自動テストに関する技術が述べられ、その請求項２において、テスト結果が異常であれば番号を付与して、内容とテスト項目とを記録してテスト報告リストを作成することが開示されている。
【０００５】
【特許文献１】
特開平１０−３４０２０１号公報
【０００６】
【発明が解決しようとする課題】
このようなテストにおいて、例えば画面の出力結果による不具合の場合は、どのフィールドでエラーが出ているかを示すため、出力結果をハードコピーして添付する必要がある。しかし、プログラムの開発が海外で行われている場合などは、ハードコピーをＦＡＸや郵送する必要があるとともに、言語の相違によるコミュニケーションの問題などがあった。
【０００７】
また、発生した不具合の対処状況については不具合管理票として人手で管理をするしかなく、工数がかかるという問題があった。
【０００８】
本発明は、このような問題点に鑑み、開発されたプログラムの不具合に関して行なわれるテスト要員並びに開発者の作業を軽減する不具合検出方法を提供することを目的とする。
【０００９】
【課題を解決するための手段】
本発明は、プログラムの不具合を検出する不具合検出方法であって、プログラムの仕様上出力される仕様上出力結果を特定する情報を含むテスト管理情報を登録するテスト管理情報登録段階と、開発されたプログラムを実行させ、前記開発されたプログラムが出力した出力結果を取得する出力結果取得段階と、前記出力結果と前記仕様上出力結果とを比較する出力結果比較段階と、前記出力結果比較段階で比較した結果、不具合を検出した場合、前記開発したプログラムの不具合を含む不具合情報を明示する不具合情報明示段階とを有することを特徴とする。
【００１０】
本発明によれば、開発されたプログラムの不具合に関して行なわれるテスト要員並びに開発者の作業を軽減する不具合検出方法を提供することができる。
【００１１】
【発明の実施の形態】
以下、図面を参照し、本発明の実施形態について説明する。
【００１２】
最初に、図１を用いて本発明の実施の形態における全体構成図を説明する。図１には、テストセンタサーバ１０と、テスト要員端末１１と、開発側端末１２と、それらを接続するネットワーク１８、１９とが示されている。
【００１３】
テストセンタサーバ１０は、プログラムのテストを実行するサーバである。テスト要員端末１１は、テスト要員がプログラムのテストを行うために、テストセンタサーバ１０とやり取りをするための端末である。開発側端末１２は、開発者にテスト結果の表示をするテスト結果表示機能２３を有する端末である。
【００１４】
また、図１には、テストセンタサーバ１０がプログラムのテストをするために用いられるテスト管理マスタ１３と、テスト仕様ファイル１４と、補助記憶媒体１７とが示されている。さらに図１には、テストセンタサーバ１０の機能として、テスト管理マスタ登録機能２０と、テスト実施機能２１と、テスト結果確認機能２２と、それらを実行させるためのテスト実行コマンド１５と、テストの対象となるテスト対象モジュール１６も示されている。上記テスト管理マスタ１３、テスト仕様ファイル１４、テスト管理マスタ登録機能２０、テスト実施機能２１、テスト結果確認機能２２、テスト実行コマンド１５は、後に詳細な説明をする
次に、図２を用いてテストセンタサーバ１０、テスト要員端末１１、開発側端末１２などＰＣのハードウェア構成図について説明する。図２に示されるハードウェア構成は、それぞれバスＢで相互に接続されている入力装置３１と，表示装置３２と，ドライブ装置３３と，記録媒体３４と，補助記憶装置３５と，メモリ装置３６と，演算処理装置３７と，インタフェース装置３８とを含むように構成される。
【００１５】
入力装置３１は、ＰＣのユーザが操作するキーボード及びマウスなどで構成され、ＰＣに各種操作信号を入力するために用いられる。表示装置３２は、ＰＣを操作するのに必要な各種ウィンドウやデータ等を表示する。インタフェース装置３８は、ＰＣをネットワークに接続する為のインタフェースであり、例えばＮＩＣ（Ｎｅｔｗｏｒｋ Ｉｎｔｅｒｆａｃｅ Ｃａｒｄ）やモデム等で構成される。
【００１６】
そして、ＰＣを動作させるためのプログラムは、ＣＤ−ＲＯＭ等の記録媒体３４によって提供されるか、ネットワークを通じてダウンロードされる。また、記録媒体３４は、ドライブ装置３３にセットされ、データやプログラムが記録媒体３４からドライブ装置３３を介して補助記憶装置３５にインストールされる。また、図１で示した補助記憶媒体１７も記録媒体３４のひとつである。
【００１７】
補助記憶装置３５は、データやプログラムを格納すると共に、必要なファイル等を格納する。メモリ装置３６は、ＰＣの起動時に補助記憶装置３５からプログラムを読み出して格納する。演算処理装置３７は、メモリ装置３６に読み出され格納されたプログラムに従って処理を実行する。
【００１８】
次に、図３を用いて、テスト管理マスタ１３を説明する。テスト管理マスタ１３は、以下に説明する１つ以上のテスト管理情報からなり、テスト管理マスタ１３には、２つのテスト管理情報５０、５１が示されている。
【００１９】
テスト管理情報５０は、テスト管理番号５２と、開発者連絡先５３と、プログラム特定情報５４と、バッチオンライン区分情報５５と、実行コマンド名特定情報５６と、テスト仕様特定情報５７と、メッセージファイル名特定情報５８と、テスト完了フラグ５９とを有する。
【００２０】
このうち、テスト管理番号５２は、各テスト管理情報に一意的に割り当てられる番号である。開発者連絡先５３は、プログラムを開発した開発者の連絡先であり、開発者に不具合情報を通知するために用いられる。プログラム特定情報５４は、テストするプログラムを特定するための情報である。
【００２１】
バッチオンライン区分情報は、テストをバッチ処理で行う場合「０」で表され、オンライン処理で行う場合「１」で示される情報である。このバッチ処理と、オンライン処理については後述する。実行コマンド名特定情報５６は、テストの際に実行されるコマンドを特定する情報である。メッセージファイル名特定情報５８は、開発したプログラムの出力結果などを出力するファイル名を特定する情報である。テスト完了フラグ５９は、テストが完了したかどうかを示す情報である。このテストの完了とは、単にテストを終えたわけではなく、プログラムの不具合が無くなったことを示す。
【００２２】
単にテストを終え、不具合があった場合のテスト管理情報を、図４を用いて説明する。図４に示されるテスト管理情報は、図３で示したテスト管理情報に、最新テスト実施日特定情報６０と、テスト回数特定情報６１と、不一致フィールド特定情報６２と、仕様値特定情報６３と、不一致結果特定情報６４とが新たに加わる。
【００２３】
最新テスト実施日特定情報６０は、テストを実施した日付のうち、最も新しい日付を表す。テスト回数特定情報６１は、テストが実施された回数を表す。不一致フィールド特定情報６２は、いかなるフィールドで、不一致が生じたかを示す情報である。仕様値特定情報６３は、仕様により本来予定されている情報を表す。不一致結果特定情報６４は、テストしたらどのような結果となったかを示す情報である。
【００２４】
以上示したテスト管理情報は、例えば、図５に示される電文によりテスト管理マスタで受け付けられる。図５に示される電文には、テスト管理情報（図３参照）が必要とする開発者連絡先と、プログラム特定情報と、バッチオンライン区分情報と、実行コマンド名特定情報と、テスト仕様特定情報と、メッセージファイル名特定情報がもれなく含まれている。
【００２５】
次に、テスト管理情報の項目であるテスト仕様特定情報とメッセージファイル名特定情報がそれぞれ特定するテスト仕様とメッセージファイル内容について、各２つの例を用いて説明する。
【００２６】
まず最初の例として、図６のバッチ処理におけるテスト仕様とメッセージファイル内容について説明する。図６には、マスタＤＢ８２を、マスタ更新データ８０で更新する更新プログラム８１と、更新プログラムから出力されるメッセージリスト８３と、それを例えば補助記憶装置に記憶したメッセージファイル８４が示されている。
【００２７】
この図６に示されるバッチ処理を行う場合のテスト仕様を、図７を用いて説明する。この場合のテスト仕様には、図７に示されるように、位置情報７０と予定値７１とで構成される。位置情報７０は、（行数，カラム数，バイト数）で表現される。これらの内容は、図８に示されるメッセージファイル名特定情報が特定するメッセージファイルの内容を参照しながら説明する。なお、位置情報は、出力結果であるメッセージファイルが有する情報のうち、比較する対象となる情報を指定する指定情報である。
【００２８】
図８に示されるメッセージファイルの内容は、日時７２と、データ件数７３と、エラーデータ件数７４で構成され、日時７２はテストを開始した日時を表し、データ件数７３はテストしたデータの件数を表し、エラーデータ件数は、エラーとなったデータの件数を表している。
【００２９】
そこで、図７に示される位置情報７０の（３，１６，４）は、３行目１６カラム目から始まる４バイト、すなわち、データ件数７３の「１５８４」を特定している。それが予定値７１の「１５８４」と一致しているかどうかで、プログラムに不具合があるかどうか判断される。
【００３０】
ちなみに、図７の２行目に示される（４，１７，２）は、図８のエラーデータ件数７４の「８６」を特定し、それが「９３」になっていないため、不具合であると判断される。
【００３１】
次に、２つ目のテスト仕様とメッセージファイル内容を、図９に示されるオンライン処理を用いて説明する。図９には、オンライン端末８５と、受発注照会オンラインプログラム８６と、受発注マスタ８７と、メッセージファイル８８とが示されている。オンライン端末８５は、受発注を行う端末である。受発注照会オンラインプログラム８６は、オンライン端末８５から受発注を受けるとともに、受発注マスタ８７を更新する。また、受発注照会オンラインプログラム８６は、メッセージファイル８８を出力する。
【００３２】
このオンライン処理を行う場合のテスト仕様は、図１０に示されるように、フィールド名特定情報７５と正常出力結果情報７６とを有する。フィールド名特定情報７５は、フィールド名を特定する情報であり、正常出力結果情報７６は、予定された出力結果を表す情報である。
【００３３】
また、図１１は、メッセージファイル内容を示すものであり、図１０に示されたフィールド名特定情報に対応する「注文番号」や「顧客名」などが並んでおり、出力した結果とイコールで結ばれている。
【００３４】
これら図１０と図１１の内容を比べてみると、図１０の「顧客名」が「富士通」となっているところ、図１１のメッセージファイルの内容では、「富士 太郎」となっている。この場合、図１２に示される不具合状況抽出データに示されるように、データ項目が顧客名で、仕様値が富士通で、出力値が富士太郎というように、どの部分で不具合を検出したかを示す不具合情報が抽出されるようになっている。
【００３５】
このように検出された不具合は、例えば図１３に示されるテスト画面の不具合欄７５に表示され、これによりテスト要員は、どの部分で不具合が発生したか一目で分かるようになっている。
【００３６】
また、テストの実施するための実行コマンドであるが、図１４に示されるような「ｇｏ．ｓｈ」というシェルスクリプトを作成し、実行コマンドとしても良い。この場合、「／ｔｍｐ／ａａ０３５０１．ｔｘｔ」という引数をシェルスクリプトに渡すようにする。そうすると「ａａ０３５０１．ｔｘｔ」がメッセージファイルとなる。
【００３７】
なお、シェルスクリプトの内容は、図１５に示されるように、３行目で引数として受け取った文字列、例えば「ａａ０３５０１．ｔｘｔ」を、「ｓａｖｅ＿ｆｉｌｅ」にセットし、５行目で、テストするプログラムである「ａａａ００３５」に、引数として「ｓａｖｅ＿ｆｉｌｅ」を渡す内容となっている。これにより、「ａａａ００３５」は、「ａａ０３５０１．ｔｘｔ」をメッセージファイルと認識する。
【００３８】
次に、具体的な処理内容について、フローチャートを用いながら説明する。最初に、図１６を用いて、テスト管理マスタ１３へテスト管理情報を登録する処理を説明する。なお、この処理は、テスト管理情報登録段階に対応する。
【００３９】
ステップＳ１０１で、テストセンタサーバは、テスト要員端末１１からテスト管理情報を受け付ける。次に、テストセンタサーバは、ステップＳ１０２で、テスト管理マスタ１３を参照し、他のテスト管理番号と重複しない適当なテスト管理番号を付与する。そして、ステップＳ１０３で、テストセンタサーバは、テスト管理マスタ１３にテスト管理情報を格納し、登録処理は終了する。
【００４０】
図１７、図１８は、この登録処理におけるテスト要員端末のユーザインタフェースを示すものである。図１７は、テスト要員端末がテストセンタサーバにテスト管理情報を登録する際の登録画面８９である。
【００４１】
この登録画面８９は、テスト管理情報入力欄９０と、登録ボタン９１と、中止ボタン９２を有する。テスト管理情報入力欄９０は、テスト要員によりテスト管理情報が入力される欄である。登録ボタン９１は、テスト管理情報入力欄９０に入力した内容を登録する際に押下されるボタンである。中止ボタン９２は、登録を中止する際に押下されるボタンである。
【００４２】
テスト要員がテスト管理情報を入力し、登録ボタン９１を押下すると、テストセンタサーバは、ステップＳ１０１の処理が行われ、ステップＳ１０２でテスト管理番号が付与されると、テスト要員端末１１に図１８に示されるテスト管理番号付与画面９３が表示される。このテスト管理番号付与画面９３は、入力テスト管理情報９３と、テスト管理番号欄９５と、確認ボタン９６とを有する。
【００４３】
入力テスト管理情報９３には、先ほどの登録画面で入力されたテスト管理情報が表示される。テスト管理番号欄９５は、テストセンタサーバから付与されたテスト管理番号が表示される欄である。確認ボタン９６は、確認を終えたテスト要員に押下されるボタンである。
【００４４】
次に、テストの実施について説明する。図１９は、テストを実施する際のテストセンタサーバの処理を示すフローチャートである。なお、この処理は、出力結果取得段階に対応する。
【００４５】
ステップＳ２０１で、テストセンタサーバは、テスト要員端末１１からテスト管理番号を受け付ける。次に、テストセンタサーバは、ステップＳ２０２で、テスト管理マスタ１３からテスト条件を取得する。このテスト条件とは、テスト管理情報に含まれる例えば実行コマンドなどである。次に、テストセンタサーバは、ステップＳ２０３で、実行コマンドによりテストを実施し、メッセージファイル２５を出力し、処理を終了する。
【００４６】
図２０は、テスト要員端末１１がテストを実施するために、テスト管理番号を入力するためのテスト管理番号入力画面１００を示すものである。このテスト管理番号入力画面１００は、テスト管理番号入力欄９７と、確認ボタン９８と、中止ボタン９９を有する。テスト管理番号入力欄９７には、実施するテストに付与されたテスト管理番号の入力が行なわれる。確認ボタン９８は、テスト要員が入力したテスト管理番号を確認した際に押下されるボタンである。中止ボタン９９は、テスト管理番号の入力を中止する際に押下されるボタンである。
【００４７】
図２０で、テスト要員が、確認ボタン９８を押下すると、テストセンタサーバは、ステップＳ２０１の処理を行い、テスト要員端末１１には、図２１に示されるテスト実施画面１０１が表示される。このテスト実施画面１０１は、実施内容１０４と実行ボタン１０２と、中止ボタン１０３を有する。実施内容１０４は、最初に登録した内容をテスト要員が確認するために表示される。実行ボタン１０２は、テストを実行する場合に押下される。中止ボタン１０３は、テストの実施を中止する場合に押下される。
【００４８】
以上のようにしてテストが実施されると、テスト結果の確認が行なわれる。この処理を、図２２、図２３のフローチャートを用いて説明する。なお、この処理は、出力結果比較段階に対応する。
【００４９】
ステップＳ３０１で、テストセンタサーバは、テスト要員端末１１からテスト管理番号を受け付ける。次に、テストセンタサーバは、ステップＳ３０２で、テスト管理マスタ１３からメッセージファイル名を取得する。そして、ステップＳ３０３で、テストセンタサーバは、メッセージファイル２５から出力結果情報を取得する。その出力結果と、仕様上の出力結果の対比がステップＳ３０４で行なわれる。この処理では、不具合を検出すると不具合状況を示す不具合状況抽出データが出力されるが、ステップＳ３０４の詳細については、後にフローチャートを用いて説明する。
【００５０】
ステップＳ３０５で、テストセンタサーバは、テスト管理マスタ１３に、該当するテスト管理番号の不具合が記録されているかどうか判断する。もし、不具合が記録されていない場合、処理は図２３のステップＳ３０８へ進む。なお、ここでの不具合は、このテスト以前に発生した不具合を意味する。
【００５１】
以前発生した不具合が記録されている場合、テストセンタサーバは、ステップＳ３０６で不具合状況抽出データ１０５を参照し、以前発生していた不具合が検出されなかったかどうかを判断する。検出されている場合、処理は図２３のステップＳ３０８へ進む。
【００５２】
不具合が検出されなくなった場合、テストセンタサーバは、ステップＳ３０７でテスト管理マスタ１３のテスト完了フラグに書き込みを行い、ステップＳ３１２へ処理を進める。
【００５３】
続いて図２３の説明をする。ステップＳ３０８で、テストセンタサーバは、テスト管理マスタ１３にテスト結果の書き込みを行う。次に、テストセンタサーバは、ステップＳ３０９で、今のテストで不具合が発生しているかどうか判断する。不具合が発生していない場合、テストセンタサーバは、ステップＳ３１１で、テスト完了フラグを書き込み、ステップＳ３１２へ処理を進める。
【００５４】
ステップＳ３０９で、不具合を検出したと判断された場合、テストセンタサーバは、ステップＳ３１０で不具合状況を、不具合状況抽出データ１０５を参照しながらテスト管理マスタ１３に書き込む。
【００５５】
そして、テストセンタサーバは、ステップＳ３１２で、テスト管理番号を開発側端末１２に通知し、処理を終了する。
【００５６】
次に、上記ステップＳ３０４の処理を、図２４のフローチャートを用いて説明する。ステップＳ４０１で、テストセンタサーバは、テスト管理マスタ１３から、テスト仕様ファイル１４を特定する。次のステップＳ４０２で、テストセンタサーバは、テスト仕様ファイル１４から仕様上の出力値が格納された位置情報を取得する。
【００５７】
位置情報をもとに、テストセンタサーバは、ステップＳ４０３で仕様上の出力値情報を取得する。そして、テストセンタサーバは、ステップＳ４０４で、メッセージファイルの出力値と仕様上の出力値は一致しているかどうか判断する。一致している場合、処理はステップＳ４０６へ進む。一致していない場合、テストセンタサーバは、不具合を検出したと判断し、ステップＳ４０５で、不具合状況を抽出し、不具合状況抽出データ１５を出力する。
【００５８】
次に、テストセンタサーバは、ステップＳ４０６で、テスト仕様上の全ての項目についてメッセージファイルの出力値と仕様上の出力値は一致しているかどうか確認を行い、確認が終了していなければ、再びステップＳ４０２の処理を行う。確認が終了している場合、処理は終了する。
【００５９】
このようにして得られたテスト結果が正常な場合、テスト結果を例えば図２５に示されるようなテスト結果表示画面１１０で表示しても良い。テスト結果表示画面１１０は、テスト結果１０７と確認ボタン１０６とを有する。テスト結果１０７には、テスト管理番号と、テスト仕様が一致したことが表示されている。この画面により、テスト結果が正常であったことが分かる。
【００６０】
また、テスト結果が異常の場合、図２６に示されるような、テスト結果表示画面１１１を表示しても良い。テスト結果表示画面１１１は、テスト結果１０９と確認ボタン１０８とを有する。テスト結果１０９には、テスト管理番号と、テスト仕様が一致しなかったことが表示されている。この画面により、テスト結果が異常であったことが分かる。また、不具合があったことを表している「フィールド」、「仕様」、「不一致結果」とその内容を、テスト管理番号と異なる色にしても良い。
【００６１】
次に、テスト結果を表示する側である開発側端末におけるテスト結果を表示する処理について、図２７を用いて説明する。なお、この処理は、不具合情報明示段階に対応する。
【００６２】
ステップＳ５０１で開発側端末は、テストセンタサーバ１０からテスト管理番号を受け取る（図２３参照）。次に、開発側端末は、ステップＳ５０２で、テスト管理マスタ１３からテスト結果状況を取得する。そして、開発側端末は、ステップＳ５０３でテスト完了フラグが未完了かどうか判断する。未完了でなければ、開発側端末は、ステップＳ５０４でテスト完了表示をして処理を終了する。
【００６３】
ステップＳ５０３で、開発側端末は、テスト完了フラグは未完了であると判断すると、ステップＳ５０５でテスト対象モジュール１６を用いてテスト対象画面フォームを表示する。また、ステップＳ５０６で、開発側端末は、テスト管理マスタ１３から不一致フィールド情報を取得し、ステップＳ５０７で不一致が発生したフィールドの表示属性の変更をし、ステップＳ５０８で不一致状況を表示して処理を終了する。このように不具合情報は、明示されるようになっている。
【００６４】
次に、図２８、図２９を用いて開発側端末に表示されるテスト結果の画面例を説明する。
【００６５】
図２８に示されるテスト管理番号入力画面１１８は、テスト管理番号入力欄１１２と確認ボタン１１３と、中止ボタン１１４とを有し、開発者がテスト管理番号を入力するための画面である。このテスト管理番号入力画面１１８に開発者がテスト管理番号を入力し、確認ボタン１１３を押下すると、図２９に示されるテスト結果表示画面１１９が表示される。このテスト結果表示画面１１９は、テストの実施内容１１５と、テスト結果１１６と、確認ボタン１１７を有する。実施内容１１５には、最初に登録した内容並びに、テスト開始日と最新テスト日とテスト回数とが表示される。またテスト結果１１６には、フィールドと、仕様と、不一致結果とが表示される。
【００６６】
これらの表示により、開発者はテスト結果を知ることができ、不具合を修正することができる。そして、修正された不具合は、再びテストされ、いずれ不具合のないプログラムが完成する。
【００６７】
このときのテスト要員端末のユーザインタフェースについて説明する。テスト要員は、今までと同様、図２０に示される画面により、テストを開始する。その結果、不具合がない場合、図３０に示されるテスト結果表示画面１２１が表示される。テスト結果表示画面１２１は、実施内容１２６と、完了ボタン１２７と、中止ボタン１２８を有する。
【００６８】
そして、実施内容１２６には、テスト回数：３と表示されており、不具合は表示されていないので、テスト要員は、テストが完了したことを確認できる。そこで、テスト要員は、完了ボタン１２７を押下すると、図３１に示されるテスト完了画面１２９が表示される。この画面には、テスト完了メッセージ１２９がテスト管理番号を伴い表示される。
【００６９】
最後に、本発明の要旨のいくつかを以下に列挙する。
（付記１） コンピュータがプログラムをテストし、該プログラムの不具合を検出する不具合検出方法であって、
コンピュータがプログラムの仕様上出力される仕様上出力結果を登録されるテスト管理情報登録段階と、
コンピュータが開発されたプログラムを実行し、前記開発されたプログラムが出力した出力結果を取得する出力結果取得段階と、
コンピュータが前記出力結果と前記仕様上出力結果とを比較する出力結果比較段階と、
コンピュータが前記出力結果比較段階で比較した結果、不具合を検出した場合、前記開発したプログラムの不具合情報を明示する不具合情報明示段階と
を有することを特徴とする不具合検出方法。
（付記２） 前記テスト管理情報は、前記プログラムを開発した開発者の連絡先を含むことを特徴とする付記１に記載の不具合検出方法。
（付記３） 前記不具合情報明示段階では、前記開発者の連絡先に前記不具合情報を通知することを特徴とする付記２に記載の不具合検出方法。
（付記４） 前記テスト管理情報登録段階で前記テスト管理情報が登録されると、登録された前記テスト管理情報を識別するためのテスト管理番号を付与することを特徴とする付記１から３のいずれか１項に記載の不具合検出方法。
（付記５） 前記出力結果取得段階では、前記テスト管理番号が入力されることにより、処理が開始されることを特徴とする付記４に記載の不具合検出方法。
（付記６） 前記出力結果比較段階では、以前発生した不具合情報と、新たに発生した不具合情報との比較を行うことを特徴とする付記１から５のいずれか１項に記載の不具合検出方法。
（付記７） 前記仕様上出力結果は、前記出力結果が有する情報のうち、比較する対象となる情報を指定する指定情報を含むことを特徴とする付記１から６のいずれか１項に記載の不具合検出方法。
（付記８） 前記不具合情報明示段階では、前記不具合情報に加え、実施したテストに関する情報である実施内容情報も明示されることを特徴とする付記１から７のいずれか１項に記載の不具合検出方法。
（付記９） 前記不具合情報明示段階では、前記不具合情報と前記実施内容情報とが、異なる色で明示されることを特徴とする付記８に記載の不具合検出方法。
【００７０】
【発明の効果】
以上のように、本発明によれば、開発されたプログラムの不具合に関して行なわれるテスト要員並びに開発者の作業を軽減する不具合検出方法を提供することができる。
【図面の簡単な説明】
【図１】本発明の実施の形態における全体構成図である。
【図２】ＰＣのハードウェア構成図である。
【図３】テスト管理マスタを示す図である。
【図４】テスト管理情報を示す図である。
【図５】テスト管理マスタで受け付ける電文を示す図である。
【図６】バッチ処理の例を示すブロック図である。
【図７】テスト仕様を示す図である。
【図８】メッセージファイルの内容を示す図である。
【図９】オンライン処理の例を示すブロック図である。
【図１０】テスト仕様を示す図である。
【図１１】メッセージファイルの内容を示す図である。
【図１２】不具合状況抽出データを示す図である。
【図１３】テスト画面における不具合表示欄を示す図である。
【図１４】実行コマンドを示す図である。
【図１５】シェルスクリプトを示す図である。
【図１６】テスト管理情報を登録する処理を示すフローチャートである。
【図１７】テスト要員端末のユーザインタフェースを示す図である。
【図１８】テスト要員端末のユーザインタフェースを示す図である。
【図１９】テストセンタサーバの処理を示すフローチャートである。
【図２０】テスト管理番号入力画面を示す図である。
【図２１】テスト実施画面を示す図である。
【図２２】テスト結果を確認する処理を示すフローチャート（その１）である。
【図２３】テスト結果を確認する処理を示すフローチャート（その２）である。
【図２４】出力結果と仕様上の出力値を対比するフローチャートである。
【図２５】テスト結果表示画面を示す図である。
【図２６】テスト結果表示画面を示す図である。
【図２７】テスト結果を表示する処理を示すフローチャートである。
【図２８】テスト管理番号入力画面を示す図である。
【図２９】テスト結果表示画面を示す図である。
【図３０】テスト結果表示画面を示す図である。
【図３１】テスト完了画面を示す図である。
【符号の説明】
１０ テストセンタサーバ
１１ テスト要員端末
１２ 開発側端末
１３ テスト管理マスタ
１４ テスト仕様ファイル
１５ テスト実行コマンド
１６ テスト対象モジュール
１７ 補助記録媒体
１８、１９ ネットワーク
２０ テスト管理マスタ登録機能
２１ テスト実施機能
２２ テスト結果確認機能
３１ 入力装置
３２ 表示装置
３３ ドライブ装置
３４ 記録媒体
３５ 補助記憶装置
３６ メモリ装置
３７ 演算処理装置
３８ インタフェース装置
５０、５１、５２ テスト管理情報
５３ 開発者連絡先
５４ プログラム特定情報
５５ バッチオンライン区分情報
５６ 実行コマンド名特定情報
５７ テスト仕様特定情報
５８ メッセージファイル名特定情報
５９ テスト完了フラグ
６０ 最新テスト実施日特定情報
６１ テスト回数特定情報
６２ 不一致フィールド特定情報
６３ 仕様値特定情報
６４ 不一致結果特定情報
７０ 位置情報
７１ 予定値
７２ 日時
７３ データ件数
７４ エラーデータ件数
７５ 不具合表示欄
８０ マスタ更新データ
８１ 更新プログラム
８２ マスタＤＢ
８３ メッセージリスト
２５、８４、８８ メッセージファイル
８５ オンライン端末
８６ 受発注照会オンラインプログラム
８７ 受発注マスタ
８９ 登録画面
９０ テスト管理情報入力欄
９１ 登録ボタン
９２、９９、１０３、１１４、１２８ 中止ボタン
９３ テスト管理番号付与画面
９４ 入力テスト管理情報
９５ テスト管理番号欄
９６、９８、１０６、１０８、１１３、１１７ 確認ボタン
９７、１１２ テスト管理番号入力欄
１００、１１８ テスト管理番号入力画面
１０１ テスト実施画面
１０２ 実行ボタン
１０４、１１５、１２６ 実施内容
１０５ 不具合状況抽出データ
１０７、１０９、１１６ テスト結果
１１０、１１１、１１９、１２１ テスト結果表示画面
１２８ 完了ボタン
１２９ テスト完了画面
Claims (5)
- コンピュータがプログラムをテストし、該プログラムの不具合を検出する不具合検出方法であって、
コンピュータがプログラムの仕様上出力される仕様上出力結果を登録されるテスト管理情報登録段階と、
コンピュータが開発されたプログラムを実行し、前記開発されたプログラムが出力した出力結果を取得する出力結果取得段階と、
コンピュータが前記出力結果と前記仕様上出力結果とを比較する出力結果比較段階と、
コンピュータが前記出力結果比較段階で比較した結果、不具合を検出した場合、前記開発したプログラムの不具合情報を明示する不具合情報明示段階と
を有することを特徴とする不具合検出方法。 - 前記テスト管理情報は、前記プログラムを開発した開発者の連絡先を含むことを特徴とする請求項１に記載の不具合検出方法。
- 前記不具合情報明示段階では、前記開発者の連絡先に前記不具合情報を通知することを特徴とする請求項２に記載の不具合検出方法。
- 前記テスト管理情報登録段階で前記テスト管理情報が登録されると、登録された前記テスト管理情報を識別するためのテスト管理番号を付与することを特徴とする請求項１から３のいずれか１項に記載の不具合検出方法。
- 前記出力結果取得段階では、前記テスト管理番号が入力されることにより、処理が開始されることを特徴とする請求項４に記載の不具合検出方法。
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP2003176226A JP4154289B2 (ja) | 2003-06-20 | 2003-06-20 | 不具合検出方法 |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP2003176226A JP4154289B2 (ja) | 2003-06-20 | 2003-06-20 | 不具合検出方法 |
Publications (2)
| Publication Number | Publication Date |
|---|---|
| JP2005011173A true JP2005011173A (ja) | 2005-01-13 |
| JP4154289B2 JP4154289B2 (ja) | 2008-09-24 |
Family
ID=34099167
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| JP2003176226A Expired - Fee Related JP4154289B2 (ja) | 2003-06-20 | 2003-06-20 | 不具合検出方法 |
Country Status (1)
| Country | Link |
|---|---|
| JP (1) | JP4154289B2 (ja) |
Cited By (6)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JP2006252151A (ja) * | 2005-03-10 | 2006-09-21 | Nomura Research Institute Ltd | 電文処理システムの正常性確認システム、装置、方法及びプログラム |
| JP2007034796A (ja) * | 2005-07-28 | 2007-02-08 | Chugoku Electric Power Co Inc:The | 開発支援システム、および開発支援プログラム。 |
| JP2011065213A (ja) * | 2009-09-15 | 2011-03-31 | Kyocera Mita Corp | 動作確認システムおよび対象装置 |
| JP2012098870A (ja) * | 2010-11-01 | 2012-05-24 | Hitachi Systems Ltd | テスト結果照合システム、方法、及びプログラム |
| JP2013507675A (ja) * | 2009-10-08 | 2013-03-04 | インターナショナル・ビジネス・マシーンズ・コーポレーション | 自動化されたテスト実行計画の生成 |
| CN105740144A (zh) * | 2016-01-27 | 2016-07-06 | 浪潮(北京)电子信息产业有限公司 | 一种Android移动终端的自动化测试方法及系统 |
-
2003
- 2003-06-20 JP JP2003176226A patent/JP4154289B2/ja not_active Expired - Fee Related
Cited By (7)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JP2006252151A (ja) * | 2005-03-10 | 2006-09-21 | Nomura Research Institute Ltd | 電文処理システムの正常性確認システム、装置、方法及びプログラム |
| JP4647352B2 (ja) * | 2005-03-10 | 2011-03-09 | 株式会社野村総合研究所 | 電文処理システムの正常性確認システム、装置、方法及びプログラム |
| JP2007034796A (ja) * | 2005-07-28 | 2007-02-08 | Chugoku Electric Power Co Inc:The | 開発支援システム、および開発支援プログラム。 |
| JP2011065213A (ja) * | 2009-09-15 | 2011-03-31 | Kyocera Mita Corp | 動作確認システムおよび対象装置 |
| JP2013507675A (ja) * | 2009-10-08 | 2013-03-04 | インターナショナル・ビジネス・マシーンズ・コーポレーション | 自動化されたテスト実行計画の生成 |
| JP2012098870A (ja) * | 2010-11-01 | 2012-05-24 | Hitachi Systems Ltd | テスト結果照合システム、方法、及びプログラム |
| CN105740144A (zh) * | 2016-01-27 | 2016-07-06 | 浪潮(北京)电子信息产业有限公司 | 一种Android移动终端的自动化测试方法及系统 |
Also Published As
| Publication number | Publication date |
|---|---|
| JP4154289B2 (ja) | 2008-09-24 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| KR100799290B1 (ko) | 화상 형성 처리 시뮬레이션 장치 및 화상 형성 처리시뮬레이션 방법 | |
| US6775827B1 (en) | Real-time program audit software | |
| CN107562419B (zh) | 软件开发支援方法及系统 | |
| JPWO2008129619A1 (ja) | ソースプログラム再検討プログラム、ソースプログラム再検討方法およびソースプログラム再検討装置 | |
| JP4154289B2 (ja) | 不具合検出方法 | |
| JP4215255B2 (ja) | デグレード確認検査方法、デグレード確認検査システム、およびそのためのプログラム | |
| JPH10240575A (ja) | 大量データファイル一括更新処理プログラムの検査方法 | |
| WO2007083472A1 (ja) | 設計情報管理方法およびシステム | |
| US7730476B2 (en) | Field-replaceable unit revision compatibility | |
| JPH09114649A (ja) | プログラム動作環境確認方式 | |
| JP4769826B2 (ja) | レベルダウン検出プログラム、レベルダウン検出方法、及び、管理プログラム | |
| JP3771753B2 (ja) | 統合リソース管理方法 | |
| JP2011028666A (ja) | ソフトウェア整合性維持システムおよびソフトウェア整合性維持方法 | |
| JPH07175668A (ja) | センターバッチ自動運転方式 | |
| JP3295930B2 (ja) | 実行プログラム管理方法及び装置及び記録媒体 | |
| JP2007264937A (ja) | プログラム移送制御システムと方法およびプログラム | |
| JP2005107996A (ja) | 開発管理システムおよび開発管理プログラム | |
| JP2921492B2 (ja) | ソフトウエア製品ファイル正誤チェック方式 | |
| JPH0225929A (ja) | フラグ消去支援方式 | |
| CN115291932A (zh) | 相似度阈值的获取方法、数据处理方法及产品 | |
| JP2003296108A (ja) | 管理プログラム、および方法 | |
| JP2001022574A (ja) | モジュール保守管理システム | |
| JP2000112800A (ja) | ファイル履歴管理システム | |
| JP2006092523A (ja) | 電子納品チェックツール生成システム、電子納品チェックシステム、及びプログラム | |
| AU6208800A (en) | Real-time program audit software |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| A977 | Report on retrieval |
Free format text: JAPANESE INTERMEDIATE CODE: A971007 Effective date: 20070514 |
|
| A131 | Notification of reasons for refusal |
Free format text: JAPANESE INTERMEDIATE CODE: A131 Effective date: 20070522 |
|
| A521 | Written amendment |
Free format text: JAPANESE INTERMEDIATE CODE: A523 Effective date: 20070720 |
|
| A131 | Notification of reasons for refusal |
Free format text: JAPANESE INTERMEDIATE CODE: A131 Effective date: 20071106 |
|
| A521 | Written amendment |
Free format text: JAPANESE INTERMEDIATE CODE: A523 Effective date: 20080107 |
|
| TRDD | Decision of grant or rejection written | ||
| A01 | Written decision to grant a patent or to grant a registration (utility model) |
Free format text: JAPANESE INTERMEDIATE CODE: A01 Effective date: 20080701 |
|
| A01 | Written decision to grant a patent or to grant a registration (utility model) |
Free format text: JAPANESE INTERMEDIATE CODE: A01 |
|
| A61 | First payment of annual fees (during grant procedure) |
Free format text: JAPANESE INTERMEDIATE CODE: A61 Effective date: 20080707 |
|
| R150 | Certificate of patent or registration of utility model |
Ref document number: 4154289 Country of ref document: JP Free format text: JAPANESE INTERMEDIATE CODE: R150 Free format text: JAPANESE INTERMEDIATE CODE: R150 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20110711 Year of fee payment: 3 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20110711 Year of fee payment: 3 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20120711 Year of fee payment: 4 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20120711 Year of fee payment: 4 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20130711 Year of fee payment: 5 |
|
| LAPS | Cancellation because of no payment of annual fees |