JP5039683B2 - Test support system - Google Patents
Test support system Download PDFInfo
- Publication number
- JP5039683B2 JP5039683B2 JP2008292676A JP2008292676A JP5039683B2 JP 5039683 B2 JP5039683 B2 JP 5039683B2 JP 2008292676 A JP2008292676 A JP 2008292676A JP 2008292676 A JP2008292676 A JP 2008292676A JP 5039683 B2 JP5039683 B2 JP 5039683B2
- Authority
- JP
- Japan
- Prior art keywords
- data
- server
- test
- time
- result data
- 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.)
- Expired - Fee Related
Links
Images
Description
この発明はテスト支援システムに係り、特に、複数のクライアントとサーバを通信ネットワークで接続したオンラインシステムの全体動作を検証するオンラインテストを支援する技術に関する。 The present invention relates to a test support system, and more particularly to a technique for supporting an online test for verifying the overall operation of an online system in which a plurality of clients and servers are connected by a communication network.
複数のクライアントとサーバを通信ネットワークで接続したオンラインシステムを通じて、クライアントに対して様々なサービスを提供する機会が増えてきている。
図18は、このようなオンラインシステムの一例を示すシステム構成図であり、オンラインシステム80は、Webブラウザプログラムを搭載したクライアント12と、PL(Presentation Logic)サーバ14と、複数のBL(Business Logic)サーバ16(第1のBLサーバ16a〜第3のBLサーバ16c)を備えている。クライアント12−PLサーバ14間、及びPLサーバ14−BLサーバ16間は、通信ネットワークを介して接続されている。
Opportunities to provide various services to clients are increasing through an online system in which a plurality of clients and servers are connected via a communication network.
FIG. 18 is a system configuration diagram showing an example of such an online system. The
PLサーバ14は、クライアント12からのリクエストデータ30を受け付けた後、担当のBLサーバ16に入力データを送信して処理を依頼すると共に、BLサーバ16から返された処理結果データ32をクライアントに送信するフロントエンドサーバとして機能する。
このためPLサーバ14は、画面制御部20と、ディスパッチエンジン21と、コネクタ22を備えている。
After receiving the
Therefore, the
画面制御部20は、画面遷移定義DB23を参照し、クライアント12に対して送信する画面(Htmlファイル)を生成する機能を果たす。
またディスパッチエンジン21は、ディスパッチ定義DB24を参照し、リクエストデータ30に対応したトランザクション及び担当BLサーバを特定する機能を果たす。
またコネクタ22は、各BLサーバ16が要求する固有の形式に入力データを変換すると共に、BLサーバ16から送信された処理結果データをPLサーバ14の標準形式に変換する機能を発揮する。このため、BLサーバ16毎に対応のデータ変換部(第1のBLサーバ用データ変換部22a〜第3のBLサーバ用データ変換部22c)が設けられている。
The
The
The
各BLサーバ16は、PLサーバ14から受け取った入力データに基づき、直接または図示しないDBサーバを通じて間接的に管理しているデータベース28に対する検索、更新等の業務処理を実行するバックエンドサーバとして機能する。
Each
図18では、クライアント12から送信されたリクエストデータ30に含まれるデータ(1)を第1のBLサーバ16aに送信して所定のトランザクション処理を依頼し、その処理結果データであるデータ(2)を第2のBLサーバ16bに送信して所定のトランザクション処理を依頼し、その処理結果データであるデータ(3)を第3のBLサーバ16cに送信して所定のトランザクション処理を依頼し、その処理結果データであるデータ(4)を最終的な処理結果データ32としてクライアント12に送信するパターンが例示されている。
In FIG. 18, the data (1) included in the
このようなオンラインシステム80を構築するに際しては、各サーバに搭載された個々のアプリケーションプログラムの単体テストや結合テストが必要であることは勿論であるが、サービスのリリース前にはクライアント12と各サーバを通信ネットワークを介して接続した状態で、オンラインシステム全体の動作を検証する必要がある。
また、既存のオンラインシステムに新たな機能を追加したり、バグの修正を行った場合には、他の既存機能に悪影響(デグレード)が生じていないか等を確認する必要性が生じる。
When constructing such an
In addition, when a new function is added to an existing online system or a bug is corrected, it is necessary to check whether other existing functions are adversely affected (degrade).
この所謂オンラインテストに際しては、予め準備された複数のシナリオに従ってオペレータがクライアント12から実際の入力を行い、システムによって提供される各種機能が正常に動作するか否かが検証される。そして、何らかの不具合が生じた場合には、少し前の地点に戻って入力をやり直し、問題箇所や原因を突き止める作業が繰り返される。
In this so-called online test, an operator performs actual input from the
大規模なオンラインシステムともなれば、多数のサーバの連携によって処理が実行されるため、必然的にテスト項目が多岐に亘り、また不具合が生じる可能性も増大する。この結果、全項目についての確認を完了するためには、多数のオペレータが何度も同じ入力を繰り返す必要が生じる。
このため、非特許文献1及び2に示すように、オペレータによる入力作業を軽減するためのツールが幾つか提案されている。
For this reason, as shown in
この種の入力支援ツールは、オペレータによる入力装置31からの入力操作と、表示装置33における表示画面を入力支援用DB82に逐一記録する機能を備えているため、オペレータが再入力することなく、同じリクエストデータ30をサーバ側に何度でも再投入することができると共に、新たな表示画面と前回の表示画面を比較し、両者が一致するか否かを判定することが可能となる。
また、各BLサーバ16が管理するデータベース28のバックアップを最初に1回だけとっておけば、これをベースにして任意の地点までの入力を再現することにより、当該地点におけるデータベース28の状態を復元することが可能となる。
This type of input support tool has the function of recording the input operation from the
Also, if the
しかしながら、この従来の入力支援ツールはあくまでもクライアント12毎に導入されるアプリケーションプログラムであり、監視の対象となるデータもクライアント12から送信されたリクエストデータ30と、クライアント12が受信した処理結果データ32に限定されているという問題があった。
However, this conventional input support tool is an application program introduced for each
実際のところ、クライアント12から1つのリクエストデータを受け付けた場合であっても、PLサーバ14を介して複数のBLサーバ16が連携して動作し、最終的な処理結果データがもたらされることが多いにかかわらず、上記の入力支援ツールで捕捉できるのは図18におけるリクエストデータ30と処理結果データ32に限られ、PLサーバ14内においてトランザクション単位で生起したデータ(1)〜(4)のレベルでデータを保存することは出来なかった。
In fact, even when one request data is received from the
このため、従来の入力支援ツールは、テストの再ランもリクエスト単位に限定され、各BLサーバ16によるトランザクション単位でテストを再実行することもできなかった。この結果、図19に示すように、あるデータベース28の状態がトランザクションα〜γによって実際には(イ)→(ロ)→(ハ)→(ニ)と順に更新されていく場合であっても、従来の入力支援ツールで再現されるのは(イ)→(ニ)の更新のみであり、途中の(ロ)及び(ハ)の状態を復元することは不可能であった。
For this reason, in the conventional input support tool, the rerun of the test is limited to the request unit, and the test cannot be reexecuted in units of transactions by each
この問題を解決するため、本出願人はPLサーバ14内に各BLサーバ16に対する入力データと、各BLサーバからの出力データを逐一蓄積しておき、テストの再ラン時にトランザクション単位でBLサーバ16の動作を再現する技術を先に提案している(特願2008-252054)。
In order to solve this problem, the applicant stores the input data for each
具体的には図1に示すように、PLサーバ14内にテスト用DB26を設けると共に、ディスパッチエンジン21内にテスト支援部25を設けておき、テストの初回ラン時にはディスパッチエンジン21を通過するデータ(1)〜(4)をテスト支援部25が全て補足し、テスト用DB26に格納する。
また、テストの再ラン時には、図4に示すように、テスト用DB26に格納されていたデータ(1)〜(3)がテスト支援部25によって取り出され、ディスパッチエンジン21及びコネクタ22を介してBLサーバ16に渡されるため、クライアント12からの入力を不要とすることができる。
Specifically, as shown in FIG. 1, a
When the test is rerun, as shown in FIG. 4, the data (1) to (3) stored in the
このように、トランザクション単位で入力データと処理結果データが保存されているため、テストの再ランもトランザクション単位できめ細かく実行することが可能となり、図8に示すように、トランザクション単位でデータベースが更新されてきた様子を確認することが可能となる。
また、テストの再実行時の処理結果データ(2)'〜(4)'も、テスト支援部25によってテスト用DB26に格納されるため、初回実行時の結果データ(2)〜(4)とトランザクション単位で比較することも可能となる。
In this way, since input data and processing result data are stored in units of transactions, it is possible to execute test reruns in detail in units of transactions, and the database is updated in units of transactions as shown in FIG. It will be possible to confirm the appearance of the incident.
Further, since the test result data (2) ′ to (4) ′ at the time of re-execution of the test is also stored in the
ところで、オンラインシステムにおいては、同一のデータベースに対して複数のクライアントが同時にアクセスし、相互に矛盾した更新処理が実行されることを防止する目的で、「楽観的排他ロック」と称する機能が一般に設けられている。 By the way, in an online system, a function called “optimistic exclusive lock” is generally provided for the purpose of preventing a plurality of clients from accessing the same database at the same time and performing update processing contradictory to each other. It has been.
図9は、この楽観的排他ロックの仕組みを説明するための図であり、データベース28の各レコードには「最終更新日時」のデータ項目42が設けられている。
ここで、図9(a)に示すように、クライアント12から「社員ID=001」を指定した検索リクエストデータ30が送信されると、PLサーバ14経由でこれを受け取ったBLサーバ16は、データベース28から検索条件にマッチしたレコードを抽出し、PLサーバ14経由でクライアント12に検索処理結果データ32を送信することとなるが、この検索処理結果データ32には「更新日時」のデータ項目43が設けられており、データベース28の「最終更新日時」の値である「05/24/10:00」が充填されている。
FIG. 9 is a diagram for explaining the mechanism of this optimistic exclusive lock, and each record of the
Here, as shown in FIG. 9 (a), when the
そして、同クライアント12から「社員ID=001」のレコードについての更新リクエストデータが送信される場合には、このデータにも上記の「更新日時」が引き継がれることとなる。
例えば、図9(b)に示すように、5月24日の14:00にクライアント12から同社員の所属を「営業部」から「総務部」に変更する内容の更新リクエストデータ30が送信される場合、「05/24/10:00」のデータが付加されている。
When the update request data for the record of “employee ID = 001” is transmitted from the
For example, as shown in FIG. 9 (b), at 14:00 on May 24,
この更新リクエストデータ30を受信したBLサーバ16は、その更新日時とデータベース28に格納された対応レコードの最終更新日時を比較し、両者が一致していることを確認した上で、当該レコードへの更新を実行する。この際、当該レコードの最終更新日時は「05/24/14:00」に更新される。また、クライアント12に対しては更新処理結果データ32が送信されるが、このデータの更新日時には最新の「05/24/14:00」が記録される。
The
これに対し、更新リクエストデータ30の更新日時とデータベース28側の最終更新日時が一致しない場合には、その間に他のクライアントによって当該レコードに更新がなされたことを意味しているため、BLサーバ16からクライアント12に対してエラーメッセージが送信され、データの更新が拒絶されることとなる。
On the other hand, if the update date / time of the
上記のタイムスタンプの代わりに、処理毎にユニークな管理コードが処理結果データに付与される場合もある。何れにせよ、このような楽観的排他ロック機構を備えることにより、オンラインシステムに含まれるデータベースに矛盾が生じることを有効に抑えることが可能となる。
しかしながら、この楽観的排他ロック機構を備えたオンラインシステムにこのテスト支援システムをそのまま適用すると再ラン時に問題が生じる。
Instead of the above time stamp, a unique management code may be given to the processing result data for each processing. In any case, by providing such an optimistic exclusive lock mechanism, it is possible to effectively suppress the occurrence of contradiction in the database included in the online system.
However, if this test support system is applied as it is to an online system equipped with this optimistic exclusive lock mechanism, a problem occurs during rerun.
まず、図10は初回ラン時の手順を示すものであり、図10(a)に示すように、05/24/14:00の時点でクライアント12から(A)の更新リクエストデータ(更新日時:05/24/10:00)が送信されると、PLサーバ14経由でこれを受け取ったBLサーバ16は、当該更新リクエストデータ(A)の更新日時とデータベース28側の最終更新日時と比較し、両者が一致していることを確認した後、所属を「営業部」から「総務部」に変更する更新処理を実行する。この際、当該レコードの最終更新日時も「05/24/14:00」に更新される。
First, FIG. 10 shows the procedure at the time of the first run. As shown in FIG. 10 (a), the update request data (update date and time :) from the
同時に、BLサーバ16からクライアント12に対しては、PLサーバ14経由で更新処理結果データ(B)が送信される。この更新処理結果データ(B)の更新日時にも、最終更新日時である「05/24/14:00」が記録されている。
この間、テスト用DB26には、テスト支援部25(図示省略)によって更新リクエストデータ(A)及び更新処理結果データ(B)が格納される。
At the same time, update processing result data (B) is transmitted from the
During this time, update request data (A) and update processing result data (B) are stored in the
つぎに、図10(b)に示すように、05/24/16:00の時点でクライアント12から(C)の更新リクエストデータ(更新日時:05/24/14:00)が送信されると、BLサーバ16は当該更新リクエストデータ(C)の更新日時とデータベース28側の最終更新日時と比較し、両者が一致していることを確認した後、所属を「総務部」から「法務部」に変更する更新処理を実行する。この際、当該レコードの最終更新日時も「05/24/16:00」に更新される。
Next, as shown in FIG. 10 (b), when the update request data (update date and time: 05/24/14: 00) of (C) is transmitted from the
同時に、BLサーバ16からクライアント12に対しては、PLサーバ14経由で更新処理結果データ(D)が送信される。この更新結果データ(D)の更新日時にも、最終更新日時である「05/24/16:00」が記録されている。
この間、テスト用DB26には、テスト支援部25によって更新リクエストデータ(C)及び更新結果データ(D)が格納される。
At the same time, update processing result data (D) is transmitted from the
During this time, update request data (C) and update result data (D) are stored in the
つぎに、図11は再ラン時の手順を示すものであり、図11(a)に示すように、05/24/21:00の時点でPLサーバ14から(A)の更新リクエストデータ(更新日時:05/24/10:00)が送信されると、BLサーバ16は当該更新リクエストデータ(A)の更新日時とデータベース28側の最終更新日時と比較する。再ラン時には、初回ランの直前にバックアップされたデータが用いられるため、両日時は当然に一致することから、BLサーバ16は所属を「営業部」から「総務部」に変更する更新処理を実行する。この際、当該レコードの最終更新日時は現在時刻の「05/24/21:00」に更新される。
Next, FIG. 11 shows the procedure at the time of rerun. As shown in FIG. 11A, the update request data (update) of (A) is received from the
同時に、BLサーバ16からPLサーバ14に対しては、更新処理結果データ(B)'が送信される。この更新処理結果データ(B)'の更新日時にも、最終更新日時である「05/24/21:00」が記録されている。
この間、テスト用DB26には、テスト支援部25によって更新結果データ(B)'が格納される。
At the same time, update processing result data (B) ′ is transmitted from the
During this time, update result data (B) ′ is stored in the
つぎに、図11(b)に示すように、05/24/23:00の時点でPLサーバ14から(C)の更新リクエストデータ(更新日時:05/24/14:00)が送信されると、BLサーバ16は当該更新リクエストデータ(C)の更新日時とデータベース28側の最終更新日時と比較する。この場合には更新日時が不一致となるため、BLサーバ16からPLサーバ14に対してエラーメッセージが送信され、データベース28の更新処理は当然ながら拒絶されることとなる。
この間、テスト用DB26には、テスト支援部25によってエラーメッセージ(D)'が再ラン結果データとして記録される。
Next, as shown in FIG. 11 (b), update request data (update date and time: 05/24/14: 00) of (C) is transmitted from the
During this time, the error message (D) ′ is recorded in the
以上を要するに、楽観的排他ロック機構の下においてこのテスト支援システムをそのまま適用すると、以下の問題が生じる。
(1)初回ラン時にテスト用DB26格納された入力データの更新日時と、再ラン時にBLサーバ16によって更新されたデータベースの最終更新日時とが不一致となるため、楽観的排他ロックが発動され、再ラン結果データがエラーとなる。
(2)再ラン結果データの更新日時には再ラン時の現在日時が付与されるため、各トランザクションの処理結果データと再ラン結果データを比較する際に、図13(a)に示すように、更新日時の不一致を理由に「比較結果=不一致」と判定されてしまう。
In short, if this test support system is applied as it is under the optimistic exclusive lock mechanism, the following problems arise.
(1) Since the update date and time of the input data stored in the
(2) Since the current date and time at the time of rerun is given to the update date and time of rerun result data, when comparing the process result data of each transaction with the rerun result data, as shown in FIG. It is determined that “comparison result = mismatch” because of the mismatch of the update date and time.
この発明は、バックエンドサーバのトランザクション単位で入力データ及び処理結果データを保存しておくことで、トランザクション単位でのテストの再実行及びデータベースの復元を可能とするテスト支援システムを、楽観的排他ロック機構を備えたオンラインシステムに対して適用した場合に生じる上記の問題を解消することを目的としている。 The present invention provides an optimistic exclusive lock for a test support system that enables re-execution of a test and restoration of a database in units of transactions by storing input data and processing result data in units of transactions of a back-end server. An object of the present invention is to solve the above-described problems that occur when applied to an online system having a mechanism.
上記の目的を達成するため、請求項1に記載したテスト支援システムは、クライアントと、データベースに対する業務処理を実行するバックエンドサーバと、上記クライアントからのリクエストデータを受け取り、担当のバックエンドサーバに必要な入力データを送信して処理を依頼し、その処理結果データをクライアントに送信するフロントエンドサーバを備えたオンラインシステムに対してテストを実施するに当たり、テストの初回ラン時にバックエンドサーバに送信した入力データと、バックエンドサーバから送信された処理結果データをフロントエンドサーバ内のテスト用データベースに蓄積しておき、テストの再ラン時にはこのテスト用データベースに格納された初回ラン時の入力データをバックエンドサーバに対して送信すると共に、バックエンドサーバから送信された再ラン時の処理結果データを上記テスト用データベースに登録する機能を備えたテスト支援システムであって、上記バックエンドサーバが処理結果データをフロントエンドサーバに返信するに際し、データベースの該当レコードに付与されたユニークな管理コードを処理結果データに付与すると共に、フロントエンドサーバがこの処理結果データに基づいた入力データをバックエンドサーバに送信して同レコードに対する後続の処理を依頼する際には、当該入力データにも上記の管理コードが引き継がれ、バックエンドサーバではこの入力データに含まれる管理コードがデータベースの該当レコードの管理コードと一致している場合のみ、依頼された処理を実行する楽観的排他ロック機構を備えている場合に、上記テストの再ラン時に上記バックエンドサーバから送信された先行の処理結果データに付与された新たな管理コードによって、初回ラン時に上記テスト用データベースに蓄積された後続処理用入力データの管理コードを上書きした後、この入力データをバックエンドサーバに送信する機能を備えたことを特徴としている。
上記の「初回ラン」とは、クライアントから入力されたリクエストデータに基づいて実施される第1回目のオンラインテストを意味している。これに対し「再ラン」とは、データベースに蓄積された初回ラン時のデータに基づいて再演される2回目以降のオンラインテストを意味している。
In order to achieve the above object, a test support system according to
The above-mentioned “first run” means a first online test performed based on request data input from a client. On the other hand, “rerun” means a second or later online test replayed based on the data of the first run accumulated in the database.
請求項2に記載したテスト支援システムは、請求項1のシステムであって、さらに上記テスト支援システムが、テスト用データベースに格納された初回ラン時の処理結果データと、再ラン時の処理結果データを比較し、その比較結果を出力する機能を備えており、この比較に際して、初回ラン時の処理結果データに付与された管理コードと、再ラン時の処理結果データに付与された管理コードにマスク処理を施すことを特徴としている。
The test support system according to
請求項3に記載したテスト支援システムは、請求項1または2のシステムであって、上記管理コードが、バックエンドサーバが管理するデータベースの該当コードに付与されたタイムスタンプであることを特徴としている。
The test support system according to
請求項1に記載したテスト支援システムにあっては、初回ラン時にテスト用データベースに蓄積された入力データを再ラン時にバックエンドサーバに対して送信するに際し、先行の入力データに対する処理結果データに付与された再ラン時の管理コードが引き継がれることとなるため、データベース側の再ラン時の管理コードと一致することとなり、楽観的排他ロック機構によってエラーと判定されることを有効に回避可能となる。
In the test support system according to
請求項2に記載したテスト支援システムにあっては、初回ラン時の処理結果データと再ラン時の処理結果データを比較するに際し、それぞれの管理コード部分にマスク処理が施されるため、楽観的排他ロックのために便宜的に付与される管理コードの不一致により、他の実質的なデータの部分が一致しているにもかかわらず全体として不一致と判定される不都合を有効に回避可能となる。
In the test support system according to
図1は、この発明に係るテスト支援システムを含むオンラインシステム10を示しており、Webブラウザプログラムを搭載したクライアント12と、PLサーバ14と、複数のBLサーバ16(第1のBLサーバ16a、第2のBLサーバ16b、第3のBLサーバ16c)と、テスト端末18を備えている。クライアント12−PLサーバ14間、PLサーバ14−BLサーバ16a〜16c間、PLサーバ14−テスト端末18間は、通信ネットワークを介して接続されている。
FIG. 1 shows an
PLサーバ14は、クライアント12からのリクエストデータ30を受け付け、当該リクエストを実現するのに必要なトランザクション及び担当のBLサーバ16を特定した後、担当のBLサーバ16に入力データ(引数)を送信して処理を依頼すると共に、BLサーバ16から返された最終的な処理結果データ32を含む画面をクライアント12に送信する、フロントエンドサーバとして機能する。
このためPLサーバ14は、画面制御部20と、ディスパッチエンジン21と、コネクタ22を備えている。
The
Therefore, the
画面制御部20は、画面遷移定義DB23を参照し、クライアント12に対して送信する画面(Htmlファイル)を生成する機能を主として果たす。
The
ディスパッチエンジン21は、ディスパッチ定義DB24を参照し、クライアント12からのリクエストに対応したトランザクション及び担当のBLサーバ16を特定する機能を果たす。
また、ディスパッチエンジン21内には、テスト支援部25が生成されており、PLサーバ14のディスク内に設けられたテスト用DB26を管理している。このテスト支援部25の機能、及びその生成方法については後述する。
The
A
コネクタ22は、各BLサーバ16が要求する固有のフォーマットに入力データを変換すると共に、BLサーバ16から送信された処理結果データをPLサーバ14の標準形式に変換する機能を発揮する。このため、BLサーバ16a〜16c毎に複数のデータ変換部(第1のBLサーバ用データ変換部22a〜第3のBLサーバ用データ変換部22c)が設けられている。
例えば、第1のBLサーバ16aがC言語に対応したTPモニタを搭載している場合、第1のBLサーバ用データ変換部22aは、TPモニタ向けのデータ変換機能を備える。また、第2のBLサーバがEJB(Enterprise Java Beans)コンテナを搭載している場合、第2のBLサーバ用データ変換部22bは、EJBコンテナ向けのデータ変換機能を備える。また、第3のBLサーバ16cがCOBOL言語に対応したDB/BCシステムを搭載している場合、第3のBLサーバ用データ変換部22cは、ホストOS向けのデータ変換機能を備える。
The
For example, when the
BLサーバ16a〜16cは、PLサーバ14から受け取った入力データに基づき、直接または図示しないDBサーバを通じて間接的に管理しているデータベース28に対する検索、更新等の業務処理を実行するバックエンドサーバとして機能する。
The
つぎに、図2のフローチャートに従い、このオンラインシステム10に対する初回ラン時の処理手順を説明する。
初回ラン時には、まずクライアント12からリクエストデータ30が送信される。例えば、オペレータがテストシナリオに従い、検索画面の入力欄に入力装置31を介して検索文字列を入力すると、クライアント12からPLサーバ14に対して、検索のリクエストID及び検索文字列を含んだリクエストデータ30が送信される。
Next, the processing procedure at the time of the first run for the
In the first run,
このリクエストデータ30を受信した画面制御部20は(S10)、当該リクエストデータ30に含まれているリクエストIDを取得する(S11)。つぎに画面制御部20は、画面遷移定義DB23を参照し、当該リクエストIDに対応したPLトランザクションIDを特定する(S12)。このPLトランザクションIDは、ディスパッチエンジン21に渡される。
The
画面制御部20からPLトランザクションIDを受け取ったディスパッチエンジン21は、このPLトランザクションIDをキーにディスパッチ定義DB24を検索し、当該PLトランザクションIDに関連付けられたBEトランザクションIDを特定する(S13)。
Upon receiving the PL transaction ID from the
BEトランザクションIDは、特定のBLサーバに対する特定の処理(トランザクション)を規定するものであり、PLトランザクションIDには1または複数のBEトランザクションIDが処理の順番通りに関連付けられている。このため、ディスパッチエンジン21はPLトランザクションIDに基づいて複数のBEトランザクションIDを特定した時点で、今回のリクエストに応えるために必要なトランザクション、それぞれの担当BLサーバ16、トランザクションの順番等を認識することができる。
The BE transaction ID defines a specific process (transaction) for a specific BL server, and one or more BE transaction IDs are associated with the PL transaction ID in the order of processing. For this reason, when the
ここでは、クライアント12から送信された検索文字列であるデータ(1)を第1のBLサーバ16aに送信して所定の検索処理を依頼し、その処理結果データであるデータ(2)を第2のBLサーバ16bに送信して所定の検索処理を依頼し、その処理結果データであるデータ(3)を第3のBLサーバ16cに送信して所定の検索処理を依頼し、その処理結果データであるデータ(4)を最終的な処理結果データ32としてクライアント12に送信する処理手順が、ディスパッチ定義DB24に規定されているものと想定する。
Here, data (1), which is a search character string transmitted from the
この場合、まずディスパッチエンジン21は、データ(1)をコネクタ22の第1のBLサーバ用データ変換部22aに出力する。第1のBLサーバ用データ変換部22aは、このデータ(1)を第1のBLサーバ16a向けのデータ形式に変換した後、第1のBLサーバ16aに送信する(S14)。
In this case, the
これと並行してテスト支援部25がデータ(1)を捕捉し、検索トランザクション及び第1のBLサーバ16aを特定する情報と関連付けてテスト用DB26に格納する(S15)。具体的には、図3に示すように、BEトランザクションID「111」のINデータ(=入力データ)の項目に、データ(1)が登録される。
この場合、BEトランザクションID「111」が、検索トランザクション及び第1のBLサーバ16aを特定する情報に該当する。
図示の通り、このテスト用DB26には、各トランザクション単位でリクエストID、PLトランザクションID、BEトランザクションIDからなる制御情報が格納されている。
In parallel with this, the
In this case, the BE transaction ID “111” corresponds to information specifying the search transaction and the
As illustrated, the
つぎに、第1のBLサーバ16aから処理結果データが返されると(S16)、第1のBLサーバ用データ変換部22aにおいてPLサーバ14向けの標準形式に変換された後(S17)、データ(2)としてディスパッチエンジン21に出力される。
Next, when processing result data is returned from the
この際、テスト支援部25がデータ(2)を捕捉し、テスト用DB26に第1のBLサーバ16aからの検索トランザクションの処理結果データとして格納する(S18)。具体的には、BEトランザクションID「111」のOUTデータ(=処理結果データ)の項目に、データ(2)が登録される。
At this time, the
つぎにディスパッチエンジン21は、上記のディスパッチ定義に従い、データ(2)をコネクタ22の第2のBLサーバ用データ変換部22bに出力する。第2のBLサーバ用データ変換部22bは、このデータ(2)を第2のBLサーバ16b向けのデータ形式に変換した後、第2のBLサーバ16bに送信する(S19)。
Next, the
同時に、テスト支援部25がデータ(2)を捕捉し、検索トランザクション及び第2のBLサーバ16bを特定する情報と関連付けてテスト用DB26に格納する(S20)。具体的には、BEトランザクションID「222」のINデータの項目に、データ(2)が登録される。
この場合、BEトランザクションID「222」が、検索トランザクション及び第2のBLサーバ16bを特定する情報に該当する。
At the same time, the
In this case, the BE transaction ID “222” corresponds to information specifying the search transaction and the
第2のBLサーバ16bから処理結果データが返されると(S21)、第2のBLサーバ用データ変換部22bにおいてPLサーバ14向けの標準形式に変換された後(S22)、データ(3)としてディスパッチエンジン21に出力される。
When processing result data is returned from the
この際、テスト支援部25がデータ(3)を捕捉し、テスト用DB26に第2のBLサーバ16bからの検索トランザクションの処理結果データとして格納する(S23)。具体的には、BEトランザクションID「222」のOUTデータの項目に、データ(3)が登録される。
At this time, the
つぎにディスパッチエンジン21は、上記のディスパッチ定義に従い、データ(3)をコネクタ22の第3のBLサーバ用データ変換部22cに出力する。第3のBLサーバ用データ変換部22cは、このデータ(3)を第3のBLサーバ16c向けのデータ形式に変換した後、第3のBLサーバ16cに送信する(S24)。
Next, the
同時に、テスト支援部25がデータ(3)を捕捉し、検索トランザクション及び第3のBLサーバ16cを特定する情報と関連付けてテスト用DB26に格納する(S25)。具体的には、BEトランザクションID「333」のINデータの項目に、データ(3)が登録される。
この場合、BEトランザクションID「333」が、検索トランザクション及び第3のBLサーバ16cを特定する情報に該当する。
At the same time, the
In this case, the BE transaction ID “333” corresponds to information specifying the search transaction and the
第3のBLサーバ16cから処理結果データが返されると(S26)、第3のBLサーバ用データ変換部22cにおいてPLサーバ14向けの標準形式に変換された後(S27)、データ(4)としてディスパッチエンジン21に出力される。
When processing result data is returned from the
この際、テスト支援部25がデータ(4)を捕捉し、テスト用DB26に第3のBLサーバ16cからの処理結果データとして格納する(S28)。具体的には、BEトランザクションID「333」のOUTデータの項目に、データ(4)が登録される。
At this time, the
このデータ(4)は、画面制御部20によって最終的なリクエストの処理結果データ32として処理結果表示画面中に埋め込まれ、クライアント12に送信される(S29)。
この結果、クライアント12の表示装置33上に処理結果データ32が表示される。
This data (4) is embedded in the processing result display screen as the final request
As a result, the
以上のように、クライアント12から一つのリクエストデータ30が送信された場合、テスト支援部25の働きにより、テスト用DB26には第1のBLサーバ16a、第2のBLサーバ16b、第3のBLサーバ16cに係る入力データ及び処理結果データが、トランザクション単位で蓄積されることとなる。
As described above, when one
もちろん、複数のBLサーバ16に対して所定の処理を順番に依頼する場合に限られず、1つのBLサーバ16に対して複数の処理を連続して依頼する場合や、複数のBLサーバ16に対して同時並列的に複数の処理を依頼する場合にも、テスト支援部25によってトランザクション毎に入力データと処理結果データがテスト用DB26に記録されることとなる。
Of course, it is not limited to the case where a plurality of
つぎに、初回ランによって収集したトランザクション毎の入力データ及び処理結果データに基づいて、同様のテストを再ランする場合について説明する。
図4は、再ラン時におけるオンラインシステム10のシステム構成図であり、クライアント12や画面制御部20の関与なしに再ランが実行されることを表現している。
Next, a case where a similar test is rerun based on input data and processing result data for each transaction collected by the first run will be described.
FIG. 4 is a system configuration diagram of the
以下、図5のフローチャートに従い、再ラン時の処理手順を説明する。
まず、テスト端末18からPLトランザクションID「1111」を特定した再ランの指示データが送信されると、これを受けたテスト支援部25は(S40)、再ランの実行範囲を特定する(S41)。ここで、PLトランザクションID「1111」はBEトランザクションID「111」〜「333」を包含する上位概念であるため、テスト支援部25は初回ランと同じ範囲で再ランを行うべきものと判断する。
Hereinafter, the processing procedure at the time of rerun will be described according to the flowchart of FIG.
First, when the rerun instruction data specifying the PL transaction ID “1111” is transmitted from the
そこでテスト支援部25は、テスト用DB26からBEトランザクションID「111」の入力データであるデータ(1)を取り出し(S42)、ディスパッチエンジン21に渡す。
Therefore, the
ディスパッチエンジン21は、データ(1)をコネクタ22の第1のBLサーバ用データ変換部22aに出力する。第1のBLサーバ用データ変換部22aは、このデータ(1)を第1のBLサーバ16a向けのデータ形式に変換した後、第1のBLサーバに送信する(S43)。
The
そして、第1のBLサーバ16aから処理結果データが返されると(S44)、第1のBLサーバ用データ変換部22aにおいてPLサーバ14向けの標準形式に変換された後(S45)、データ(2)'としてディスパッチエンジン21に出力される。
When the processing result data is returned from the
このデータ(2)'は、テスト支援部25によって捕捉され、テスト用DB26に格納される(S46)。具体的には、図6に示すように、BEトランザクションID「111」の再ラン結果データの項目に、データ(2)'が登録される。
This data (2) ′ is captured by the
つぎにテスト支援部25は、テスト用DB26からBEトランザクションID「222」の入力データであるデータ(2)を取り出し(S47)、ディスパッチエンジン21に渡す。
Next, the
ディスパッチエンジン21は、データ(2)をコネクタ22の第2のBLサーバ用データ変換部22bに出力する。第2のBLサーバ用データ変換部22bは、このデータ(2)を第2のBLサーバ16b向けのデータ形式に変換した後、第2のBLサーバ16bに送信する(S48)。
The
そして、第2のBLサーバ16bから処理結果データが返されると(S49)、第2のBLサーバ用データ変換部22bにおいてPLサーバ14向けの標準形式に変換された後(S50)、データ(3)'としてディスパッチエンジン21に出力される。
When the processing result data is returned from the
このデータ(3)'は、テスト支援部25によって捕捉され、テスト用DB26に格納される(S51)。具体的には、BEトランザクションID「222」の再ラン結果データの項目に、データ(3)'が登録される。
This data (3) ′ is captured by the
つぎにテスト支援部25は、テスト用DB26からBEトランザクションID「333」のINデータであるデータ(3)を取り出し(S52)、ディスパッチエンジン21に渡す。
Next, the
ディスパッチエンジン21は、データ(3)をコネクタ22の第3のBLサーバ用データ変換部22cに出力する。第2のBLサーバ用データ変換部22cは、このデータ(3)を第3のBLサーバ16c向けのデータ形式に変換した後、第3のBLサーバ16cに送信する(S53)。
The
そして、第3のBLサーバ16cから処理結果データが返されると(S54)、第3のBLサーバ用データ変換部22cにおいてPLサーバ14向けの標準形式に変換された後(S55)、データ(4)'としてディスパッチエンジン21に出力される。
When the processing result data is returned from the
このデータ(4)'は、テスト支援部25によって捕捉され、テスト用DB26に格納される(S56)。具体的には、BEトランザクションID「333」の再ラン結果データの項目に、データ(4)'が登録される。
This data (4) ′ is captured by the
つぎに、テスト支援部25はテスト用DB26に格納された初回ラン時の各BEトランザクションIDの処理結果データ(OUTデータ)と再ラン結果データとを比較し(S57)、その比較結果のリストをテスト端末18に送信する(S58)。
Next, the
例えば、バグの修正を行う前に初回ランを実行しておき、バグの修正後に再ランを行えば、バグの修正によって悪影響が生じているか否かを確認することができる。すなわち、比較結果リストが全て「一致」であれば問題ないが、「不一致」の場合にはデグレードが生じている可能性があるため、より細かいレベルでの再ランを行う必要がある。 For example, if a first run is performed before a bug is corrected and a rerun is performed after the bug is corrected, it can be confirmed whether or not the bug correction has caused an adverse effect. That is, there is no problem if all the comparison result lists are “match”, but there is a possibility that degradation has occurred in the case of “mismatch”, and therefore it is necessary to perform rerun at a finer level.
このテスト支援システムにおいては、トランザクション単位で個別に再ランを行うこともできる。
例えば、テスト端末18からBEトランザクションID「222」を指定した再ランの指示データが送信された場合、図7に示すように、テスト支援部25はテスト用DB26から「222」の入力データであるデータ(2)を取り出し、ディスパッチエンジン21に渡す。
In this test support system, rerun can be performed individually for each transaction.
For example, when rerun instruction data specifying the BE transaction ID “222” is transmitted from the
ディスパッチエンジン21は、データ(2)をコネクタ22の第2のBLサーバ用データ変換部22bに出力する。第2のBLサーバ用データ変換部22bは、このデータ(2)を第2のBLサーバ16b向けのデータ形式に変換した後、第2のBLサーバ16bに送信する。
The
そして、第2のBLサーバ16bから処理結果データが返されると、第2のBLサーバ用データ変換部22bにおいてPLサーバ14向けの標準形式に変換された後、データ(3)'としてディスパッチエンジン21に出力される。
このデータ(3)'は、テスト支援部25によって捕捉され、テスト用DB26におけるBEトランザクションID「222」の再ラン結果データの項目に登録される。
When the processing result data is returned from the
This data (3) ′ is captured by the
このように、トランザクション単位で再ランを実施し、初回ラン時の処理結果データと再ラン結果データとを比較することにより、リクエスト単位で入力データと処理結果データを比較する従来の入力支援ツールに比べ、よりきめ細かいレベルでBLサーバ16の動作を検証することが可能となる。
In this way, a rerun is performed for each transaction, and the processing result data at the first run and the rerun result data are compared, thereby comparing the input data with the processing result data for each request. In comparison, the operation of the
また、このようにBLサーバ16のトランザクション単位での再ランが可能であることから、このテスト支援システムによれば、データベース28の状態もトランザクション単位で復元することが可能となる。
すなわち、各BLサーバ16が管理するデータベース28については、初回ランの直前にバックアップが取られているため、このバックアップされたデータに基づいて必要なトランザクションを順次実行することにより、各データベース28の更新具合をその都度確認することが可能となる。
In addition, since the
In other words, since the
図8は、ある住所管理データベース28に対する更新状況を例示するものであり、トランザクションαによって「TEL」が更新され、トランザクションβによって「FAX」が、またトランザクションγによって「住所」が更新される仕組みである場合、トランザクションα〜γを順にワンステップずつ再ランさせることにより、データベース28が(イ)→(ロ)→(ハ)→(ニ)と更新されてきた様子を個別に確認することができる。
FIG. 8 exemplifies the update status for a certain
これに対し、従来の入力支援ツールを用いた場合は、リクエスト単位でしか再ランが実施できず、BLサーバ16のトランザクション単位で再ランを実施することができなかったため、図19に示したように、データベース28の(イ)と(ハ)の状態のみを比較するしかなく、途中の(ロ)地点、(ハ)地点の状態を確認することはできなかった。
On the other hand, when the conventional input support tool is used, rerun can be executed only in units of requests, and rerun cannot be executed in units of transactions of the
ところで、オンラインシステムにおいては上記の通り、同一のデータベースに対して複数のクライアントが同時にアクセスし、相互に矛盾した更新処理が実行されることを防止する目的で「楽観的排他ロック」と称する機能が一般に設けられており、このテスト支援部25をそのまま動作させた場合には問題が生じることとなる。
以下、繰り返しになるが、楽観的排他ロックの仕組みと問題を簡単に述べた後、その解決方法について説明する。
By the way, as described above, in the online system, there is a function called “optimistic exclusive lock” for the purpose of preventing a plurality of clients from accessing the same database at the same time and executing mutually contradictory update processes. Generally provided, a problem occurs when the
The following is a brief description of the optimistic exclusive locking mechanism and problems, and then how to solve them.
まず図9に示したように、楽観的排他ロック機構の下では、データベース28の各レコードに「最終更新日時」のデータ項目42が設けられている。
ここで、図9(a)に示すように、クライアント12から「社員ID=001」を指定した検索リクエストデータ30が送信されると、PLサーバ14経由でこれを受け取ったBLサーバ16は、データベース28から検索条件にマッチしたレコードを抽出し、PLサーバ14経由でクライアント12に検索処理結果データ32を送信することとなるが、この検索処理結果データ32には「更新日時」のデータ項目43が設けられており、データベース28の「最終更新日時」の値である「05/24/10:00」が充填されている。
First, as shown in FIG. 9, under the optimistic exclusive lock mechanism, a
Here, as shown in FIG. 9 (a), when the
そして、同クライアント12から「社員ID=001」のレコードについての更新リクエストデータが送信される場合には、このデータにも上記の「更新日時」が引き継がれることとなる。
例えば、図9(b)に示すように、5月24日の14:00にクライアント12から同社員の所属を「営業部」から「総務部」に変更する内容の更新リクエストデータ30が送信される場合、「05/24/10:00」のデータが付加されている。
When the update request data for the record of “employee ID = 001” is transmitted from the
For example, as shown in FIG. 9 (b), at 14:00 on May 24,
この更新リクエストデータ30を受信したBLサーバ16は、その更新日時とデータベース28に格納された対応レコードの最終更新日時を比較し、両者が一致していることを確認した上で、当該レコードへの更新を実行する。この際、当該レコードの最終更新日時は「05/24/14:00」に更新される。また、クライアント12に対しては更新処理結果データ32が送信されるが、このデータの更新日時には最新の「05/24/14:00」が記録される。
The
これに対し、更新リクエストデータ30の更新日時とデータベース28側の最終更新日時が一致しない場合には、その間に他のクライアントによって当該レコードに更新がなされたことを意味しているため、BLサーバ16からクライアント12に対してエラーメッセージが送信され、データの更新が拒絶されることとなる。
On the other hand, if the update date / time of the
このような楽観的排他ロック機構を備えることにより、オンラインシステムに含まれるデータベースに矛盾が生じることを有効に抑えることが可能となるが、この楽観的排他ロック機構を備えたオンラインシステムにこのテスト支援システムをそのまま適用すると再ラン時に問題が生じる。 By providing such an optimistic exclusive lock mechanism, it is possible to effectively suppress the occurrence of inconsistencies in the database included in the online system, but this test support is provided to an online system equipped with this optimistic exclusive lock mechanism. If the system is applied as it is, there will be a problem during rerun.
まず、初回ラン時には図10(a)に示すように、05/24/14:00の時点でクライアント12から(A)の更新リクエストデータ(更新日時:05/24/10:00)が送信されると、PLサーバ14経由でこれを受け取ったBLサーバ16は、当該更新リクエストデータ(A)の更新日時とデータベース28側の最終更新日時と比較し、両者が一致していることを確認した後、所属を「営業部」から「総務部」に変更する更新処理を実行する。この際、当該レコードの最終更新日時も「05/24/14:00」に更新される。
First, as shown in Fig. 10 (a), the update request data (update date and time: 05/24/10: 00) of (A) is sent from the
同時に、BLサーバ16からクライアント12に対しては、PLサーバ14経由で更新処理結果データ(B)が送信される。この更新処理結果データ(B)の更新日時にも、最終更新日時である「05/24/14:00」が記録されている。
この間、テスト用DB26には、テスト支援部25(図示省略)によって更新リクエストデータ(A)及び更新処理結果データ(B)が格納される。
At the same time, update processing result data (B) is transmitted from the
During this time, update request data (A) and update processing result data (B) are stored in the
つぎに、図10(b)に示すように、05/24/16:00の時点でクライアント12から(C)の更新リクエストデータ(更新日時:05/24/14:00)が送信されると、BLサーバ16は当該更新リクエストデータ(C)の更新日時とデータベース28側の最終更新日時と比較し、両者が一致していることを確認した後、所属を「総務部」から「法務部」に変更する更新処理を実行する。この際、当該レコードの最終更新日時も「05/24/16:00」に更新される。
Next, as shown in FIG. 10 (b), when the update request data (update date and time: 05/24/14: 00) of (C) is transmitted from the
同時に、BLサーバ16からクライアント12に対しては、PLサーバ14経由で更新処理結果データ(D)が送信される。この更新結果データ(D)の更新日時にも、最終更新日時である「05/24/16:00」が記録されている。
この間、テスト用DB26には、テスト支援部25によって更新リクエストデータ(C)及び更新結果データ(D)が格納される。
At the same time, update processing result data (D) is transmitted from the
During this time, update request data (C) and update result data (D) are stored in the
つぎに、再ラン時には図11(a)に示すように、05/24/21:00の時点でPLサーバ14から(A)の更新リクエストデータ(更新日時:05/24/10:00)が送信されると、BLサーバ16は当該更新リクエストデータ(A)の更新日時とデータベース28側の最終更新日時と比較する。再ラン時には初回ランの直前にバックアップされたデータが用いられるため、両日時は当然に一致することから、BLサーバ16は所属を「営業部」から「総務部」に変更する更新処理を実行する。この際、当該レコードの最終更新日時は現在時刻の「05/24/21:00」に更新される。
Next, at the time of rerun, as shown in FIG. 11 (a), the update request data (update date and time: 05/24/10: 00) of (A) is received from the
同時に、BLサーバ16からPLサーバ14に対しては、更新処理結果データ(B)'が送信される。この更新処理結果データ(B)'の更新日時にも、最終更新日時である「05/24/21:00」が記録されている。
この間、テスト用DB26には、テスト支援部25によって更新結果データ(B)'が格納される。
At the same time, update processing result data (B) ′ is transmitted from the
During this time, update result data (B) ′ is stored in the
つぎに、図11(b)に示すように、05/24/23:00の時点でPLサーバ14から(C)の更新リクエストデータ(更新日時:05/24/14:00)が送信されると、BLサーバ16は当該更新リクエストデータ(C)の更新日時とデータベース28側の最終更新日時と比較する。この場合には更新日時が不一致となるため、BLサーバ16からPLサーバ14に対してエラーメッセージが送信され、データベース28の更新処理は当然ながら拒絶されることとなる。
この間、テスト用DB26には、テスト支援部25によってエラーメッセージ(D)'が再ラン結果データとして記録される。
Next, as shown in FIG. 11 (b), update request data (update date and time: 05/24/14: 00) of (C) is transmitted from the
During this time, the error message (D) ′ is recorded in the
以上のことから、楽観的排他ロック機構の下においてこのテスト支援システムをそのまま適用すると、以下の問題が生じる。
(1)初回ラン時にテスト用DB26格納された入力データの更新日時と、再ラン時にBLサーバ16によって更新されたデータベースの最終更新日時とが不一致となるため、楽観的排他ロックが発動され、再ラン結果データがエラーとなる。
(2)再ラン結果データの更新日時には再ラン時の現在日時が付与されるため、各トランザクションの処理結果データと再ラン結果データを比較する際に、図13(a)に示すように、更新日時の不一致を理由に「比較結果=不一致」と判定されてしまう。
From the above, if this test support system is applied as it is under the optimistic exclusive lock mechanism, the following problems arise.
(1) Since the update date and time of the input data stored in the
(2) Since the current date and time at the time of rerun is given to the update date and time of rerun result data, when comparing the process result data of each transaction with the rerun result data, as shown in FIG. It is determined that “comparison result = mismatch” because of the mismatch of the update date and time.
これに対しこのテスト支援システムは、更新日時に関して「引継ぎ」及び「マスキング」という手法を適用することにより、上記の問題を解消している。 On the other hand, this test support system solves the above-mentioned problem by applying the methods of “takeover” and “masking” with respect to the update date and time.
まず「引継ぎ」とは、図12(a)に示すように、BLサーバ16によって再ラン結果データ(B)'に付与された更新日時「05/24/21:00」を用いて、後続トランザクションの入力データ(C)に対して初回ラン時に付与された「05/24/14:00」の更新日時を上書きした後、BLサーバ16に送信する手法を意味する。この更新日時の引継ぎは、テスト支援部25によって実行される。
First, “takeover” means that, as shown in FIG. 12A, using the update date and time “05/24/21: 00” assigned to the rerun result data (B) ′ by the
この結果、更新リクエストデータ(C)の更新日時とデータベース28側の最終更新日時とが一致することとなり、社員ID=001の所属を「総務部」から「法務部」に変更する更新処理が、BLサーバ16において正しく実行されることとなる。
また、BLサーバ16からPLサーバ14に対しては、更新結果データ(D)'が送信される。この更新結果データ(D)'の更新日時には、最終更新日時である「05/24/23:00」が記録されている。この更新結果データ(D)'は、テスト支援部25によってテスト用DB26の再ラン結果データ項目に登録される。
As a result, the update date and time of the update request data (C) and the last update date and time on the
Further, update result data (D) ′ is transmitted from the
つぎに「マスキング」とは、図13(a)に示すように、テスト用DB26に格納された処理結果データ(B)と再ラン結果データ(B)'をそのまま比較すると、更新日時が異なるために全体が不一致と判定されてしまう場合に、図13(b)に示すように、両データの更新日時にマスク処理を施した上で比較する手法を意味する。具体的には、両データの更新日時を共通の文字列「***」等に置き換えることが該当する。
このマスク処理も、テスト支援部25によって実行される。
Next, as shown in FIG. 13 (a), “masking” means that the update date and time are different when the processing result data (B) stored in the
This mask processing is also executed by the
この結果、楽観的排他ロックのために便宜的に付与される更新日時項目の値の不一致によって、残りの実質的なデータ項目の値に変更がない場合であっても全体が不一致と判定されてしまう不都合を回避可能となる。
図示は省略したが、処理結果データ(D)と再ラン結果データ(D)'との比較時にも、それぞれの更新日時にはマスク処理が施される。
As a result, due to inconsistency in the values of the update date and time items that are given for the sake of optimistic exclusive lock, the entire data is determined to be inconsistent even when there are no changes in the values of the remaining substantial data items. It is possible to avoid the inconvenience.
Although illustration is omitted, masking processing is performed on each update date and time when comparing the processing result data (D) and the rerun result data (D) ′.
テスト支援部25は、上記の通り、ディスパッチエンジン21内に組み込まれ、ディスパッチエンジン21を通過するデータを捕捉してテスト用DB26に格納する機能、再ラン時にテスト用DB26から必要なデータを取り出してディスパッチエンジン21に渡し、所定のBLサーバ16への送信を依頼する機能、BLサーバ16から送信されたデータを捕捉してテスト用DB26に格納すると共に、初回ラン時のデータと比較する機能を発揮するが、テスト終了後の本番時においては全く不要となる。
このため、ディスパッチエンジン21用のアプリケーション内にテスト支援部25用のコードを予め組み込んでおくのは好ましくない。
また、本番時とテスト時とではマシン構成や回線容量等の環境が異なる場合が多いため、通常はテスト終了後にアプリケーションの設定を本番用に書き換えることが行われているが、この際にバグが混入する危険性があった。
As described above, the
For this reason, it is not preferable to incorporate the code for the
Also, because the environment such as machine configuration and line capacity is often different between the production and test, the application settings are usually rewritten for production after the test is completed. There was a risk of contamination.
そこでこのシステム10では、テスト対象となるアプリケーションプログラム自体には手を加えることなく、テスト時にのみテスト支援部25を外部からディスパッチエンジン21内に組み込むと共に、外部に配置されたテスト用の設定情報を反映させる仕組みを採用している。
Therefore, in this
図14は、この仕組みを説明するための模式図であり、PLサーバ14のディスク領域50には、ディスパッチエンジン用実行ファイル51と、テスト支援部用ライブラリ52と、テスト設定ファイル53が格納されている。ディスパッチエンジン用実行ファイル51には、本番設定ファイル54が含まれている。
FIG. 14 is a schematic diagram for explaining this mechanism. In the
また、PLサーバ14のメモリ空間56には、上位クラスローダ57が設けられており、この上位クラスローダ57内に予めスイッチモジュール58が配置されている。
この上位クラスローダ57は、Java(登録商標)の動作環境であるJ2EE(Java 2 Enterprise Edition)の仕様に基づいて実現されるものであり、この上位クラスローダ57内に配置されたモジュールは、メモリ空間56に展開された全てのアプリケーションから参照できるという特徴を備えている。
このスイッチモジュール58は、スイッチモジュール用のライブラリを予めPLサーバ14の所定のディレクトリに格納しておくことで、JVM(Java Virtual Machine)の起動時に上位クラスローダ57内に自動的に配置される。
Further, an
This
The
つぎに、図15のフローチャートに従い、テスト支援部25の組込及びテスト用設定情報の反映手順について説明する。
まず、ディスパッチエンジン用実行ファイル51を起動させ、メモリ空間56のWARクラスローダ59内にフレームワーク60、固有機能部61、本番設定情報62を配置させる(S51)。J2EEの環境下においては、各WebアプリケーションはWARクラスローダ単位で管理される。
Next, a procedure for incorporating the
First, the dispatch
つぎに、フレームワーク60が上位クラスローダ57内にスイッチモジュール58が存在しているか否かをチェックする(S52)。
ここで、スイッチモジュール58が存在している場合(S53/YES)、フレームワーク60はテストモードであると認識し、テスト支援部用ライブラリ52を自己のWARクラスローダ59内にロードし(S54)、テスト支援部25を生成する。
Next, the
If the
このテスト支援部25は、PLサーバ14のディスク領域50から対応のテスト設定ファイル53をメモリ空間56上に読み込み(S55)、WARクラスローダ59内に展開された本番設定情報をテスト設定情報で上書きする。
The
以上の結果、図16(b)に示すように、メモリ空間のWARクラスローダ59内には、ディスパッチエンジン固有の機能を担当する固有機能部61とフレームワーク60の他に、テスト支援部25が組み込まれると共に、本番用の設定情報62がテスト用設定情報63に切り替えられることとなる。
As a result of the above, as shown in FIG. 16B, in the
そして、オンラインテストが完了した後は、スイッチモジュール用ライブラリを削除してJVMを再起動させ、上位クラスローダ57内のスイッチモジュール58を除去しておくだけで、S54〜S56の処理がスキップされ、図16(a)に示すように、WARクラスローダ59内にはフレームワーク60と固有機能部61及び本番設定情報62が配置される。
この結果、ディスパッチエンジン用実行ファイル51(Webアプリケーション)に手を加えることなく、ディスパッチエンジン21を本番仕様に切り替えることが可能となる。
After the online test is completed, the switch module library is deleted, the JVM is restarted, and the
As a result, the
オンラインシステムにあっては、実装言語やフレームワークを異にする複数のサーバ(ホストシステムを含む)を連携させる異機種間連携の仕組みを一般に備えているため、図17に示すように、これまでは各BLサーバ16a〜16c毎に専用のテスタ70a〜70cを接続し、BLサーバ単位でIN/OUTのデータ確認を行っていた。このため、複数のテスタを準備し、それぞれの操作法をマスターせざるを得ないという問題があった。
Since online systems generally have a mechanism for inter-model cooperation that links multiple servers (including host systems) with different implementation languages and frameworks, as shown in FIG. Has connected
これに対し、このテスト支援システムの場合には、上記のようにコネクタ22において入力データが各BLサーバ16a〜16c向けの形式に変換された上で送信されると共に、各BLサーバ16a〜16cからの処理結果データがコネクタ22において標準フォーマットに変換される機能を備えているため、テスト支援部25は各種BLサーバ16のテストを標準フォーマットに基づいて統一的に実行することが可能となり、オペレータもテスト支援部25の操作法のみを習得すれば済むこととなる。
On the other hand, in the case of this test support system, input data is transmitted after being converted into a format for each
10 オンラインシステム
12 クライアント
14 PLサーバ
16 BLサーバ
16a 第1のBLサーバ
16b 第2のBLサーバ
16c 第3のBLサーバ
18 テスト端末
20 画面制御部
21 ディスパッチエンジン
22 コネクタ
22a 第1のBLサーバ用データ変換部
22b 第2のBLサーバ用データ変換部
22c 第3のBLサーバ用データ変換部
25 テスト支援部
26 テスト用データベース
28 データベース
30 リクエストデータ
31 入力装置
32 処理結果データ
33 表示装置
42 「最終更新日時」のデータ項目
43 「更新日時」データ項目
50 PLサーバのディスク領域
51 ディスパッチエンジン用実行ファイル
52 テスト支援部用ライブラリ
53 テスト設定ファイル
54 本番設定ファイル
56 PLサーバのメモリ空間
57 上位クラスローダ
58 スイッチモジュール
59 WARクラスローダ
60 フレームワーク
61 固有機能部
62 本番設定情報
63 テスト用設定情報
10 Online system
12 clients
14 PL server
16 BL server
16a First BL server
16b Second BL server
16c Third BL server
18 Test terminal
20 Screen controller
21 dispatch engine
22 Connector
22a Data converter for the first BL server
22b Second BL server data converter
22c Third BL server data converter
25 Test Support Department
26 Test database
28 Database
30 Request data
31 Input device
32 Processing result data
33 Display device
42 Data item of "Last modified"
43 "Update Date / Time" data item
50 PL server disk space
51 Executable file for dispatch engine
52 Library for test support
53 Test configuration file
54 Production configuration file
56 PL server memory space
57 Upper class loader
58 Switch module
59 WAR class loader
60 Framework
61 Unique functions
62 Production setting information
63 Test setup information
Claims (3)
上記バックエンドサーバが処理結果データをフロントエンドサーバに返信するに際し、データベースの該当レコードに付与されたユニークな管理コードを処理結果データに付与すると共に、フロントエンドサーバがこの処理結果データに基づいた入力データをバックエンドサーバに送信して同レコードに対する後続の処理を依頼する際には、当該入力データにも上記の管理コードが引き継がれ、バックエンドサーバではこの入力データに含まれる管理コードがデータベースの該当レコードの管理コードと一致している場合のみ、依頼された処理を実行する楽観的排他ロック機構を備えている場合に、
上記テストの再ラン時に上記バックエンドサーバから送信された先行の処理結果データに付与された新たな管理コードによって、初回ラン時に上記テスト用データベースに蓄積された後続処理用入力データの管理コードを上書きした後、この入力データをバックエンドサーバに送信する機能を備えたことを特徴とするテスト支援システム。 Receives request data from the client, the back-end server that performs business processing for the database, and the above client, sends the input data required to the back-end server in charge, requests processing, and sends the processing result data to the client When performing a test on an online system with a front-end server to send, the input data sent to the back-end server at the first run of the test and the processing result data sent from the back-end server are stored in the front-end server. Accumulated in the test database, when rerunning the test, the input data at the time of the first run stored in this test database is sent to the backend server and at the time of the rerun sent from the backend server Process result data up A test support system having a function to be registered in the test database,
When the backend server returns the processing result data to the frontend server, the unique management code assigned to the corresponding record in the database is added to the processing result data, and the frontend server inputs based on the processing result data. When sending the data to the back-end server and requesting the subsequent processing for the same record, the above management code is carried over to the input data, and the management code included in this input data is stored in the database at the back-end server. If it has an optimistic exclusive lock mechanism that executes the requested process only when it matches the management code of the corresponding record,
The management code of the input data for subsequent processing accumulated in the test database at the first run is overwritten by the new management code given to the previous processing result data sent from the backend server at the time of the rerun of the test. Then, a test support system having a function of transmitting the input data to the back-end server.
この比較に際して、初回ラン時の処理結果データに付与された管理コードと、再ラン時の処理結果データに付与された管理コードにマスク処理を施すことを特徴とする請求項1に記載のテスト支援システム。 The test support system has a function that compares the processing result data at the first run stored in the test database with the processing result data at the rerun and outputs the comparison result.
The test support according to claim 1, wherein a mask process is performed on the management code assigned to the processing result data at the time of the first run and the management code assigned to the processing result data at the time of the rerun for the comparison. system.
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
JP2008292676A JP5039683B2 (en) | 2008-11-14 | 2008-11-14 | Test support system |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
JP2008292676A JP5039683B2 (en) | 2008-11-14 | 2008-11-14 | Test support system |
Publications (2)
Publication Number | Publication Date |
---|---|
JP2010118014A JP2010118014A (en) | 2010-05-27 |
JP5039683B2 true JP5039683B2 (en) | 2012-10-03 |
Family
ID=42305635
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
JP2008292676A Expired - Fee Related JP5039683B2 (en) | 2008-11-14 | 2008-11-14 | Test support system |
Country Status (1)
Country | Link |
---|---|
JP (1) | JP5039683B2 (en) |
-
2008
- 2008-11-14 JP JP2008292676A patent/JP5039683B2/en not_active Expired - Fee Related
Also Published As
Publication number | Publication date |
---|---|
JP2010118014A (en) | 2010-05-27 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
EP3769223B1 (en) | Unified test automation system | |
US8997088B2 (en) | Methods and systems for automated deployment of software applications on heterogeneous cloud environments | |
US10055339B2 (en) | Methods and systems for testing mobile applications | |
US7594219B2 (en) | Method and apparatus for monitoring compatibility of software combinations | |
US8762929B2 (en) | System and method for exclusion of inconsistent objects from lifecycle management processes | |
US9471474B2 (en) | Cloud deployment infrastructure validation engine | |
US9182966B2 (en) | Enabling dynamic software installer requirement dependency checks | |
US7895470B2 (en) | Collecting and representing knowledge | |
US8312322B2 (en) | System for automated generation of computer test procedures | |
US9892019B2 (en) | Use case driven stepping component automation framework | |
CN112463421A (en) | Information processing system | |
JP5052472B2 (en) | Program setting information switching system and switching method | |
US20060123387A1 (en) | Apparatus and method for producing application software for streaming service and system and method for providing software streaming service with network fault tolerance | |
JP5101447B2 (en) | Test support system | |
JP6436705B2 (en) | Test execution device, test execution method, and computer program | |
KR102194974B1 (en) | System for monitoring and controling electric power system for process verification | |
CN108241543B (en) | Method, service server and system for executing service operation breakpoint | |
JP5101448B2 (en) | Test support system | |
US20090158266A1 (en) | Deployment tool for increasing efficiency in a production computer system | |
JP5039683B2 (en) | Test support system | |
US20040064784A1 (en) | Document management system, method and computer program | |
JP6436704B2 (en) | Test execution device, test execution method, and computer program | |
JP2009087136A (en) | Fault repair system and fault repair method | |
KR20090068938A (en) | Engineering framework for executing and integrating the distributed engineering resources, and method for using the same | |
JP6353759B2 (en) | Test execution device, test execution method, and computer program |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
A621 | Written request for application examination |
Free format text: JAPANESE INTERMEDIATE CODE: A621 Effective date: 20110309 |
|
A977 | Report on retrieval |
Free format text: JAPANESE INTERMEDIATE CODE: A971007 Effective date: 20120613 |
|
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: 20120626 |
|
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: 20120709 |
|
FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20150713 Year of fee payment: 3 |
|
R150 | Certificate of patent or registration of utility model |
Free format text: JAPANESE INTERMEDIATE CODE: R150 |
|
R250 | Receipt of annual fees |
Free format text: JAPANESE INTERMEDIATE CODE: R250 |
|
R250 | Receipt of annual fees |
Free format text: JAPANESE INTERMEDIATE CODE: R250 |
|
R250 | Receipt of annual fees |
Free format text: JAPANESE INTERMEDIATE CODE: R250 |
|
LAPS | Cancellation because of no payment of annual fees |