(57)【要約】【課題】プログラムの受入検査期間の長期化を防ぐため、受入検査スケジュールを作成する。【解決手段】テスト実行情報取得手段１１は、開発進捗状況データ記憶手段１４から、単体プログラム名、テストデータ件数およびテスト完了までの総ラン回数を含むテスト実行情報を取得する。ラン回数算出手段１２は、テスト実行情報をもとに、単体プログラムごとのテスト完了までのテストデータ１件あたりの平均ラン回数を算出する。スケジュール作成手段１３は、平均ラン回数が多い順に単体プログラム名をソーティングした受入検査スケジュール１６を作成する。【選択図】          図１
2004178451.tif 000002
【特許請求の範囲】
【請求項１】
プログラムを構成する複数の単体プログラムの動作検査を行う場合に、コンピュータを用いて前記単体プログラムの検査スケジュールを自動作成する処理方法であって、
少なくとも前記各単体プログラム自身のテスト実行結果を含む開発進捗状況データを記憶する開発進捗状況データ記憶手段にアクセスし、
前記開発進捗状況データから、単体プログラムごとに、少なくとも前記単体プログラムを識別する情報、テストデータ数およびテスト完了までの総ラン回数を含むテスト実行情報を取得し、
前記テスト実行情報をもとに、単体プログラムごとのテスト完了までのテストデータ１件あたりの平均ラン回数を算出し、
前記平均ラン回数が多い順に前記単体プログラムの識別情報をソーティングした受入検査スケジュールを作成する
ことを特徴とするプログラム検査スケジュール作成処理方法。
【請求項２】
プログラムを構成する複数の単体プログラムの動作検査を行う場合に、コンピュータを用いて前記単体プログラムの検査スケジュールを自動作成する処理方法であって、
少なくとも前記各単体プログラム自身のテスト実行結果を含む開発進捗状況データを記憶する開発進捗状況データ記憶手段にアクセスし、
前記開発進捗状況データから、単体プログラムごとに、少なくとも前記単体プログラムを識別する情報およびテスト完了までのテストデータ１件あたりの平均ラン回数を含むテスト実行情報を取得し、
前記平均ラン回数が多い順に前記単体プログラムの識別情報をソーティングした受入検査スケジュールを作成する
ことを特徴とするプログラム検査スケジュール作成処理方法。
【請求項３】
プログラムを構成する複数の単体プログラムの動作検査を行う場合に、単体プログラムの検査スケジュールの自動作成処理をコンピュータに実行させるためのプログラムであって、
少なくとも前記各単体プログラム自身のテスト実行結果を含む開発進捗状況データを記憶する開発進捗状況データ記憶手段にアクセスする処理と、
前記開発進捗状況データから、単体プログラムごとに、少なくとも前記単体プログラムを識別する情報、テストデータ数およびテスト完了までの総ラン回数を含むテスト実行情報を取得する処理と、
前記テスト実行情報をもとに、単体プログラムごとのテスト完了までのテストデータ１件あたりの平均ラン回数を算出する処理と、
前記平均ラン回数が多い順に前記単体プログラムの識別情報をソーティングした受入検査スケジュールを作成する処理とを、
コンピュータに実行させる
ことを特徴とするプログラム検査スケジュール作成処理プログラム。
【発明の詳細な説明】
【０００１】
【発明の属する技術分野】
本発明は、アプリケーションプログラムなどのプログラム開発支援技術に関する。特に、プログラム開発先から受け入れたプログラムを構成する複数の単体プログラムの受入検査において、コンピュータを用いて単体プログラムの受入検査スケジュールを自動作成する処理方法およびその処理プログラムに関する。
【０００２】
【従来の技術】
アプリケーションプログラムの受入検査において受け入れたプログラムの動作検査を行う場合、そのプログラムがシステムとして動作できるかどうかを検証するために結合テストを行う。この結合テストを行う前に、アプリケーションプログラムを構成する単体プログラムの動作検査を行う必要がある。
【０００３】
アプリケーションプログラムの開発規模が小さい場合には、一カ所で開発を行うことができるため、単体テスト終了後に直ちに結合テストを行うことができる。結合テストで動作の異常が検出できれば、結合テスト前に単体プログラムの検査テストを厳格に行わなくても、あまり不都合が生じなかった。
【０００４】
また、従来、単体プログラムの動作検査を行う場合には、仕様書などに添付された単体プログラムのリストなどでアルファベット順に並べられたファイル名の順序をもとに検査を行うことが多く、単体プログラムに誤り（バグ）が存在している可能性などを考慮して受入検査を行う順序を定めることはなかった。そのため、単体プログラムの量が多い場合などは、必ずしも効率的な受入検査を行うことができなかった。
【０００５】
かかる問題に対処するため、新規にアプリケーションプログラムを開発する場合に、アプリケーションプログラムを構成する単体プログラムが、以前に使用されたものを流用しているか否かに着目してテスト実施の優先順位を決定することによりテスト効率を向上させることが考えられている（特許文献１参照）。
【０００６】
【特許文献１】
特開２０００−１０８１９号公報
【０００７】
【発明が解決しようとする課題】
現在では、遠隔地の開発拠点を利用したプログラム分散開発や、外部委託先によるプログラム開発が一般的に行われるようになっている。そのため、プログラム開発の発注元など開発拠点とは異なる拠点において開発拠点もしくは外部委託先から開発された各プログラムを納入物として受け入れることが多くなっている。一方、発注元で受け入れのために納入物すなわちプログラムの検査を行い、プログラムの異常を検出した場合には、直ちに開発拠点や外部委託先に修正依頼を行う必要がある。
【０００８】
納入された全ての単体プログラムを、単に単体プログラムファイル名の順序などを用いて受入検査を行うと、例えば大幅な修正が必要になるような単体プログラムの検査が結果的に後回しになってしまうことがあり、受入検査期間の長期化を招く原因となる。
【０００９】
しかし、外部委託先で開発され納入された単体プログラムの受入検査では、その単体プログラムが流用されたものであるかどうかという情報の提供を外部委託先から受けることは事実上困難であり、特許文献１に記載されているような従来の方法によって納入時の受入検査を効率化することはできない。
【００１０】
一方、アプリケーションプログラムが多量の単体プログラムから構成されている場合に、どのような単体プログラムから異常が検出されやすいか、すなわちどのような単体プログラムがバグを含みやすいかを判断し、そのような単体プログラムから先に受入検査を行うことにより、受入検査期間を短縮できる。
【００１１】
しかし、バグを含む可能性が高いプログラムがどれであるかということを判断するには、ある程度の専門的な知識や検査経験が必要とされている。そのため、専門的な知識や検査経験が豊かな者だけで受入検査を行うことは、一つのアプリケーションプログラムを構成する単体プログラムが膨大な量となっている現在の状況で検査者の作業負担を考慮すれば、受入検査期間の短縮化につながらないと考えられる。
【００１２】
したがって、検査者の経験の有無にかかわらず、品質に問題のありそうなプログラムから先に検査を行えるような適切な受入検査スケジュールにもとづいて受入検査を行うことができれば、バグの早期発見が可能になり、ひいては検査期間の長期化を防ぐことができる。
【００１３】
本発明の目的は、複数の単体プログラムから構成されるようなアプリケーションプログラムの納入時に行われる単体プログラムの受入検査処理システムにおいて、適切な受入検査スケジュールを自動作成して、単体プログラムの受入検査を行う処理方法、その処理方法を実現する処理をコンピュータに実行させる処理プログラムを提供することである。
【００１４】
【課題を解決するための手段】
上記の目的を達成するため、本発明は、プログラムを構成する複数の単体プログラムの動作検査を行う場合に、コンピュータを用いて前記単体プログラムの検査スケジュールを自動作成する処理方法であって、少なくとも前記各単体プログラム自身のテスト実行結果を含む開発進捗状況データを記憶する開発進捗状況データ記憶手段にアクセスし、前記開発進捗状況データから、単体プログラムごとに、少なくとも前記単体プログラムを識別する情報、テストデータ数およびテスト完了までの総ラン回数を含むテスト実行情報を取得し、前記テスト実行情報をもとに、単体プログラムごとのテスト完了までのテストデータ１件あたりの平均ラン回数を算出し、前記平均ラン回数が多い順に前記単体プログラムの識別情報をソーティングした受入検査スケジュールを作成することを特徴とする。
【００１５】
本発明では、プログラムを構成する複数の単体プログラムが開発された開発サーバから取得した少なくとも前記単体プログラム自身のテストに関する情報を含む開発進捗状況データを開発進捗状況データ記憶手段に記憶しておく。そして開発進捗状況データ記憶手段にアクセスして、前記開発進捗状況データから、単体プログラムごとに、少なくとも前記単体プログラムを識別する情報、テストデータ数およびテスト完了までのテスト総回数（総ラン回数）を含むテスト実行情報を取得する。そして、前記テスト実行情報をもとに、単体プログラムごとのテスト完了までのテストデータ１件あたりの平均ラン回数を算出し、前記平均ラン回数が多い順に前記単体プログラムの識別情報をソーティングした受入検査スケジュールを作成する。
【００１６】
または、本発明は、少なくとも前記各単体プログラム自身のテスト実行結果を含む開発進捗状況データを記憶する開発進捗状況データ記憶手段にアクセスし、前記開発進捗状況データから、単体プログラムごとに、少なくとも前記単体プログラムを識別する情報およびテスト完了までのテストデータ１件あたりの平均ラン回数を含むテスト実行情報を取得し、前記平均ラン回数が多い順に前記単体プログラムの識別情報をソーティングした受入検査スケジュールを作成することを特徴とする。
【００１７】
本発明では、同様に開発進捗状況データ記憶手段にアクセスし、前記開発進捗状況データから、単体プログラムごとに、少なくとも前記単体プログラムを識別する情報およびテスト完了までのテストデータ１件あたりの平均ラン回数を含むテスト実行情報を取得し、前記平均ラン回数が多い順に前記単体プログラムの識別情報をソーティングした受入検査スケジュールを作成する。
【００１８】
本発明では、プログラム開発中にテストデータが実行（ラン）された回数が多い単体プログラムでは何らかの問題が生じ、プログラムの品質が低くなっていると考える。そして、単体プログラムのテストデータ１件あたりのテスト完了までの平均ラン回数を基準に単体プログラムをソーティングしたリストである受入検査スケジュールを自動作成する。
【００１９】
これにより、アプリケーションプログラムの受入検査時に、単体プログラムの中から品質に問題がある可能性が高い単体プログラムに対する受入検査を優先的に行うことができる。
【００２０】
さらに、本発明は、プログラムを構成する複数の単体プログラムの動作検査を行う場合に、単体プログラムの検査スケジュールの自動作成処理をコンピュータに実行させるためのプログラムであって、少なくとも前記各単体プログラム自身のテスト実行結果を含む開発進捗状況データを記憶する開発進捗状況データ記憶手段にアクセスする処理と、前記開発進捗状況データから、単体プログラムごとに、少なくとも前記単体プログラムを識別する情報、テストデータ数（件数）およびテスト完了までの総ラン回数を含むテスト実行情報を取得する処理と、前記テスト実行情報をもとに、単体プログラムごとのテスト完了までのテストデータ１件あたりの平均ラン回数を算出する処理と、前記平均ラン回数が多い順に前記単体プログラムの識別情報をソーティングした受入検査スケジュールを作成する処理とを、コンピュータに実行させることを特徴とする。
【００２１】
これにより、上記のプログラム検査スケジュール作成方法の各処理過程をコンピュータにより実現することができる。
【００２２】
【発明の実施の形態】
図１に、本発明にかかる受入検査スケジュール作成装置の構成例を示す。受入検査スケジュール作成装置１は、テスト実行情報取得手段１１、ラン回数算出手段１２、スケジュール作成手段１３、および開発進捗状況データ記憶手段１４から構成される。
【００２３】
テスト実行情報取得手段１１は、プログラム開発元から送信されてくる開発進捗状況データ１５を記憶しておく開発進捗状況データ記憶手段１４から、単体プログラムごとに少なくともテストデータ件数およびテスト完了までの総ラン回数を含むテスト実行情報を取得する手段である。
【００２４】
開発進捗状況データ１５は、プログラム開発中にプログラム開発元から随時送信されてくる、もしくは、何らかのタイミングで送信されてくる開発の進捗状況に関するデータであり、少なくともプログラム開発で作成された単体プログラムのテストの実行ログデータを含むものである。
【００２５】
図２に、テスト実行情報取得手段１１により取得されるテスト実行情報の例を示す。
【００２６】
テスト実行情報は、単体プログラム名、テスト件数、およびテスト完了までの総ラン回数からなる。テスト件数は、単体プログラムのテストで使用するテストデータ数である。テスト完了までの総ラン回数は、テストデータを用いてテストを行い、その完了までに単体プログラムを実行（ラン）した総回数を示す。
【００２７】
図３に示すような開発進捗状況データ１５が、開発進捗状況データ記憶手段１４に格納されている場合には、図３に示す開発進捗状況データ１５から、「プログラムＩＤ」もしくは「プログラム名」、各単体プログラムごとのテストデータの件数を示す「テスト件数」、およびテスト完了までの総ラン回数を示す「ラン回数」がテスト実行情報として抽出される。
【００２８】
抽出された単体プログラム（プログラムＩＤ＝ＰＧ００１）のテスト件数が３件およびラン回数が３回である場合に、この単体プログラムは、各テストデータに対して１回の実行でテストを完了できたことを示し、バグを含んでいないことを意味する。
【００２９】
反対に、単体プログラム（プログラムＩＤ＝ＰＧ００２）のように、テスト件数が３件であるのに比べてラン回数が８回であるような場合には、いずれかのテストデータで何度もテストランを行なわなければテストを完了できなかったことを示し、この単体プログラム内にバグがある可能性が高いことを意味する。
【００３０】
ラン回数算出手段１２は、テスト実行情報取得手段１１が取得したテスト実行情報をもとに、単体プログラムのテストデータ単位の平均ラン回数を算出する手段である。
【００３１】
スケジュール作成手段１３は、開発進捗状況データ１５からプログラム開発で作成された単体プログラムのファイル名を抽出し、ラン回数算出手段１２で算出した平均ラン回数が多い順に単体プログラムのファイル名をソーティングして受入検査スケジュール１６を作成する手段である。
【００３２】
図４に、受入検査スケジュール作成装置１の処理フローを示す。
【００３３】
まず、開発進捗状況データ記憶手段１４には、プログラム開発元からプログラム開発中に所定の期間または契機で送信された開発進捗状況データ１５が格納されているとする。
【００３４】
受入検査スケジュール作成装置１のテスト実行情報取得手段１１は、開発進捗状況データ記憶手段１４から、該当するプロジェクトの全ての単体プログラムのテスト実行情報（単体プログラム名、テストデータ件数、テスト完了までの総ラン回数）を取得する（ステップＳ１）。
【００３５】
そして、ラン回数算出手段１２は、単体プログラムごとに、その単体プログラムのテスト完了までのテストデータ１件あたりの平均ラン回数を算出する（ステップＳ２）。
【００３６】
続いて、スケジュール作成手段１３は、算出された平均ラン回数にもとづいて、平均ラン回数が多い順に単体プログラム名をソーティングした受入検査スケジュール１６を作成する（ステップＳ３）。
【００３７】
単体プログラムの受入検査処理において、受入検査スケジュール１６にリストアップされた先頭の単体プログラムから、すなわちテスト時に平均ラン回数が多かった単体プログラムから受入検査処理を行うようにする。これにより、バグを含む可能性がある単体プログラムを優先して検査し、修正依頼などで対処することができるため、全体として単体プログラムの受入検査期間の長期化を防ぐことができる。
【００３８】
図５に、本発明を適用したプログラム受入検査システムのシステム構成例を示す。プログラム受入検査システムは、受入検査サーバ１０、プロジェクト管理サーバ２０、およびプログラム開発サーバ３０から構成される。
【００３９】
受入検査サーバ１０は、プログラム開発サーバ３０からアプリケーションプログラムを構成する種々の単体プログラムが納入されると、納入された単体プログラムの受入検査を行うコンピュータである。
【００４０】
プロジェクト管理サーバ２０は、プログラム開発サーバ３０で行われているプログラム開発に関するプロジェクトの進捗状況を管理するコンピュータである。プログラム開発サーバ３０は、プロジェクトのアプリケーションプログラムを開発するコンピュータである。受入検査サーバ１０は、ネットワークを通じてプロジェクト管理サーバ２０およびプログラム開発サーバ３０のそれぞれからデータを受信することができる。
【００４１】
図６に、プログラム受入検査システムの処理フローを示し、プログラム受入検査システムの処理を説明する。
【００４２】
まず、プログラム開発サーバ３０では、アプリケーションプログラムの開発中に種々の単体プログラム３１が作成される。プログラム開発サーバ３０は、少なくとも、単体プログラム３１に対するテストの実行に関するデータを含む開発進捗状況データ３２を、所定の時間もしくは契機ごとにプロジェクト管理サーバ２０へ送信する。
【００４３】
プロジェクト管理サーバ２０は、プロジェクト開始から終了まで、プログラム開発サーバ３０から随時アプリケーションプログラムごとの開発進捗状況データ３２を取得して、プロジェクト管理データベース（ＤＢ）２１に格納しておく（ステップＳ１１）。
【００４４】
その後、アプリケーションプログラムの開発が完了すると、プログラム開発サーバ３０は、開発した単体プログラム３１を全て受入検査サーバ１０に送信して納入する。また、プログラム開発サーバ３０は、少なくとも自己の実行環境設定ファイルを含む開発実行環境データ３３を作成し、受入検査サーバ１０に送信する。
【００４５】
受入検査サーバ１０は、単体プログラム３１が納入されると、受入検査スケジュール作成装置１により、プロジェクト管理データベース２１から該当する単体プログラム３１のテスト実行情報を抽出する。そして、単体プログラム３１ごとに、テスト完了までのテストデータ１件あたりの平均ラン回数を算出し、平均ラン回数が多い順に単体プログラム３１をリストアップした受入検査スケジュールを作成する。作成した受入検査スケジュールを受入検査装置４２に渡す（ステップＳ１２）。
【００４６】
一方、実行環境変換装置４１により、プログラム開発サーバ３０から受信した開発実行環境データ３３をもとに受入検査装置４２の検査実行環境の設定を変換する（ステップＳ１３）。
【００４７】
開発実行環境データ３３をもとに受入検査装置４２の環境を変更するのは、単体プログラム３１が開発されたサーバの環境と検査されるサーバの環境とを合致させて、これらの環境の相違に起因する異常の発生を防止するためである。
【００４８】
実行環境変換装置４１は、プログラム開発サーバ３０および受入検査装置４２の実行環境設定ファイルのパラメータ記述を定義したパラメータ変換識別ファイルをそれぞれ用意しておく。そして、プログラム開発サーバ３０および受入検査装置４２のパラメータ変換識別ファイルを照合して、パラメータ変換テーブルを作成する。そして、作成されたパラメータ変換テーブルを用いて、プログラム開発サーバ３０から受け取った開発実行環境データ３３の中の実行環境設定ファイルを自動変換する。受入検査装置４２は、変換された実行環境設定ファイルにもとづいて環境が変更される。
【００４９】
これにより、受入検査装置４２において、単なる環境設定の相違にもとづいた異常を発生させずに、単体プログラム自体に起因する異常のみを検出できるようにする。すなわち、受入検査装置４２で検出された異常の原因が環境設定違いであるかまたは単体プログラム自体の原因であるかを判断することなく、直ちにプログラム開発サーバ３０に異常に対する対処処理を行うことができる。
【００５０】
なお、実行環境変換装置４１の処理は、特願２００２−０４９１９７「実行環境構築処理方法および実行環境構築処理プログラム」に記載した処理方法により実現するものである。
【００５１】
次に、受入検査装置４２では、受入検査スケジュールにしたがって、受入検査スケジュールのリストの先頭の単体プログラム３１から順に所定の受入検査を行う（ステップＳ１４）。
【００５２】
そして、検査結果が正常検出であれば（ステップＳ１５）、受入検査が終了した単体プログラム３１を次の結合テスト装置４３へ渡す（ステップＳ１６）。一方、検査結果が異常検出であれば、その異常は単体プログラム３１自体に起因するものであるので、開発元であるプログラム開発サーバ３０への修正依頼を行う（ステップＳ１７）。
【００５３】
以上、本発明をその実施の形態により説明したが、本発明はその主旨の範囲において種々の変形が可能であることは当然である。
【００５４】
本発明の実施の形態では、受入検査スケジュール作成装置１のテスト実行情報取得手段１１が、開発進捗状況データ１５からテストデータ件数およびテスト完了までの総ラン回数を抽出してテスト実行情報とする処理について説明した。
【００５５】
しかし、開発進捗状況データ記憶手段１４が記憶する開発進捗状況データ１５に各単体プログラムのテスト完了までに実行された平均ラン回数が記憶されている場合には（図３参照）、テスト実行情報取得手段１１は、開発進捗状況データ１５から単体プログラムごとにファイル名および平均ラン回数をテスト実行情報として抽出する処理を行う。そして、スケジュール作成手段１３は、テスト実行情報の平均ラン回数が多い順に単体プログラムのファイル名をソーティングして受入検査スケジュール１６を作成する処理を行う。この場合に、ラン回数算出手段１２は不要である。
【００５６】
また、本発明の各手段または機能または要素は、コンピュータにより読み取られ実行される処理プログラムとして実現することができる。また、本発明を実現する処理プログラムは、コンピュータが読み取り可能な、可搬媒体メモリ、半導体メモリ、ハードディスクなどの適当な記録媒体に格納することができ、これらの記録媒体に記録して提供され、または、通信インタフェースを介して種々の通信網を利用した送受信により提供されるものである。
【００５７】
本発明の形態および実施例の特徴を列記すると以下のとおりである。
【００５８】
（付記１）  プログラムを構成する複数の単体プログラムの動作検査を行う場合に、コンピュータを用いて前記単体プログラムの検査スケジュールを自動作成する処理方法であって、
少なくとも前記各単体プログラム自身のテスト実行結果を含む開発進捗状況データを記憶する開発進捗状況データ記憶手段にアクセスし、
前記開発進捗状況データから、単体プログラムごとに、少なくとも前記単体プログラムを識別する情報、テストデータ数およびテスト完了までの総ラン回数を含むテスト実行情報を取得し、
前記テスト実行情報をもとに、単体プログラムごとのテスト完了までのテストデータ１件あたりの平均ラン回数を算出し、
前記平均ラン回数が多い順に前記単体プログラムの識別情報をソーティングした受入検査スケジュールを作成する
ことを特徴とするプログラム検査スケジュール作成処理方法。
【００５９】
（付記２）  プログラムを構成する複数の単体プログラムの動作検査を行う場合に、コンピュータを用いて前記単体プログラムの検査スケジュールを自動作成する処理方法であって、
少なくとも前記各単体プログラム自身のテスト実行結果を含む開発進捗状況データを記憶する開発進捗状況データ記憶手段にアクセスし、
前記開発進捗状況データから、単体プログラムごとに、少なくとも前記単体プログラムを識別する情報およびテスト完了までのテストデータ１件あたりの平均ラン回数を含むテスト実行情報を取得し、
前記平均ラン回数が多い順に前記単体プログラムの識別情報をソーティングした受入検査スケジュールを作成する
ことを特徴とするプログラム検査スケジュール作成処理方法。
【００６０】
（付記３）  プログラムを構成する複数の単体プログラムの動作検査を行う場合に、単体プログラムの検査スケジュールの自動作成処理をコンピュータに実行させるためのプログラムであって、
少なくとも前記各単体プログラム自身のテスト実行結果を含む開発進捗状況データを記憶する開発進捗状況データ記憶手段にアクセスする処理と、
前記開発進捗状況データから、単体プログラムごとに、少なくとも前記単体プログラムを識別する情報、テストデータ数およびテスト完了までの総ラン回数を含むテスト実行情報を取得する処理と、
前記テスト実行情報をもとに、単体プログラムごとのテスト完了までのテストデータ１件あたりの平均ラン回数を算出する処理と、
前記平均ラン回数が多い順に前記単体プログラムの識別情報をソーティングした受入検査スケジュールを作成する処理とを、
コンピュータに実行させる
ことを特徴とするプログラム検査スケジュール作成処理プログラム。
【００６１】
（付記４）  プログラムを構成する複数の単体プログラムの動作検査を行う場合に、単体プログラムの検査スケジュールを自動作成する処理をコンピュータに実行させるためのプログラムであって、
少なくとも前記各単体プログラム自身のテスト実行結果を含む開発進捗状況データを記憶する開発進捗状況データ記憶手段にアクセスする処理と、
前記開発進捗状況データから、単体プログラムごとに、少なくとも前記単体プログラムを識別する情報およびテスト完了までのテストデータ１件あたりの平均ラン回数を含むテスト実行情報を取得する処理と、
前記平均ラン回数が多い順に前記単体プログラムの識別情報をソーティングした受入検査スケジュールを作成する処理とを、
コンピュータに実行させる
ことを特徴とするプログラム検査スケジュール作成処理プログラム。
【００６２】
（付記５）  プログラムを構成する複数の単体プログラムの動作検査を行う場合に、単体プログラムの検査スケジュールを自動作成する処理装置であって、
少なくとも前記各単体プログラム自身のテスト実行結果を含む開発進捗状況データを記憶する開発進捗状況データ記憶手段と、
前記開発進捗状況データ記憶手段から、単体プログラムごとに、少なくとも前記単体プログラムを識別する情報、テストデータ数およびテスト完了までの総ラン回数を含むテスト実行情報を取得するテスト実行情報取得手段と、
前記テスト実行情報をもとに、単体プログラムごとのテスト完了までのテストデータ１件あたりの平均ラン回数を算出するラン回数算出手段と、
前記平均ラン回数が多い順に前記単体プログラムの識別情報をソーティングした受入検査スケジュールを作成するスケジュール作成手段とを備える
ことを特徴とするプログラム検査スケジュール作成処理装置。
【００６３】
（付記６）  プログラムを構成する複数の単体プログラムの動作検査を行う場合に、単体プログラムの検査スケジュールを自動作成する処理装置であって、
少なくとも前記各単体プログラム自身のテスト実行結果を含む開発進捗状況データを記憶する開発進捗状況データ記憶手段と、
前記開発進捗状況データ記憶手段から、単体プログラムごとに、少なくとも前記単体プログラムを識別する情報およびテスト完了までのテストデータ１件あたりの平均ラン回数を含むテスト実行情報を取得するテスト実行情報取得手段と、
前記平均ラン回数が多い順に前記単体プログラムの識別情報をソーティングした受入検査スケジュールを作成するスケジュール作成手段とを備える
ことを特徴とするプログラム検査スケジュール作成処理装置。
【００６４】
【発明の効果】
以上説明したように、本発明によれば、アプリケーションプログラムなどのプログラム開発中にプロジェクト管理のために取得した情報から単体プログラムごとのテスト実行に関する情報を抽出し、単体プログラムごとにテスト完了までの平均ラン回数を求めて、平均ラン回数の多い順に受け入れた単体プログラムをソーティングした受入検査スケジュールを作成する。
【００６５】
すなわち、平均ラン回数が多い単体プログラムは開発中に何らかの問題が生じて品質が低い可能性があるとして、このような単体プログラムほど先に受入検査が行えるような受入検査スケジュールを自動作成する。
【００６６】
これにより、プログラムの受入検査時に、品質に問題がありそうな単体プログラムから優先的に受入検査を行えるため、単体プログラムのバグの早期発見が可能になり、受入検査期間の長期化を防ぐことができる。
【００６７】
また、受入検査時に、どのような順番で単体プログラムを検査すれば検査期間の長期化を防いで効率的な検査を行えるかという判断が不要になるため、受入検査の経験の有無にかかわらず、均質な受入検査を実現することができる。
【図面の簡単な説明】
【図１】本発明にかかる受入検査スケジュール作成装置の構成例を示す図である。
【図２】テスト実行情報取得手段により取得されるテスト実行情報の例を示す図である。
【図３】開発進捗状況データの例を示す図である。
【図４】受入検査スケジュール作成装置の処理フローを示す図である。
【図５】本発明を適用したプログラム受入検査システムのシステム構成例を示す図である。
【図６】プログラム受入検査システムの処理フローを示す図である。
【符号の説明】
１  受入検査スケジュール作成装置
１１  テスト実行情報取得手段
１２  ラン回数算出手段
１３  スケジュール作成手段
１４  開発進捗状況データ記憶手段
１５  開発進捗状況データ
１６  受入検査スケジュール
【図１】
2004178451.tif 000003
【図２】
2004178451.tif 000004
【図３】
2004178451.tif 000005
【図４】
2004178451.tif 000006
【図５】
2004178451.tif 000007
【図６】
2004178451.tif 000008