JP2001229047A

JP2001229047A - サーバプロセス試験システム、サーバプロセス試験フレームワークを記録したコンピュータ読み取り可能な記録媒体、およびサーバプロセス試験プログラムを記録したコンピュータ読み取り可能な記録媒体

Info

Publication number: JP2001229047A
Application number: JP2000035815A
Authority: JP
Inventors: Ryuichi Hosoya; 谷竜一細
Original assignee: Toshiba Corp
Current assignee: Toshiba Corp
Priority date: 2000-02-14
Filing date: 2000-02-14
Publication date: 2001-08-24

Abstract

(57)【要約】【課題】試験項目の変更や追加等に対応してその構成
を容易に変更および拡張することができるサーバプロセ
ス試験システムを提供することを目的とする。【解決手段】会議室予約エンジン試験フレームワーク
は、クライアントプロセスを模倣して会議室予約エンジ
ン２ａを呼び出すClientクラス１３と、試験項目の内容
に従って会議室予約エンジン２ａの所定の機能の呼び出
しを所定の手順で実行するYobidashiSequenceクラス１
７と、予約用データを生成するDataGeneratorクラス１
８と、会議室予約エンジン２ａの配置形態に起因した呼
び出し手順の差異を補正するHaichiKeitaiクラス１９と
を備えている。また、会議室予約エンジン試験フレーム
ワークは、抽象クラスとして定義されたクラス１７，１
８，１９をそれぞれ継承してなる具象クラスの中から、
試験項目定義ファイル２０に基づいて、試験項目の内容
に対応した最適な具象クラスを選択するKoumokuFactory
クラス１６を備えている。

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】本発明は、クライアントプロ
セスから呼び出されて各種の機能を提供するサーバプロ
セスを試験するためのサーバプロセス試験システムに係
り、とりわけ、試験項目の変更や追加等に対応してその
構成を容易に変更および拡張することができるサーバプ
ロセス試験システムに関する。なお、本明細書におい
て、クライアントプロセスとは呼び出す側のプロセスを
意味し、サーバプロセスとは呼び出される側のプロセス
を意味する。

【０００２】

【従来の技術】従来から、あらかじめ定められた試験項
目に従ってサーバプロセスの所定の機能を所定の手順で
呼び出すことによりサーバプロセスを試験するサーバプ
ロセス試験プログラムが知られている。

【０００３】このようなサーバプロセス試験プログラム
において、複数種類の試験項目に従って試験を行う場合
には、従来、試験項目の番号等によって処理を分岐させ
た上で試験項目ごとの処理を実行させるのが一般的であ
る。具体的には例えば、サーバプロセス試験プログラム
に次のような条件分岐コードを組み込むのが一般的であ
る。なお、このような条件分岐コードにおいて、一箇所
の条件分岐コードにおける分岐数は試験項目数に等しく
なる。

【０００４】if 試験項目=1 then （試験項目１の処
理） else if 試験項目=2 then （試験項目２の処理） ...

【０００５】

【発明が解決しようとする課題】ところで、このような
サーバプロセスに対する試験項目には、サーバプロセス
の配置形態や、サーバプロセスを呼び出すクライアント
プロセス数、サーバプロセスの所定の機能の呼び出しを
実行する手順（シーケンス）、およびサーバプロセスへ
の呼び出しを実行する際に必要とされる試験用データの
生成方法等の各種のパラメータが絡んでおり、これらの
パラメータに与えられる要素数が増加するにつれて試験
項目数が組合せ論的に増大することが知られている。

【０００６】しかしながら、上述した従来のサーバプロ
セス試験プログラムでは、条件分岐コード内に全ての試
験項目に対応する処理が個別に組み込まれているので、
試験項目のパラメータに与えられる要素数が増加して試
験項目数が組合せ論的に増大すると、その試験項目数に
比例してコード量が急激に増大してしまうという問題が
ある。なお、条件分岐コードはプログラム中の複数箇所
に組み込まれていることが多く、この場合には、条件分
岐コードが組み込まれている全ての箇所で新たに条件分
岐コードの変更や追加等を行う必要がある。

【０００７】また、上述した従来のサーバプロセス試験
プログラムでは、試験項目ごとの処理がプログラム中に
直接書き込まれているので、試験項目の追加や変更等が
行われた場合において、既存のコードをプログラムを書
き換える必要が生じるという問題がある。

【０００８】本発明はこのような点を考慮してなされた
ものであり、試験項目の変更や追加等に対応してその構
成を容易に変更および拡張することができるサーバプロ
セス試験システム、そのシステムを実現するためのサー
バプロセス試験フレームワークを記録したコンピュータ
読み取り可能な記録媒体、およびサーバプロセス試験プ
ログラムを記録したコンピュータ読み取り可能な記録媒
体を提供することを目的とする。

【０００９】

【課題を解決するための手段】本発明は、その第１の解
決手段として、クライアントプロセスから呼び出されて
各種の機能を提供するサーバプロセスを試験するための
サーバプロセス試験システムにおいて、サーバプロセス
に対する試験を管理するメイン部と、前記メイン部によ
り起動され、クライアントプロセスを模倣（エミュレー
ト）して前記サーバプロセスを呼び出すクライアント部
と、前記クライアント部により呼び出され、試験項目の
内容に従って前記サーバプロセスの所定の機能の呼び出
しを所定の手順で実行する呼び出し手順実行部と、前記
呼び出し手順実行部により呼び出され、前記サーバプロ
セスへの呼び出しを実行する際に必要とされる試験用デ
ータを生成する試験用データ生成部とを備えたことを特
徴とするサーバプロセス試験システムを提供する。

【００１０】なお、上述した第１の解決手段において
は、前記呼び出し手順実行部により呼び出され、前記サ
ーバプロセスの配置形態に起因した呼び出し手順の差異
を補正した上で前記サーバプロセスへの呼び出しを実行
する呼び出し手順補正部をさらに備えることが好まし
い。また、前記呼び出し手順実行部により呼び出され、
前記サーバプロセスの呼び出しの結果をその呼び出しご
とに判定するローカル判定部と、前記ローカル判定部に
よる判定結果に基づいて試験項目の合否を判定する合否
判定部とをさらに備えることが好ましい。さらに、前記
サーバプロセスが実行される実行環境の状況を監視する
システム監視部をさらに備え、前記合否判定部は、前記
ローカル判定部による判定結果と前記システム監視部に
よる監視結果とに基づいて試験項目の合否を判定するこ
とが好ましい。

【００１１】また、上述した第１の解決手段において
は、前記呼び出し手順実行部、前記試験用データ生成
部、前記呼び出し手順補正部、前記ローカル判定部およ
び前記合否判定部の少なくとも一つを、あらかじめ定め
られた試験項目定義ファイルに基づいて、試験項目の内
容に対応して生成するファクトリ部をさらに備えること
が好ましい。

【００１２】本発明は、その第２の解決手段として、ク
ライアントプロセスから呼び出されて各種の機能を提供
するサーバプロセスを試験するためのサーバプロセス試
験フレームワークを記録したコンピュータ読み取り可能
な記録媒体において、サーバプロセスに対する試験を管
理するメインクラスと、クライアントプロセスを模倣し
て前記サーバプロセスを呼び出すクライアントクラス
と、試験項目の内容に従って前記サーバプロセスの所定
の機能の呼び出しを所定の手順で実行する呼び出し手順
実行クラスと、前記サーバプロセスへの呼び出しを実行
する際に必要とされる試験用データを生成する試験用デ
ータ生成クラスと、あらかじめ定められた試験項目定義
ファイルに基づいて、前記呼び出し手順実行クラスおよ
び前記試験用データ生成クラスの少なくとも一方を継承
してなる複数種類の具象クラスの中から、試験項目の内
容に対応した最適な具象クラスを選択するファクトリク
ラスとを含むことを特徴とするサーバプロセス試験フレ
ームワークを記録したコンピュータ読み取り可能な記録
媒体を提供する。

【００１３】なお、本発明の第２の解決手段において
は、前記サーバプロセスの配置形態に起因した呼び出し
手順の差異を補正した上で前記サーバプロセスへの呼び
出しを実行する呼び出し手順補正クラスをさらに備え、
前記ファクトリクラスは、あらかじめ定められた試験項
目定義ファイルに基づいて、前記呼び出し手順補正クラ
スを継承してなる複数種類の具象クラスの中から、試験
項目の内容に対応した最適な具象クラスを選択すること
が好ましい。また、前記サーバプロセスの呼び出しの結
果をその呼び出しごとに判定するローカル判定クラス
と、前記ローカル判定クラスによる判定結果に基づいて
試験項目の合否を判定する合否判定クラスとをさらに備
え、前記ファクトリクラスは、あらかじめ定められた試
験項目定義ファイルに基づいて、前記ローカル判定クラ
スおよび前記合否判定クラスの少なくとも一方を継承し
てなる複数種類の具象クラスの中から、試験項目の内容
に対応した最適な具象クラスを選択することが好まし
い。さらに、前記サーバプロセスが実行される実行環境
の状況を監視するシステム監視クラスをさらに備え、前
記合否判定クラスは、前記ローカル判定クラスによる判
定結果と前記システム監視クラスによる監視結果とに基
づいて試験項目の合否を判定することが好ましい。

【００１４】本発明は、その第３の解決手段として、ク
ライアントプロセスから呼び出されて各種の機能を提供
するサーバプロセスを試験するためのサーバプロセス試
験プログラムを記録したコンピュータ読み取り可能な記
録媒体において、サーバプロセスに対する試験を管理さ
せる手順と、クライアントプロセスを模倣して前記サー
バプロセスを呼び出させる手順と、試験項目の内容に従
って前記サーバプロセスの所定の機能の呼び出しを所定
の手順で実行させる手順と、前記サーバプロセスへの呼
び出しを実行する際に必要とされる試験用データを生成
させる手順とをコンピュータに対して実行させることを
特徴とするサーバプロセス試験プログラムを記録したコ
ンピュータ読み取り可能な記録媒体を提供する。

【００１５】なお、本発明の第３の解決手段において
は、前記サーバプロセスの配置形態に起因した呼び出し
手順の差異を補正した上で前記サーバプロセスへの呼び
出しを実行させる手順をコンピュータに対してさらに実
行させることが好ましい。また、前記サーバプロセスの
呼び出しの結果をその呼び出しごとに判定させる手順
と、その判定結果に基づいて試験項目の合否を判定させ
る手順とをコンピュータに対してさらに実行させること
が好ましい。

【００１６】本発明の第１乃至第３の解決手段によれ
ば、サーバプロセスを試験する処理のうち、試験項目ご
とに変化する処理に関して、そのパラメータ（配置形
態、呼び出し手順および試験用データの生成方法等）ご
とに適切なオブジェクトを生成して用いるようにしてい
るので、試験項目の各パラメータに与えられる要素数が
増加して試験項目数が組合せ論的に増大しても、コード
量が急激に増大することを防止することができる。

【００１７】また、本発明の第１乃至第３の解決手段に
よれば、試験項目ごとに変化する処理が抽象クラスとし
て定義されており、これらを継承して具象クラスを作成
することにより試験項目に対応した処理を実現すること
ができるので、試験項目の追加や変更等が行われた場合
でも、フレームワーク等の既存のコードを書き換える必
要がない。なお、試験項目のパラメータに新たな要素が
追加されない限りは、試験項目定義ファイルの内容を修
正するのみで対応することができる。

【００１８】さらに、本発明の第１乃至第３の解決手段
によれば、呼び出し手順実行クラスが呼び出し手順補正
クラスを介してサーバプロセスを呼び出すことにより、
サーバプロセスの配置形態が異なる場合でも、他のクラ
スの内容を変更する必要がない。また、配置形態以外の
呼び出しのための手順の一部に変更が生じた場合でも、
その手順の差異を隠蔽することができる。

【００１９】さらにまた、本発明の第１乃至第３の解決
手段によれば、サーバプロセスの呼び出しに連動してそ
の結果を判定し、その判定結果に基づいて試験項目全体
の合否を判定することにより、試験項目ごとの合否を自
動的に判定することができる。

【００２０】

【発明の実施の形態】以下、図面を参照して本発明の実
施の形態について説明する。

【００２１】第１の実施の形態まず、図１乃至図８により、本発明の第１の実施の形態
について説明する。なお、本発明の第１の実施の形態に
おいては、複数の会議室の予約業務を支援する会議室予
約システムを例に挙げ、その会議室予約エンジン（サー
バプロセス）を試験するための会議室予約エンジン試験
システム（サーバプロセス試験システム）について説明
する。

【００２２】［会議室予約システムの概要］図１に示す
ように、試験対象となる会議室予約エンジンを含む会議
室予約システムは、予約情報の入力および取得等の予約
業務を行うための複数の予約業務端末１と、これら予約
業務端末１に接続されたサーバマシン２と、予約情報を
保管するデータベースマシン３とを備えている。ここ
で、各予約業務端末１はそれぞれ予約業務担当者４によ
り用いられ、予約情報の入力および取得等の予約業務が
行われる。一方、サーバマシン２およびデータベースマ
シン３は会議室予約システム全体でそれぞれ１台ずつ設
置され、複数の予約業務端末１に対して各種の機能を提
供する。

【００２３】なお、予約業務端末１、サーバマシン２お
よびデータベースマシン３にはソフトウェアが搭載され
ている。このうち、予約業務端末１にはクライアントプ
ロセス１ａが搭載され、サーバマシン２には会議室予約
エンジン（サーバプロセス）２ａが搭載され、データベ
ースマシン３にはデータベース３ａを管理するデータベ
ース管理システム（図示せず）が搭載されている。な
お、図１に示す会議室予約システムでは、複数のクライ
アントプロセス１ａと会議室予約エンジン２ａとが別々
のマシン上に配置されているが、会議室予約システムの
単価を抑えるため、複数のクライアントプロセス１ａと
会議室予約エンジン２ａとが同一のマシン上に配置され
ることもある。

【００２４】このような会議室予約システムにおいて、
サーバマシン２上に搭載された会議室予約エンジン２ａ
は、(1)会議室の予約、(2)予約の有無の確認、および
(3)予約の取り消し、という３つの機能を提供する。す
なわち、会議室予約エンジン２ａは、予約業務端末１上
に搭載されたクライアントプロセス１ａからの呼び出し
に対して、次のいずれかの処理を実行する。

【００２５】（１）指定された会議室の指定された日時
での予約（当該日時に当該会議室が空いている場合には
予約を発行し、既に予約されている場合には予約を拒否
する。）（２）指定された会議室の指定された日時における予約
の有無の確認（３）既に発行された予約の取り消し［会議室予約エンジンに対する試験の概要］このような
会議室予約エンジン２ａに対する試験は、後述する会議
室予約エンジン試験システムにより、あらかじめ定めら
れた複数種類の試験項目に従って会議室予約エンジン２
ａの所定の機能を連続して所定の手順で呼び出すことに
より行われる。なお、各試験項目の合否の判定は、それ
ぞれの呼び出しの結果が正しい予約内容を反映している
かどうかを評価することにより行われる。

【００２６】ここで、会議室予約エンジン２ａに対する
試験項目は、クライアントプロセス１ａから会議室予約
エンジン２ａを呼び出す手順（シーケンス）等を定義し
たものであり、例えば次のようなものである。

【００２７】＜試験項目１＞同一のマシン上で動作する
３つのクライアントプロセスおよび会議室予約エンジン
において、これら各クライアントプロセスから呼び出さ
れる会議室予約エンジンの動作を試験する。その際、各
クライアントプロセスは、会議室予約エンジンの３つの
機能に対応する予約メソッド（doYoyaku）、確認メソッ
ド（checkYoyaku）、取消メソッド（cancelYoyaku）を
順に呼び出し、これを１０回繰り返す。このとき、予約
用データ（試験用データ）は再現性のある乱数に基づい
て生成される。

【００２８】＜試験項目２＞別々のマシン上で動作する
１０個のクライアントプロセスおよび会議室予約エンジ
ンにおいて、これら各クライアントプロセスから呼び出
される会議室予約エンジンの動作を試験する。その際、
各クライアントプロセスは、会議室予約エンジンの３つ
の機能に対応する予約メソッド（doYoyaku）を１０回呼
び出した後、確認メソッド（checkYoyaku）を１０回呼
び出す。このとき、予約用データ（試験用データ）は、
クライアントプロセスごとに同じ会議室および同じ日時
に固定されたものである。

【００２９】なお、このような試験項目は、次のような
４種類のパラメータに与える要素の相違によって定義す
ることができる。

【００３０】(1)配置形態 (2)クライアントプロセス数 (3)呼び出しシーケンス（呼び出し手順） (4)予約用データ（試験用データ）の生成方法ここで、「配置形態」とは、会議室予約エンジン２ａの
配置形態を指定するパラメータである。具体的には、会
議室予約エンジン２ａは、クライアントプロセス１ａが
動作する予約業務端末１とは別のサーバマシン２上で動
作する形態の他、クライアントプロセス１ａが動作する
１つの予約業務端末１上で動作する形態をとることがで
きる。このような会議室予約エンジン２ａの配置形態の
相違が「配置形態」のパラメータによって定義される。
なお、前者の配置形態では、クライアントプロセス１ａ
と会議室予約エンジン２ａとはリモート通信手段によっ
て互いに通信を行う。一方、後者の配置形態では、クラ
イアントプロセス１ａと会議室予約エンジン２ａとはク
ライアントプロセス１ａからの直接のメソッド呼び出し
によって互いに通信を行う。従って、クライアントプロ
セス１ａと会議室予約エンジン２ａとの間の通信手順
（呼び出し手順）は、配置形態ごとに異なることとな
る。

【００３１】「クライアントプロセス数」とは、会議室
予約エンジン２ａを試験する際に同時に起動されるクラ
イアントプロセス数を指定するパラメータである。な
お、同時に起動された各クライアントプロセス１ａから
は、同時並行的に一つの会議室予約エンジン２ａに対し
て呼び出しが行われる。

【００３２】「呼び出しシーケンス」とは、ある１つの
試験項目において連続的に会議室予約エンジン２ａの機
能を呼び出すための呼び出し手順（シーケンス）を指定
するパラメータである。

【００３３】「予約用データの生成方法」とは、予約用
データを生成するためのアルゴリズムを指定するパラメ
ータである。ここで、予約用データを生成するためのア
ルゴリズムにおいては例えば、何番目のクライアントプ
ロセスであるかという情報と、そのプロセス内での何回
目の会議室予約エンジンの呼び出しであるかという情報
とを引数として、予約用データを生成する。

【００３４】なお、このようなパラメータに従って上述
した試験項目１および試験項目２を定義すると、次のよ
うになる。

【００３５】＜試験項目１＞配置形態：同一マシン（Keitai1）クライアントプロセス数：３呼び出しシーケンス：予約メソッド（doYoyaku）、確認
メソッド（checkYoyaku）、取消メソッド（cancelYoyak
u）を順に呼び出し、これを１０回繰り返す（Sequence
1）。

【００３６】予約用データの生成方法：再現性のある乱
数に基づいてデータを生成（Generator2）。

【００３７】＜試験項目２＞配置形態：別マシン（Keitai2）クライアントプロセス数：１０呼び出しシーケンス：予約メソッド（doYoyaku）を１０
回呼び出した後、確認メソッド（checkYoyaku）を１０
回呼び出す（Sequence2）。

【００３８】予約用データの生成方法：クライアントプ
ロセスごとに同じ会議室および同じ日時に固定されたデ
ータを生成（Generator1）。

【００３９】次に、図２乃至図８により、上述したよう
な試験項目に従って会議室予約エンジン２ａを試験する
ための会議室予約エンジン試験システムについて説明す
る。

【００４０】［会議室予約エンジン試験フレームワー
ク］まず、図２乃至図６により、会議室予約エンジン試
験システムを構築するために用いられる会議室予約エン
ジン試験フレームワークについて説明する。なお、この
会議室予約エンジン試験フレームワークは「抽象化」お
よび「継承」という特性を有するオブジェクト指向言語
で記述されるものとする。

【００４１】図２に示すように、会議室予約エンジン試
験フレームワークは、会議室予約エンジン２ａに対する
試験を管理するMainクラス（メインクラス）１１と、会
議室予約エンジンが実行される実行環境の状況（システ
ム状態）を監視するSystemWatcherクラス（システム監
視クラス）１２と、クライアントプロセスを模倣（エミ
ュレート）して会議室予約エンジン２ａを呼び出すClie
ntクラス（クライアントクラス）１３とを備えている。

【００４２】なお、Mainクラス１１は、mainメソッドお
よびshowResultsメソッドを有している。このうち、mai
nメソッドは、会議室予約エンジン２ａが実行される実
行環境が試験開始時に呼び出すためのメソッドである。
showResultsメソッドは、試験終了後にその結果を集計
ファイル１５へ書き出すためのメソッドである。

【００４３】また、SystemWatcherクラス１２は、start
メソッドおよびgetSystemSummaryメソッドを有してい
る。このうち、startメソッドは、システム状態の監視
を開始し、システム状態を適宜記録するためのメソッド
である。getSystemSummaryメソッドは、Mainクラス１１
からシステム状態の遷移等に関する情報を取得するため
のメソッドである。

【００４４】さらに、Clientクラス１３は、startメソ
ッド、getResultHistoryメソッド、getErrorHistoryメ
ソッド、doYoyakuメソッド、checkYoyakuメソッド、can
celYoyakuメソッドおよびgenerateDataメソッドを有し
ている。このうち、startメソッドは、Clientクラス１
３を起動するためのメソッドである。getResultHistory
メソッドは、呼び出しの結果、会議室予約エンジン２ａ
が返す値の記録をMainクラス１１から取得するためのメ
ソッドである。getErrorHistoryメソッドは、呼び出し
がエラーの発生によって終了した場合の記録をMainクラ
ス１１から取得するためのメソッドである。doYoyakuメ
ソッド、checkYoyakuメソッドおよびcancelYoyakuメソ
ッドはそれぞれ、会議室予約エンジン２ａの機能（会議
室の予約、予約の有無の確認および予約の取り消し）を
呼び出すためのプライベートメソッドである。generate
Dataメソッドは、会議室予約エンジン２ａへの呼び出し
を実行する際に用いられる予約用データを生成するため
のメソッドである。

【００４５】また、会議室予約エンジン試験フレームワ
ークは、試験項目の内容に従って会議室予約エンジン２
ａの所定の機能の呼び出しを所定の手順（シーケンス）
で実行するYobidashiSequenceクラス（呼び出し手順実
行クラス）１７と、会議室予約エンジン２ａへの呼び出
しを実行する際に必要とされる予約用データ（試験用デ
ータ）を生成するDataGeneratorクラス（試験用データ
生成クラス）１８と、会議室予約エンジン２ａの配置形
態に起因した呼び出し手順の差異を補正した上で会議室
予約エンジン２ａへの呼び出しを実行するHaichiKeitai
クラス（呼び出し手順補正クラス）１９とを備えてい
る。

【００４６】ここで、YobidashiSequenceクラス１７、D
ataGeneratorクラス１８およびHaichiKeitaiクラス１９
はそれぞれ抽象クラスとして定義されており、これらを
継承してその属性やメソッドを適宜具象化することによ
り、試験項目の各パラメータに与えられる要素に対応し
た複数種類の具象クラスを作成することができるように
なっている（図３参照）。なお、図４(a)(b)(c)は、上
述した試験項目１および試験項目２の場合における、Yo
bidashiSequenceクラス１７、DataGeneratorクラス１８
およびHaichiKeitaiクラス１９の具象クラスの例を示す
図である。

【００４７】なお、会議室予約エンジン試験フレームワ
ークは、図３および図４(a)(b)(c)に示すように、抽象
クラスとして定義されたYobidashiSequenceクラス１
７、DataGeneratorクラス１８およびHaichiKeitaiクラ
ス１９をそれぞれ継承してなる具象クラスの中から、あ
らかじめ定められた試験項目定義ファイル２０に基づい
て、試験項目の内容に対応した最適な具象クラスを選択
するKoumokuFactoryクラス（ファクトリクラス）１６を
備えている。なお、試験項目定義ファイル２０は、試験
項目の各パラメータに与えられる要素を定義したもので
ある。図５に示すように、試験項目定義ファイル２０
は、パラメータである配置形態（“HaichiKeitaiClas
s”）、呼び出しシーケンス（“YobidashiSequenceClas
s”）および予約用データの生成方法（“DataGenerator
Class”）に与えられる要素に対応する具象クラス名
（“Keitai1”、“Sequence1”および“Generator2”）
と、クライアントプロセス数（“ClientProcesses=
3”）とを含む。

【００４８】なお、会議室予約エンジン試験フレームワ
ークは、会議室予約エンジン２ａを試験する処理のう
ち、試験項目ごとに変化する処理に関して、そのパラメ
ータ（配置形態、呼び出しシーケンスおよび予約用デー
タの生成方法等）ごとに適切なオブジェクト（Yobidash
iSequenceオブジェクト１７ａ、DataGeneratorオブジェ
クト１８ａおよびHaichiKeitaiオブジェクト１９ａ）を
生成して用いるものであり、試験項目の各パラメータに
与えられる要素数が増加して試験項目数が組合せ論的に
増大する場合でも、その要素数に比例する追加および変
更によって対応することができる（図６参照）。

【００４９】（クラス図の表記法）なお、上述した図
２、図３および図４(a)(b)(c)に示すクラス図の表記法
は図１２に示すとおりである（後述する図９および図１
０に示すクラス図も同様である）。

【００５０】図１２(a)はクラスの表記法を示す。ここ
で、クラスとは、データ構造およびメソッドの組をい
う。インスタンスとは、特定のクラスのデータ構造に対
応する記憶領域を割り当てられた実体をいう。メソッド
とは、クラスのデータ構造に対応する操作定義をいう
（いわゆる関数に相当する）。なお、プライベートメソ
ッドは、同じクラスに所属する通常のメソッドからのみ
呼び出されるメソッドをいう。抽象クラスとは、データ
構造またはメソッドの実装を持たないクラスをいい、メ
ソッドの呼び出し部分の定義のみを持つ。これに対し、
具象クラスとは、データ構造またはメソッドの実装を持
つ完全なクラスをいう（図１２(c)参照）。

【００５１】図１２(b)はパッケージの表記法を示す。
パッケージとは、クラスの集合体をいう。

【００５２】図１２(c)は継承関係に関する表記法を示
す。ここで、継承関係とは、抽象クラスが定義するメソ
ッドに対する実装を具象クラスが与える関係をいう。ま
た、２つの抽象クラスの関係においては、一方の抽象ク
ラスが他方の抽象クラスのメソッドの呼び出し部分の定
義を引き継ぐ場合を指す。このような具象クラスが複数
あるとき、それぞれの具象クラスには異なる実装を与え
ることができる。これにより、同じ名前のメソッドに異
なる処理上の振る舞いを与えることができる。具象クラ
スは抽象クラスが定義しないメソッドを独自に追加的に
定義して実装することができる。具象クラスのインスタ
ンスは、あたかも抽象クラスのインスタンスであるかの
ように振る舞うため、「前者は後者の一種である」と表
現することもある。

【００５３】図１２(d)は注釈に関する表記法を示す。

【００５４】図１２(e)〜(k)はインスタンス関係に関す
る表記法を示す。ここで、インスタンス関係とは、１つ
のクラスの１つのインスタンスが、別のクラスの１つ、
または複数のインスタンスと関連付けられている関係を
いう。なお、このような関連付けは、その形態に応じ
て、呼び出し関係、所有関係、独占的所有関係および生
成関係に分けられる。また、１つのインスタンスがいく
つのインスタンスに関連付けられているかによって、１
対１の関係（図１２(e)参照）と１対多の関係（図１２
(f)参照）とに分けられる。なお、文脈から明らかな場
合には、１対１または１対多の関係の表示は省略され
る。

【００５５】図１２(g)(h)はインスタンス間の呼び出し
関係を示す。このうち、図１２(g)は１つのクラスのイ
ンスタンスが別のクラスのインスタンスのメソッドを呼
び出す関係を示し、図１２(h)は双方が互いのメソッド
を呼び出す関係を示す。

【００５６】図１２(i)はインスタンス間の所有関係を
示す。所有関係とは、１つのクラスのインスタンスが別
のクラスのインスタンスを組み込むことにより実体をな
す関係をいう。なお、インスタンスＡがインスタンスＢ
を所有するとき、同時にインスタンスＡとインスタンス
Ｂとは呼び出し関係にある。

【００５７】図１２(j)はインスタンス間の独占的所有
関係を示す。独占的所有関係とは、所有関係のうち、所
有する側のクラスのインスタンスが所有される側のクラ
スのインスタンスの破棄等を自由に行える関係（強い所
有関係）をいう。

【００５８】図１２(k)はインスタンス間の生成関係を
いう。生成関係とは、あるクラスのインスタンスが、別
のクラスのインスタンスを生成する関係をいう。なお、
インスタンスを生成するとは、そのクラスのデータ構造
に対応した記憶領域を割り当てることをいう。

【００５９】［会議室予約エンジン試験システム］次
に、図７および図８により、図２、図３および図４(a)
(b)(c)に示すサーバプロセス試験フレームワークを用い
て構築される会議室予約エンジン試験システムについて
説明する。

【００６０】図７に示すように、会議室予約エンジン試
験システムは、図２、図３および図４(a)(b)(c)に示す
サーバプロセス試験フレームワークの各クラスに対応し
て生成された複数のインスタンス（オブジェクト）によ
り構成されている。

【００６１】ここで、会議室予約エンジン試験システム
は、会議室予約エンジン２ａに対する試験を管理するMa
inオブジェクト（メイン部）１１ａと、会議室予約エン
ジン２ａが実行される実行環境の状況（システム状態）
を監視するSystemWatcherオブジェクト（システム監視
部）１２ａと、Mainオブジェクト１１ａにより起動さ
れ、クライアントプロセスを模倣して会議室予約エンジ
ン２ａを呼び出すClientオブジェクト（クライアント
部）１３ａとを備えている。

【００６２】また、会議室予約エンジン試験システム
は、Mainオブジェクト１１ａにより呼び出され、試験項
目の内容に従って会議室予約エンジン２ａの所定の機能
の呼び出しを所定の手順で実行するYobidashiSequence
オブジェクト（呼び出し手順実行部）１７ａと、Yobida
shiSequenceオブジェクト１７ａにより呼び出され、会
議室予約エンジン２ａへの呼び出しを実行する際に必要
とされる予約用データ（試験用データ）を生成するData
Generatorオブジェクト（試験用データ生成部）１８ａ
と、YobidashiSequenceオブジェクト１７ａにより呼び
出され、会議室予約エンジン２ａの配置形態に起因した
呼び出し手順の差異を補正した上で会議室予約エンジン
２ａへの呼び出しを実行するHaichiKeitaiオブジェクト
（呼び出し手順補正部）１９ａとを備えている。

【００６３】ここで、YobidashiSequenceオブジェクト
１７ａ、DataGeneratorオブジェクト１８ａおよびHaich
iKeitaiオブジェクト１９ａはそれぞれ、抽象クラスで
あるYobidashiSequenceクラス１７、DataGeneratorクラ
ス１８およびHaichiKeitaiクラス１９（図２および図３
参照）を継承して作成された複数種類の具象クラスのう
ちの１つに対応するものであり、KoumokuFactoryオブジ
ェクト（ファクトリ部）１６ａの下で、あらかじめ定め
られた試験項目定義ファイル２０に基づいて、試験項目
の内容に対応した適切なオブジェクトが生成されるよう
になっている。

【００６４】次に、図７および図８により、会議室予約
エンジン試験システムの動作についてオブジェクト単位
で説明する。

【００６５】Mainオブジェクト Mainオブジェクト１１ａは、会議室予約エンジン試験シ
ステムの開始点となるオブジェクトである。１回の試験
実行時には、１つの試験項目が実行される。Mainオブジ
ェクト１１ａは、KoumokuFactoryオブジェクト１６ａを
起動するとともに（ステップ１０１）、あらかじめ定め
られた順序でSystemWatcherオブジェクト１２ａおよびC
lientオブジェクト１３ａを起動する（ステップ１０６
および１０７）。また、Mainオブジェクト１１ａは、Cl
ientオブジェクト１３ａの動作の終了を待ち（ステップ
１０７′）、SystemWatcherオブジェクト１２ａを停止
させた後（ステップ１０７″）、SystemWatcherオブジ
ェクト１２ａおよびClientオブジェクト１３ａから、シ
ステム状態および呼び出し結果をそれぞれ取得し（ステ
ップ１１６および１１７）、その結果を集計ファイル１
５へ書き出す（ステップ１１８）。なお、集計ファイル
１５は、試験担当者が試験結果の合否を判定するための
資料となる。

【００６６】SystemWatcherオブジェクト SystemWatcherオブジェクト１２ａは、会議室予約エン
ジン２ａが実行される実行環境の状況（システム状態）
を監視するオブジェクトである。SystemWatcherオブジ
ェクト１２ａは、Mainオブジェクト１１ａによって起動
された後、試験実行中に会議室予約エンジン２ａが消費
するメモリ空間やＣＰＵ時間等の資源の量を監視して記
録する（ステップ１０６′）。

【００６７】Clientオブジェクト Clientオブジェクト１３ａは、複数のクライアントプロ
セスを模倣して会議室予約エンジン２ａを呼び出すオブ
ジェクトである。Clientオブジェクト１３ａは、Mainオ
ブジェクト１１ａによって起動された後、KoumokuFacto
ryオブジェクト１６ａにより生成されたYobidashiSeque
nceオブジェクト１７ａの情報を受け取る。その後、Cli
entオブジェクト１３ａは、YobidashiSequenceオブジェ
クト１７ａを起動する（ステップ１０８）。

【００６８】KoumokuFactoryオブジェクト KoumokuFactoryオブジェクト１６ａは、Mainオブジェク
ト１１ａにより与えられる試験項目番号に対応する試験
項目の内容を試験項目定義ファイル２０から読み出し
（ステップ１０２）、その試験項目の各パラメータに与
えられる要素に対応する適切なYobidashiSequenceオブ
ジェクト１７ａ、DataGeneratorオブジェクト１８ａお
よびHaichiKeitaiオブジェクト１９ａを生成する（ステ
ップ１０３、１０４および１０５）。

【００６９】ここで、YobidashiSequenceオブジェクト
１７ａ、DataGeneratorオブジェクト１８ａおよびHaich
iKeitaiオブジェクト１９ａはそれぞれ、抽象クラスで
あるYobidashiSequenceクラス１７、DataGeneratorクラ
ス１８およびHaichiKeitaiクラス１９を継承して作成さ
れた複数種類の具象クラスのうちの１つに対応するもの
であり、KoumokuFactoryオブジェクト１６ａの下で、あ
らかじめ定められた試験項目定義ファイル２０に基づい
て、試験項目の内容に対応した適切なオブジェクトが生
成される。

【００７０】YobidashiSequenceオブジェクト YobidashiSequenceオブジェクト１７ａは、Clientオブ
ジェクト１３ａにより起動されると、DataGeneratorオ
ブジェクト１８ａを呼び出した後（ステップ１０９）、
試験項目の内容に従って会議室予約エンジン２ａの所定
の機能の呼び出し（doYoyaku、checkYoyaku、cancelYoy
aku）を所定の手順で実行する（ステップ１１１）。な
お、YobidashiSequenceオブジェクト１７ａは、会議室
予約エンジン２ａを直接呼び出さず、HaichiKeitaiオブ
ジェクト１９ａを呼び出す。

【００７１】DataGeneratorオブジェクト DataGeneratorオブジェクト１８ａは、YobidashiSequen
ceオブジェクト１７ａにより呼び出されると、Yobidash
iSequenceオブジェクト１７ａにより会議室予約エンジ
ン２ａへの呼び出しを実行する際に必要とされる予約用
データを生成する（ステップ１１０）。なお、予約用デ
ータは、何番目のクライアントプロセスであるかという
情報と、そのプロセス内での何回目の会議室予約エンジ
ン２ａの呼び出しであるかという情報とによって決定さ
れる。

【００７２】HaichiKeitaiオブジェクト HaichiKeitaiオブジェクト１９ａは、YobidashiSequenc
eオブジェクト１７ａにより呼び出されると、会議室予
約エンジン２ａへの呼び出しのための詳細な手順を実行
する（ステップ１１２）。具体的には、会議室予約エン
ジン２ａの配置形態に起因した呼び出し手順の差異を補
正した上で会議室予約エンジン２ａへの呼び出しを実行
する。

【００７３】なお、HaichiKeitaiオブジェクト１９ａに
よる会議室予約エンジン２ａへの呼び出しの結果は、Ha
ichiKeitaiオブジェクト１９ａおよびYobidashiSequenc
eオブジェクト１７ａを介してClientオブジェクト１３
ａへ返される（ステップ１１３、１１４および１１
５）。

【００７４】このように本発明の第１の実施の形態によ
れば、会議室予約エンジン２ａを試験する処理のうち、
試験項目ごとに変化する処理に関して、そのパラメータ
（配置形態、呼び出しシーケンスおよび予約用データの
生成方法等）ごとに適切なオブジェクト（YobidashiSeq
uenceオブジェクト１７ａ、DataGeneratorオブジェクト
１８ａおよびHaichiKeitaiオブジェクト１９ａ）を生成
して用いるようにしているので、試験項目の各パラメー
タに与えられる要素数が増加して試験項目数が組合せ論
的に増大しても、コード量が急激に増大することを防止
することができる。

【００７５】また、本発明の第１の実施の形態によれ
ば、試験項目ごとに変化する処理が抽象クラス（Yobida
shiSequenceクラス１７、DataGeneratorクラス１８およ
びHaichiKeitaiクラス１９）として定義されており、こ
れらを継承して具象クラスを作成することにより試験項
目に対応した処理を実現することができるので、試験項
目の追加や変更等が行われた場合でも、フレームワーク
等の既存のコードを書き換える必要がない。なお、試験
項目のパラメータに新たな要素が追加されない限りは、
試験項目定義ファイルの内容を修正するのみで対応する
ことができる。

【００７６】さらに、本発明の第１の実施の形態によれ
ば、呼び出し手順実行クラス（YobidashiSequenceクラ
ス１７）が呼び出し手順補正クラス（HaichiKeitaiクラ
ス１９）を介して会議室予約エンジン２ａを呼び出すよ
うにしているので、会議室予約エンジン２ａの配置形態
が異なる場合でも、他のクラスの内容を変更する必要が
ない。また、配置形態以外の呼び出しのための手順の一
部に変更が生じた場合でも、その手順の差異を隠蔽する
ことができる。

【００７７】第２の実施の形態次に、図９乃至図１１により、本発明の第２の実施の形
態について説明する。本発明の第２の実施の形態におい
ては、会議室予約エンジンの呼び出しの結果を自動的に
判定するようにした点を除いて、他は図１乃至図８に示
す第１の実施の形態と略同一である。本発明の第２の実
施の形態において、上述した第１の実施の形態と同一部
分には同一符号を付して詳細な説明は省略する。

【００７８】なお、本発明の第２の実施の形態において
は、(1)配置形態、(2)クライアントプロセス数、(3)呼
び出しシーケンス（呼び出し手順）、および(4)予約用
データ（試験用データ）の生成方法というパラメータに
加えて、次のような２つのパラメータが追加されてい
る。

【００７９】(5)ローカル判定（個々のクライアントプ
ロセスにおける会議室予約エンジンの呼び出しの毎回の
結果を判定する基準） (6)合否判定（全てのクライアントプロセスにおける上
記(5)のパラメータによる判定結果と、SystemWatcherオ
ブジェクトによって監視されるシステム状態とから試験
結果の合否を判定する基準）なお、このようなパラメータを追加して上述した試験項
目１を再定義すると、次のようになる。

【００８０】＜試験項目１′＞配置形態：同一マシン（Keitai1）クライアントプロセス数：３呼び出しシーケンス：予約メソッド（doYoyaku）、確認
メソッド（checkYoyaku）、取消メソッド（cancelYoyak
u）を順に呼び出し、これを１０回繰り返す（Sequence
1）。

【００８１】予約用データの生成方法：再現性のある乱
数に基づいてデータを生成（Generator2）。

【００８２】ローカル判定：予約メソッド（doYoyaku）
または取消メソッド（cancelYoyaku）が呼び出された直
後に、その呼び出しの結果がデータベースに反映されて
おり、かつ確認メソッド（checkYoyaku）が実際の予約
状況と合致する結果を返すこと。これらの条件を満たす
呼び出しを合格とし、そうでないものを不合格とする
（LocalHantei1）。

【００８３】合否判定：全てのクライアントプロセスに
おける全てのローカル判定が合格であり、かつ会議室予
約エンジン２ａが実行される実行環境のメモリ消費量が
（クライアントプロセス数）×（定数）で与えられる閾
値を越えないこと。これらの条件を満たす呼び出しを合
格とし、そうでないものを不合格とする（GouhiHantei
1）。

【００８４】［会議室予約エンジン試験フレームワー
ク］図９に示すように、会議室予約エンジン試験フレー
ムワークは、図２に示す会議室予約エンジン試験フレー
ムワークに加えて、会議室予約エンジン（サーバプロセ
ス）２ａの呼び出しの結果をその呼び出しごとに判定す
るLocalHanteiクラス（ローカル判定クラス）２１と、L
ocalHanteiクラス（ローカル判定クラス）２１による判
定結果とSystemWathcerクラス（システム監視クラス）
１２による監視結果とに基づいて試験項目の合否を判定
するGouhiHanteiクラス（合否判定クラス）２２とを備
えている。

【００８５】ここで、LocalHanteiクラス２１およびGou
hiHanteiクラス２２はそれぞれ抽象クラスとして定義さ
れており、これらを継承してその属性やメソッドを適宜
具象化することにより、試験項目の各パラメータに与え
られる要素に対応した複数種類の具象クラスを作成する
ことができるようになっている。

【００８６】また、LocalHanteiクラス２１は、抽象ク
ラスであるHaichiKeitaiクラス１９を継承して作成され
ており、このLocalHanteiクラス２１を継承して試験項
目の各パラメータに与えられる要素に対応した具象クラ
スが作成される（図１０参照）。なお、このようにして
作成されるLocalHanteiクラス２１の具象クラスは、Hai
chiKeitaiクラス１９を継承する具象クラス（Keitai1や
Keitai2等）のインスタンスを所有する。また、LocalHa
nteiクラス２１の具象クラスは、HaichiKeitaiクラス１
９を継承する具象クラス（Keitai1やKeitai2等）と同様
に振る舞い、その具象クラスが呼び出される度にその結
果のローカル判定を行って、その結果を必要に応じてGo
uhiHanteiクラス２２を継承する具象クラスへ通知す
る。

【００８７】なお、会議室予約エンジン試験フレームワ
ークは、図９に示すように、抽象クラスとして定義され
たYobidashiSequenceクラス１７、DataGeneratorクラス
１８、HaichiKeitaiクラス１９、LocalHanteiクラス２
１およびGouhiHanteiクラス２２をそれぞれ継承してな
る具象クラスの中から、あらかじめ定められた試験項目
定義ファイル２０に基づいて、試験項目の内容に対応し
た最適な具象クラスを選択するKoumokuFactoryクラス
（ファクトリクラス）１６を備えている。試験項目定義
ファイル２０は、図５に示す内容に加えて、ローカル判
定および合否判定の各パラメータに与えられる要素に対
応する具象クラス名を含む。

【００８８】［会議室予約エンジン試験システム］次
に、図１１により、図９および図１０に示すサーバプロ
セス試験フレームワークを用いて構築される会議室予約
エンジン試験システムについて説明する。

【００８９】図１１に示すように、会議室予約エンジン
試験システムは、図９および図１０に示すサーバプロセ
ス試験フレームワークの各クラスに対応して生成された
複数のインスタンス（オブジェクト）により構成されて
いる。

【００９０】ここで、会議室予約エンジン試験システム
は、図７に示す会議室予約エンジン試験システムに加え
て、YobidashiSequenceオブジェクト１７ａにより呼び
出され、会議室予約エンジン２ａの呼び出しの結果をそ
の呼び出しごとに判定するLocalHanteiオブジェクト
（ローカル判定部）２１ａと、LocalHanteiオブジェク
ト２１ａによる判定結果とSystemWatcherオブジェクト
１２ａによる監視結果とに基づいて試験項目の合否を判
定するGouhiHanteiオブジェクト（合否判定部）２２ａ
とを備えている。

【００９１】ここで、LocalHanteiオブジェクト２１ａ
およびGouhiHanteiオブジェクト２２ａはそれぞれ、抽
象クラスであるLocalHanteiクラス２１およびGouhiHant
eiクラス２２を継承して作成された複数種類の具象クラ
スのうちの１つに対応するものであり、KoumokuFactory
オブジェクト（ファクトリ部）１６ａの下で、あらかじ
め定められた試験項目定義ファイル２０に基づいて、試
験項目の内容に対応した適切なオブジェクトが生成され
るようになっている。

【００９２】なお、LocalHanteiオブジェクト２１ａ
は、YobidashiSequenceオブジェクト１７ａとHaichiKei
taiオブジェクト１９ａとの間に配置されているが、Loc
alHanteiオブジェクト２１ａはHaichiKeitaiオブジェク
ト１９ａを所有する関係にあることから、YobidashiSeq
uenceオブジェクト１７ａはLocalHanteiオブジェクト２
１ａをHaichiKeitaiオブジェクト１９ａの一種として用
いることができる。

【００９３】次に、図１１により、会議室予約エンジン
試験システムの動作についてオブジェクト単位で説明す
る。

【００９４】Mainオブジェクト Mainオブジェクト１１ａは、会議室予約エンジン試験シ
ステムの開始点となるオブジェクトである。１回の試験
実行時には、１つの試験項目が実行される。Mainオブジ
ェクト１１ａは、KoumokuFactoryオブジェクト１６ａを
起動するとともに（ステップ２０１）、あらかじめ定め
られた順序でSystemWatcherオブジェクト１２ａおよびC
lientオブジェクト１３ａを起動する（ステップ２０３
および２０４）。また、Mainオブジェクト１１ａは、Cl
ientオブジェクト１３ａの動作の終了を待ち、SystemWa
tcherオブジェクト１２ａを停止させた後、SystemWatch
erオブジェクト１２ａ、Clientオブジェクト１３ａおよ
びGouhiHanteiオブジェクト２２ａから、システム状
態、呼び出し結果および合否判定結果をそれぞれ取得し
（ステップ２１９、２２０および２２１）、その結果を
集計ファイル１５へ書き出す（ステップ２２２）。な
お、集計ファイル１５は、試験担当者が試験結果の合否
を判定するための資料となる。

【００９５】SystemWatcherオブジェクト SystemWatcherオブジェクト１２ａは、会議室予約エン
ジン２ａが実行される実行環境の状況（システム状態）
を監視するオブジェクトである。SystemWatcherオブジ
ェクト１２ａは、Mainオブジェクト１１ａによって起動
された後、試験実行中に会議室予約エンジン２ａが消費
するメモリ空間やＣＰＵ時間等の資源の量を監視して記
録する。

【００９６】Clientオブジェクト Clientオブジェクト１３ａは、複数のクライアントプロ
セスを模倣して会議室予約エンジン２ａを呼び出すオブ
ジェクトである。Clientオブジェクト１３ａは、Mainオ
ブジェクト１１ａによって起動された後、KoumokuFacto
ryオブジェクト１６ａにより生成されたYobidashiSeque
nceオブジェクト１７ａの情報を受け取る。その後、Cli
entオブジェクト１３ａは、YobidashiSequenceオブジェ
クト１７ａを起動する（ステップ２０５）。

【００９７】KoumokuFactoryオブジェクト KoumokuFactoryオブジェクト１６ａは、Mainオブジェク
ト１１ａにより与えられる試験項目番号に対応する試験
項目の内容を試験項目定義ファイル２０から読み出し、
その試験項目の各パラメータに与えられる要素に対応す
る適切なYobidashiSequenceオブジェクト１７ａ、DataG
eneratorオブジェクト１８ａ、HaichiKeitaiオブジェク
ト１９ａ、LocalHanteiオブジェクト２１ａおよびGouhi
Hanteiオブジェクト２２ａを生成する（ステップ２０
２）。なお、図１１においては、YobidashiSequenceオ
ブジェクト１７ａ、DataGeneratorオブジェクト１８
ａ、HaichiKeitaiオブジェクト１９ａ、LocalHanteiオ
ブジェクト２１ａおよびGouhiHanteiオブジェクト２２
ａを生成する動作については省略している。

【００９８】ここで、YobidashiSequenceオブジェクト
１７ａ、DataGeneratorオブジェクト１８ａ、HaichiKei
taiオブジェクト１９ａ、LocalHanteiオブジェクト２１
ａおよびGouhiHanteiオブジェクト２２ａはそれぞれ、
抽象クラスであるYobidashiSequenceクラス１７、DataG
eneratorクラス１８、HaichiKeitaiクラス１９、LocalH
anteiクラス２１およびGouhiHanteiクラス２２を継承し
て作成された複数種類の具象クラスのうちの１つに対応
するものであり、KoumokuFactoryオブジェクト１６ａの
下で、あらかじめ定められた試験項目定義ファイル２０
に基づいて、試験項目の内容に対応した適切なオブジェ
クトが生成される。

【００９９】YobidashiSequenceオブジェクト YobidashiSequenceオブジェクト１７ａは、Clientオブ
ジェクト１３ａにより起動されると、DataGeneratorオ
ブジェクト１８ａを呼び出した後（ステップ２０６）、
試験項目の内容に従って会議室予約エンジン２ａの所定
の機能の呼び出し（doYoyaku、checkYoyaku、cancelYoy
aku）を所定の手順で実行する（ステップ２０８）。な
お、YobidashiSequenceオブジェクト１７ａは、会議室
予約エンジン２ａを直接呼び出さず、LocalHanteiオブ
ジェクト２１ａを呼び出す。

【０１００】DataGeneratorオブジェクト DataGeneratorオブジェクト１８ａは、YobidashiSequen
ceオブジェクト１７ａにより呼び出されると、Yobidash
iSequenceオブジェクト１７ａにより会議室予約エンジ
ン２ａへの呼び出しを実行する際に必要とされる予約用
データを生成する（ステップ２０７）。なお、予約用デ
ータは、何番目のクライアントプロセスであるかという
情報と、そのプロセス内での何回目の会議室予約エンジ
ン２ａの呼び出しであるかという情報とによって決定さ
れる。

【０１０１】HaichiKeitaiオブジェクト HaichiKeitaiオブジェクト１９ａは、LocalHanteiオブ
ジェクト２１ａを介してYobidashiSequenceオブジェク
ト１７ａにより呼び出されると、会議室予約エンジン２
ａへの呼び出しのための詳細な手順を実行する（ステッ
プ２１０）。具体的には、会議室予約エンジン２ａの配
置形態に起因した呼び出し手順の差異を補正した上で会
議室予約エンジン２ａへの呼び出しを実行する。

【０１０２】なお、HaichiKeitaiオブジェクト１９ａに
よる会議室予約エンジン２ａへの呼び出しの結果は、Ha
ichiKeitaiオブジェクト１９ａ、LocalHanteiオブジェ
クト２１ａおよびYobidashiSequenceオブジェクト１７
ａを介してClientオブジェクト１３ａへ返される（ステ
ップ２１１、２１２、２１７および２１８）。

【０１０３】LocalHanteiオブジェクト LocalHanteiオブジェクト２１ａは、YobidashiSequence
オブジェクト１７ａにより呼び出されると、HaichiKeit
aiオブジェクト１９ａを呼び出す（ステップ２０９）。
LocalHanteiオブジェクト２１ａは、HaichiKeitaiオブ
ジェクト１９ａからその結果を受け取ると（ステップ２
１２）、自らの合否判定メソッド（doHantei）を呼び出
すことによりその合否を判定する（ステップ２１３）。
この判定結果は、必要に応じてGouhiHanteiオブジェク
ト２２ａのupdateFromLocalHanteiメソッドを呼び出す
ことによりGouhiHanteiオブジェクト２２ａへ通知され
る（ステップ２１４）。

【０１０４】GouhiHanteiオブジェクト GouhiHanteiオブジェクト２２ａは、LocalHanteiオブジ
ェクト２１ａから通知を受け取ると、試験項目全体の合
否判定のために必要な情報をLocalHanteiオブジェクト
２１ａへ問い合わせ、その評価を行う（ステップ２１５
および２１６）。なお、SystemWatcherオブジェクト
１２ａは、システム状態が試験項目に定められた閾値を
越えると、その旨をGouhiHaiteiオブジェクト２２ａのu
pdateFromSystemWatcherメソッドを呼び出すことにより
GouhiHanteiオブジェクト２２ａへ非同期に通知する
（ステップ２３０）。GouhiHanteiオブジェクト２２ａ
は、SystemWatcherオブジェクト１２ａから通知を受け
取ると、その通知に基づいて必要な情報をSystemWatche
rオブジェクト１２ａへ問い合わせ、その評価を行う
（ステップ２３１および２３２）。

【０１０５】このように本発明の第２の実施の形態によ
れば、会議室予約エンジン２ａの呼び出しに連動してそ
の結果を判定し、その判定結果に基づいて試験項目全体
の合否を判定するようにしているので、上述した第１の
実施の形態の作用効果に加えて、試験項目ごとの合否を
自動的に判定することができる。

【０１０６】なお、本発明の第２の実施の形態によれ
ば、試験結果を判定する処理を行うためのローカル判定
クラス（LocalHanteiクラス２１）を、上述した第１の
実施の形態における既存の呼び出し手順補正クラス（Ha
ichiKeitaiクラス１９）を継承して作成しているので、
既存のクラス（YobidashiSequenceクラス１７等）から
の呼び出し関係を何ら変更することなく、試験項目の合
否を判定する機能を追加することができる。

【０１０７】なお、上述した第１および第２の実施の形
態においては、クライアントマシンおよびサーバマシン
がネットワークを介して通信するシステム、および、同
一のマシン内でマルチタスクシステムによる独立した複
数のプロセスにより構成されるシステムを前提として説
明しているが、これ以外のシステムにも適用可能であ
る。具体的には、クライアントプロセスおよびサーバプ
ロセスは、互いに同じアドレス空間を共有しないプロセ
スという関係に限らず、互いに同じアドレス空間を共有
するプロセスという関係であってもよく、例えば、同一
のマシン内でマルチスレッドシステムによる同じアドレ
ス空間を共有する複数のプロセスにより構成されるシス
テムに適用することができる。

【０１０８】なお、上述した観点から、本明細書では、
「クライアントプロセス」および「サーバプロセス」と
いう用語をそれぞれ、「呼び出す側のプロセス」および
「呼び出される側のプロセス」という広義の意味で用い
ている。

【０１０９】なお、上述した第１および第２の実施の形
態における会議室予約エンジン試験システムは、コンピ
ュータ上で動作するプログラムとして実現することがで
きる。このような会議室予約エンジン試験プログラム
は、各種の記録媒体に記録され、コンピュータから読み
出された上述したような処理が行われる。また、上述し
た第１および第２の実施の形態における会議室予約エン
ジン試験フレームも、コンピュータ上で用いることがで
き、各種の記録媒体に記録される。

【０１１０】なお、上述した第１および第２の実施の形
態で用いられる記録媒体としては、磁気ディスク、フロ
ッピーディスク、ハードディスク、光ディスク（ＣＤ−
ＲＯＭ、ＣＤ−ＲおよびＤＶＤ等）、光磁気ディスク
（ＭＯ等）および半導体メモリ等を含み、プログラムを
記録することができ、かつコンピュータ読み取り可能な
ものであれば、その記録形式はどのようなものでもよ
い。また、記録媒体としては、ネットワーク上で伝送さ
れる際の搬送波等の情報伝達媒体を含む。さらに、記録
媒体は、コンピュータと独立したものに限らず、ＬＡＮ
やインターネット等により伝送されたプログラムをダウ
ンロードして記憶または一時記憶した記録媒体も含まれ
る。さらにまた、記録媒体は１つであるとは限らず、複
数の記録媒体から、上述した第１および第２の実施の形
態で行われる処理が実現される場合も本発明における記
録媒体の概念に含まれる。

【０１１１】また、上述した第１および第２の実施の形
態においては、記録媒体からコンピュータにインストー
ルされた会議室予約エンジン試験プログラムの指示に基
づき、コンピュータ上で稼働しているオペレーティング
システム（ＯＳ）、データベース管理ソフトおよびネッ
トワークソフト等の他のプログラム（ミドルウェア等）
により、上述した第１および第２の実施の形態で行われ
る処理の一部を実現するようにしてもよい。

【０１１２】

【発明の効果】以上説明したように本発明によれば、試
験項目の変更や追加等に対応してその構成を容易に変更
および拡張することができる。

【図面の簡単な説明】

【図１】本発明によるサーバプロセス試験システムによ
り試験されるサーバプロセスを含むシステムの一例を示
す図。

【図２】本発明によるサーバプロセス試験システムを構
築するために用いられるサーバプロセス試験フレームワ
ークの一実施の形態を説明するためのクラス図。

【図３】図２に示すサーバプロセス試験フレームワーク
において、試験項目の各パラメータに与えられる要素に
対応するクラスを決定する方法を説明するためのクラス
図。

【図４】図３に示す各クラス（具象クラス）の内容を説
明するためのクラス図。

【図５】試験項目定義ファイルの一例を示す図。

【図６】本発明によるサーバプロセス試験システムを説
明するための概念図。

【図７】図２乃至図４に示すサーバプロセス試験フレー
ムワークを用いて構築されるサーバプロセス試験システ
ムを説明するための機能ブロック図。

【図８】図７に示すサーバプロセス試験システムの動作
を説明するためのフローチャート。

【図９】本発明によるサーバプロセス試験システムを構
築するために用いられるサーバプロセス試験フレームワ
ークの他の実施の形態を説明するためのクラス図。

【図１０】図９に示す呼び出し手順補正クラス（Haichi
Keitaiクラス）とローカル判定クラス（LocalHanteiク
ラス）との関係を説明するためのクラス図。

【図１１】図９に示すサーバプロセス試験フレームワー
クを用いて構築されるサーバプロセス試験システムを説
明するための機能ブロック図。

【図１２】クラス図の表記法を説明するための図。

【符号の説明】

１予約業務端末１ａクライアントプロセス２サーバマシン２ａ会議室予約エンジン（サーバプロセス）３データベースマシン３ａデータベース４予約業務担当者１１ Mainクラス（メインクラス）１１ａ Mainオブジェクト（メイン部）１２ SystemWatcherクラス（システム監視クラス）１２ａ SystemWatcherオブジェクト（システム監視
部）１３ Clientクラス（クライアントクラス）１３ａ Clientオブジェクト（クライアント部）１５集計ファイル１６ KoumokuFactoryクラス（ファクトリクラス）１６ａ KoumokuFactoryオブジェクト（ファクトリ部）１７ YobidashiSequenceクラス（呼び出し手順実行ク
ラス）１７ａ YobidashiSequenceオブジェクト（呼び出し手
順実行部）１８ DataGeneratorクラス（試験用データ生成クラ
ス）１８ａ DataGeneratorオブジェクト（試験用データ生
成部）１９ HaichiKeitaiクラス（呼び出し手順補正クラス）１９ａ HaichiKeitaiオブジェクト（呼び出し手順補正
部）２０試験項目定義ファイル２１ LocalHanteiクラス（ローカル判定クラス）２１ａ LocalHanteiオブジェクト（ローカル判定部）２２ GouhiHanteiクラス（合否判定クラス）２２ａ GouhiHanteiオブジェクト（合否判定部）

フロントページの続き (54)【発明の名称】サーバプロセス試験システム、サーバプロセス試験フレームワークを記録したコンピュータ読み取り可能な記録媒体、およびサーバプロセス試験プログラムを記録したコンピュータ読み取り可能な記録媒体

Claims

【特許請求の範囲】

【請求項１】クライアントプロセスから呼び出されて各
種の機能を提供するサーバプロセスを試験するためのサ
ーバプロセス試験システムにおいて、サーバプロセスに対する試験を管理するメイン部と、前記メイン部により起動され、クライアントプロセスを
模倣して前記サーバプロセスを呼び出すクライアント部
と、前記クライアント部により呼び出され、試験項目の内容
に従って前記サーバプロセスの所定の機能の呼び出しを
所定の手順で実行する呼び出し手順実行部と、前記呼び出し手順実行部により呼び出され、前記サーバ
プロセスへの呼び出しを実行する際に必要とされる試験
用データを生成する試験用データ生成部とを備えたこと
を特徴とするサーバプロセス試験システム。
【請求項２】前記呼び出し手順実行部により呼び出さ
れ、前記サーバプロセスの配置形態に起因した呼び出し
手順の差異を補正した上で前記サーバプロセスへの呼び
出しを実行する呼び出し手順補正部をさらに備えたこと
を特徴とする請求項１記載のサーバプロセス試験システ
ム。
【請求項３】前記呼び出し手順実行部により呼び出さ
れ、前記サーバプロセスの呼び出しの結果をその呼び出
しごとに判定するローカル判定部と、前記ローカル判定部による判定結果に基づいて試験項目
の合否を判定する合否判定部とをさらに備えたことを特
徴とする請求項１または２記載のサーバプロセス試験シ
ステム。
【請求項４】前記サーバプロセスが実行される実行環境
の状況を監視するシステム監視部をさらに備え、前記合否判定部は、前記ローカル判定部による判定結果
と前記システム監視部による監視結果とに基づいて試験
項目の合否を判定することを特徴とする請求項３記載の
サーバプロセス試験システム。
【請求項５】前記呼び出し手順実行部および前記試験用
データ生成部の少なくとも一方を、あらかじめ定められ
た試験項目定義ファイルに基づいて、試験項目の内容に
対応して生成するファクトリ部をさらに備えたことを特
徴とする請求項１記載のサーバプロセス試験システム。
【請求項６】前記呼び出し手順補正部を、あらかじめ定
められた試験項目定義ファイルに基づいて、試験項目の
内容に対応して生成するファクトリ部をさらに備えたこ
とを特徴とする請求項２記載のサーバプロセス試験シス
テム。
【請求項７】前記ローカル判定部および前記合否判定部
の少なくとも一方を、あらかじめ定められた試験項目定
義ファイルに基づいて、試験項目の内容に対応して生成
するファクトリ部をさらに備えたことを特徴とする請求
項３記載のサーバプロセス試験システム。
【請求項８】クライアントプロセスから呼び出されて各
種の機能を提供するサーバプロセスを試験するためのサ
ーバプロセス試験フレームワークを記録したコンピュー
タ読み取り可能な記録媒体において、サーバプロセスに対する試験を管理するメインクラス
と、クライアントプロセスを模倣して前記サーバプロセスを
呼び出すクライアントクラスと、試験項目の内容に従って前記サーバプロセスの所定の機
能の呼び出しを所定の手順で実行する呼び出し手順実行
クラスと、前記サーバプロセスへの呼び出しを実行する際に必要と
される試験用データを生成する試験用データ生成クラス
と、あらかじめ定められた試験項目定義ファイルに基づい
て、前記呼び出し手順実行クラスおよび前記試験用デー
タ生成クラスの少なくとも一方を継承してなる複数種類
の具象クラスの中から、試験項目の内容に対応した最適
な具象クラスを選択するファクトリクラスとを含むこと
を特徴とするサーバプロセス試験フレームワークを記録
したコンピュータ読み取り可能な記録媒体。
【請求項９】前記サーバプロセスの配置形態に起因した
呼び出し手順の差異を補正した上で前記サーバプロセス
への呼び出しを実行する呼び出し手順補正クラスをさら
に備え、前記ファクトリクラスは、あらかじめ定められた試験項
目定義ファイルに基づいて、前記呼び出し手順補正クラ
スを継承してなる複数種類の具象クラスの中から、試験
項目の内容に対応した最適な具象クラスを選択すること
を特徴とする請求項８記載のサーバプロセス試験フレー
ムワークを記録したコンピュータ読み取り可能な記録媒
体。
【請求項１０】前記サーバプロセスの呼び出しの結果を
その呼び出しごとに判定するローカル判定クラスと、前記ローカル判定クラスによる判定結果に基づいて試験
項目の合否を判定する合否判定クラスとをさらに備え、前記ファクトリクラスは、あらかじめ定められた試験項
目定義ファイルに基づいて、前記ローカル判定クラスお
よび前記合否判定クラスの少なくとも一方を継承してな
る複数種類の具象クラスの中から、試験項目の内容に対
応した最適な具象クラスを選択することを特徴とする請
求項８または９記載のサーバプロセス試験フレームワー
クを記録したコンピュータ読み取り可能な記録媒体。
【請求項１１】前記サーバプロセスが実行される実行環
境の状況を監視するシステム監視クラスをさらに備え、前記合否判定クラスは、前記ローカル判定クラスによる
判定結果と前記システム監視クラスによる監視結果とに
基づいて試験項目の合否を判定することを特徴とする請
求項１０記載のサーバプロセス試験フレームワークを記
録したコンピュータ読み取り可能な記録媒体。
【請求項１２】クライアントプロセスから呼び出されて
各種の機能を提供するサーバプロセスを試験するための
サーバプロセス試験プログラムを記録したコンピュータ
読み取り可能な記録媒体において、サーバプロセスに対する試験を管理させる手順と、クライアントプロセスを模倣して前記サーバプロセスを
呼び出させる手順と、試験項目の内容に従って前記サーバプロセスの所定の機
能の呼び出しを所定の手順で実行させる手順と、前記サーバプロセスへの呼び出しを実行する際に必要と
される試験用データを生成させる手順とをコンピュータ
に対して実行させることを特徴とするサーバプロセス試
験プログラムを記録したコンピュータ読み取り可能な記
録媒体。
【請求項１３】前記サーバプロセスの配置形態に起因し
た呼び出し手順の差異を補正した上で前記サーバプロセ
スへの呼び出しを実行させる手順をコンピュータに対し
てさらに実行させることを特徴とする請求項１２記載の
サーバプロセス試験プログラムを記録したコンピュータ
読み取り可能な記録媒体。
【請求項１４】前記サーバプロセスの呼び出しの結果を
その呼び出しごとに判定させる手順と、その判定結果に基づいて試験項目の合否を判定させる手
順とをコンピュータに対してさらに実行させることを特
徴とする請求項１２または１３記載のサーバプロセス試
験プログラムを記録したコンピュータ読み取り可能な記
録媒体。