JP5337187B2 - Migration test support system, migration test support program, migration test support method - Google Patents
Migration test support system, migration test support program, migration test support method Download PDFInfo
- Publication number
- JP5337187B2 JP5337187B2 JP2011066634A JP2011066634A JP5337187B2 JP 5337187 B2 JP5337187 B2 JP 5337187B2 JP 2011066634 A JP2011066634 A JP 2011066634A JP 2011066634 A JP2011066634 A JP 2011066634A JP 5337187 B2 JP5337187 B2 JP 5337187B2
- Authority
- JP
- Japan
- Prior art keywords
- application
- information system
- log
- new
- current
- 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
Classifications
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F11/00—Error detection; Error correction; Monitoring
- G06F11/36—Preventing errors by testing or debugging software
- G06F11/3668—Software testing
- G06F11/3672—Test management
- G06F11/368—Test management for test version control, e.g. updating test cases to a new software version
Landscapes
- Engineering & Computer Science (AREA)
- Theoretical Computer Science (AREA)
- Computer Hardware Design (AREA)
- Quality & Reliability (AREA)
- Physics & Mathematics (AREA)
- General Engineering & Computer Science (AREA)
- General Physics & Mathematics (AREA)
- Debugging And Monitoring (AREA)
- Stored Programmes (AREA)
Abstract
Description
本発明は、計算機のＯＳ（オペレーティングシステム）などを更改する際にともなうシステム移行を支援する技術に関する。 The present invention relates to a technology for supporting system migration when an OS (operating system) of a computer is updated.
近年、ＰＣ（パーソナルコンピュータ）サーバの性能が向上するに伴い、従来メインフレームが担ってきた基幹系システムが、オープンシステムに移行されつつある。ＰＣサーバなどを用いて構成されているオープン系システムは、性能向上の進度が速く、次々と後継機種が登場し、製品の保証期間は例えば約５年程度と短い。これに対し、基幹系のようなサービスは、基本的なサービスであるためサービス内容が変わらないものが多いこと、稼働実績のあるサービスを更改することによる障害を起こしてはならないことなどの理由により、できる限り長期に稼働させたいというニーズがある。そのため、基幹系システムを移行する際には、例え同じハードウェアを交換する場合であっても、必ず移行テストが実施される。 In recent years, as the performance of a PC (personal computer) server is improved, a backbone system that has been conventionally handled by a mainframe is being transferred to an open system. An open system configured using a PC server or the like has a rapid progress in performance improvement, successor models appear one after another, and the warranty period of the product is as short as about 5 years, for example. On the other hand, services such as core systems are basic services, so there are many services that do not change, and it is not possible to cause problems due to renewal of services that have a track record of operation. There is a need to operate as long as possible. Therefore, when migrating a backbone system, a migration test is always performed even if the same hardware is replaced.
下記特許文献１には、移行前後のシステムのトレース情報を比較し、関数の呼び出し順序、引数が異なる個所などを発見し、変更されたモジュール一覧から、どのモジュールにデグレーションの原因があるかを予測する手法が記載されている。
The following
システム移行を実施する際には、ハードウェア、ソフトウェアともに、その時点で提供されているバージョンにアップデートされる場合が多い。したがって、システム側の動作が変化することは容易に想定できる。 When performing system migration, both hardware and software are often updated to the version provided at that time. Therefore, it can be easily assumed that the operation on the system side changes.
基幹系のコンピュータシステムによるサービスは基本的なサービスであるので、コンピュータシステムが更改されてもサービス内容が変わらないことが要求される場合が多い。そのため、移行前のアプリケーションが移行後もそのまま動作するように新システムを構築することが重要である。もっとも、システムに対する入出力データが移行の前後で維持されていれば、システム内部の動作が変更されていたとしても、特段の支障はないと考えられる。したがって、アプリケーションには手を加えず、システム移行後も入出力データが移行前と同じであることを保証する必要がある。 Since the service provided by the backbone computer system is a basic service, it is often required that the service content does not change even if the computer system is renewed. For this reason, it is important to construct a new system so that the application before migration can operate as it is after migration. However, if the input / output data for the system is maintained before and after the migration, it is considered that there is no particular problem even if the internal operation of the system is changed. Therefore, it is necessary to ensure that the input / output data is the same as before the migration after the system migration without changing the application.
しかし実際には、ユーザサイドにおいて、システム運用中にアプリケーションに修正や機能追加等の改修が実施されている場合がある。この場合、システム移行前後において入出力データに予期しない相違が生じる可能性がある。このとき、その相違がシステム移行に起因するものであるのか、それともアプリケーションの改修が原因となっているのかを切り分ける必要がある。 However, in practice, on the user side, there are cases where modifications such as corrections and additions of functions are performed on the application during system operation. In this case, there may be an unexpected difference in input / output data before and after system migration. At this time, it is necessary to determine whether the difference is caused by system migration or whether the application is modified.
特許文献１に記載されている技術では、新旧システムの入出力ログやトレース情報を比較することにより、移行によって生じたシステム構成モジュールの相違点を抽出することはできるが、アプリケーション自体の更改も相違点として抽出するため、相違の原因を容易に切り分けることが難しい。
In the technique described in
本発明は、上記のような課題を解決するためになされたものであり、システム移行テストにおいて、現行システムと新システムとの間の差分を解析するにあたり、アプリケーションが改修されている部分を解析対象から除外し、新旧システム間の相違原因を分析し易くすることを主な目的の一つとする。 The present invention has been made in order to solve the above-described problems. In analyzing a difference between a current system and a new system in a system migration test, a portion where an application has been repaired is analyzed. One of the main objectives is to make it easier to analyze the causes of differences between old and new systems.
本発明に係る移行テスト支援システムの一態様は、アプリケーションが改修されている箇所を記述した改修タグをアプリケーションの実行結果トレースから読み込み、その部分を現行システムと新システムの間の比較対象から除外する。 In one aspect of the migration test support system according to the present invention, a modification tag describing a location where an application is modified is read from the execution result trace of the application, and the portion is excluded from a comparison target between the current system and the new system. .
本発明に係る移行テスト支援システムによれば、アプリケーションの改修箇所を実行結果トレースから読み込むことにより、現行システムと新システムの間の相違がアプリケーションの改修によるものであるか否かを識別することができる。これにより、相違の原因を早期に発見することができる。 According to the migration test support system of the present invention, it is possible to identify whether or not the difference between the current system and the new system is due to the application modification by reading the modification part of the application from the execution result trace. it can. Thereby, the cause of a difference can be discovered at an early stage.
＜実施の形態１＞
図１は、本発明の実施形態１に係る移行テスト支援システム１０００の構成図である。移行テスト支援システム１０００は、テスト支援サーバ１００、現行システム２００、新システム３００及び端末４００を有する。これらはネットワークを介して接続されている。
<
FIG. 1 is a configuration diagram of a migration
テスト支援サーバ１００は、現行システム２００を新システム３００に移行する際に、アプリケーションの動作が変更されていないかをテストする移行テスト支援を実施するサーバ装置である。テスト支援サーバ１００は、現行システムログ１１１と新システムログ１１２に記録されているログに基づき、移行テスト支援を実施する。これらログ及びテスト支援サーバ１００の詳細は後述する。
The
現行システム２００は、Ｗｅｂ３階層モデルに準じたＷｅｂアプリケーションを実行する情報システムであり、ＷｅｂＡＰサーバ２１０及びＤＢＭＳ２２０を有する。ＷｅｂＡＰサーバ２１０は、Ｗｅｂアプリケーションとして実装されたアプリケーション（ＡＰ）２１１と、開発／実行環境２１２とを有する。開発／実行環境２１２は、アプリケーション開発を実施するための開発ソフトウェアなどを含むソフトウェア群である。詳細は後述する。ＤＢＭＳ２２０は、アプリケーション２１１が利用するデータベース（ＤＢ）へのアクセス等を管理する機能を有する。
The
新システム３００は、現行システム２００のうち、ＷｅｂＡＰサーバ２１０を新ＷｅｂＡＰサーバ３１０に置き換えたものである。これにともない、Ｗｅｂアプリケーションを提供するためのミドルウェアが新バージョンに置き換えられている。また、移行前におけるアプリケーション２１１は、新システム３００の下では改修アプリケーション３１１に置き換えられている場合もある。
The
新システム３００は、アプリケーション２１１の動作が現行システム２００との間で相違ないことを保証する必要がある。システム内部の動作は、現行システム２００と新システム３００の間で異なっていても問わないことにする。システム内部の動作とは、例えばＯＳやＷｅｂサーバなどのミドルウェアの動作がこれに相当する。
The
ＷｅｂＡＰサーバ２１０と新ＷｅｂＡＰサーバ３１０は、本実施形態１における「アプリケーション実行装置」に相当する。
The WebAP
図２は、テスト支援サーバ１００の詳細構成を示す図である。テスト支援サーバ１００は、記憶装置１１０、メモリ１２０、ネットワークインタフェース１３０、プロセッサ１４０、入力装置１５０、出力装置１６０及びバス１７０を備える。
FIG. 2 is a diagram illustrating a detailed configuration of the
記憶装置１１０は、ハードディスク装置などの不揮発性記憶装置であり、図１で説明した現行システムログ１１１と新システムログ１１２を格納する。これらログはメモリ１２０上に展開することもできる。図２では、記載の便宜上、メモリ１２０上にこれらログを展開した例を示した。
The
メモリ１２０は、プロセッサ１４０が実行するプログラム、現行システムログ１１１、新システムログ１１２及びリプレイテストシナリオ１１３を格納する記憶装置である。これらプログラム等については後述する。以下では記載の便宜上、各プログラムを動作主体として説明する場合があるが、実際にこれらプログラムを実行するのはプロセッサ１４０であることを付言しておく。
The
ネットワークインタフェース１３０は、テスト支援サーバ１００とネットワークを接続するインタフェースである。入力装置１５０は、ユーザがテスト支援サーバ１００を操作するためのキーボード、マウスなどの操作装置である。出力装置１６０は、テスト支援サーバ１００が実施した処理などを表示するディスプレイ等の画面出力装置である。バス１７０は、上記各機能部を接続する。
The
メモリ１２０は、プロセッサ１４０が実行する移行テスト支援プログラムとして、通信部１４１、リプレイテスト実行部１４２、トレース情報受信部１４３、新システムログ情報処理部１４４、現行システムログ情報取得部１４５及び差分抽出部１４６を格納する。これら機能部は一体的に構成してもよい。メモリ１２０はその他、現行システムログ１１１を構成する各ログとして、現行セッション管理テーブル１１１１、現行入出力ログ１１１２及び現行テストログ１１１３を格納する。また、新システムログ１１２を構成する各ログとして、新セッション管理テーブル１１２１、新入出力ログ１１２２、新トレースログ１１２３及び新テストログ１１２４を格納する。
The
通信部１４１は、ネットワークインタフェース１３０が受信したデータを取得し、リプレイテスト実行部１４２が送信するデータをネットワークインタフェース１３０へ出力する。
The
リプレイテスト実行部１４２は、現行システムログ情報取得部１４５が取得した現行セッション管理テーブル１１１１及び現行入出力ログ１１１２から、新システム３００に投入するリプレイテストシナリオ１１３を生成する。また、リプレイテストシナリオ１１３にしたがって、新システム３００へ入力データを送信し、新システム３００から出力データを受信して、これに基づき新セッション管理テーブル１１２１及び新入出力ログ１１２２を生成する。
The replay
トレース情報受信部１４３は、図３に後述する新システム３００の開発／実行環境２１２が出力するアプリケーション実行時の新トレースログ１１２３を取得し、新システムログ情報処理部１４４へ引き渡す。新トレースログ１１２３は、新システム３００を構成する少なくとも１つ以上のサーバミドルウェアが個別にあるいは連携して出力する。ここでいうサーバミドルウェアは、例えば新ＷｅｂＡＰサーバ３１０が実行するＷｅｂサーバ及びアプリケーションサーバ及びＤＢＭＳ２２０などがこれに相当する。
The trace
新システムログ情報処理部１４４は、リプレイテスト実行部１４２がリプレイテストを実行して得た新セッション管理テーブル１１２１及び新入出力ログ１１２２を受け取り、またトレース情報受信部１４３から新トレースログ１１２３を受け取る。
The new system log
現行システムログ情報取得部１４５は、現行システム２００から現行システムログ１１１を取得し、差分抽出部１４６へ引き渡す。
The current system log
差分抽出部１４６は、現行テストログ１１１３と新テストログ１１２４を比較し、差分を検出する。この際、新テストログ１１２４内にアプリケーション２１１を改修した旨を示す改修タグが付加されている場合は、その部分の処理については差分検出の対象から除外して両者を比較する。詳細は後述の図１２で説明する。
The
図３は、ＷｅｂＡＰサーバ２１０の構成を示す図である。新ＷｅｂＡＰサーバ３１０も同様の構成を有する。ＷｅｂＡＰサーバ２１０は、ＡＰ２１１と開発／実効環境２１２の他、メモリ２１３、プロセッサ２１４、記憶装置２１５、入力装置２１６、出力装置２１７、ネットワークインタフェース２１８及びバス２１９を備える。記憶装置２１５、入力装置２１６、出力装置２１７、ネットワークインタフェース２１８及びバス２１９の役割についてはテスト支援サーバ１００と同様であるため、説明を省略する。
FIG. 3 is a diagram illustrating the configuration of the
開発／実行環境２１２は、プログラム開発ツール及びその実行モジュールなど、アプリケーション２１１を開発するために用いられるソフトウェアを集約したものである。開発／実行環境２１２は、スタンドアロンアプリケーションとして構成することもできるし、ＷｅｂＡＰサーバ２１０配下のアプリケーションとして構成することもできる。
The development /
メモリ２１３は、開発／実行環境２１２を構成するプログラムモジュールとして、通信部２１２１、アプリケーションコンパイル部２１２２、アプリケーション実行部２１２３、トレース情報送信部２１２４及びアプリケーションプログラミングインタフェース（ＡＰＩ）２１２５を格納する。新ＷｅｂＡＰサーバ３１０は、さらに新トレースログ１１２３を格納する。アプリケーションコンパイル部２１２２は、さらにアプリケーション改修検出部２１２２１と実行ファイル生成部２１２２２を有する。アプリケーション実行部２１２３は、さらに実行部２１２３１とトレース情報記録部２１２３２を有する。
The
通信部２１２１は、ネットワークインタフェース２１８から、アプリケーション２１１に対する入力データ及びテスト支援サーバ１００からのシステムログ取得要求を受信し、これらをアプリケーション２１１やトレース情報送信部２１２４に引き渡す。また、アプリケーション２１１が送信するデータや、アプリケーション２１１を実行して得られるトレース情報を、ネットワークインタフェース２１８へ出力する。
The
実行ファイル生成部２１２２２は、アプリケーションソースコードをコンパイルして実行ファイルを生成する。
The execution
アプリケーション改修検出部２１２２１は、実行ファイル生成部２１２２２がアプリケーション２１１のソースコードをコンパイルする時、ソースコードのうち改修されている部分及び改修されている部分を呼び出している部分に改修タグを付ける。改修タグを付ける処理は、ユーザがソースコードを改修した際にアプリケーション改修検出部２１２２１が自動的に実施してもよいし、ＡＰＩ２１２５を介してユーザが改修箇所を指定するようにしてもよい。
When the execution
実行部２１２３１は、実行ファイル生成部２１２２２がソースコードをコンパイルすることによって生成したアプリケーション２１１の実行ファイルを起動して実行する。
The
トレース情報記録部２１２３２は、実行部２１２３１がアプリケーション２１１を実行する際、トレースＩＤ等の識別子を割り当て、アプリケーション２１１に対する入力から出力までのシステム内部動作をトレースした情報を記録する。
When the
トレース情報送信部２１２４は、テスト支援サーバ１００からの要求に応じて、トレース情報記録部２１２３２が記録したトレース情報を送信する。
The trace
ＡＰＩ２１２５は、現行システム２００と新システム３００が有するシステム要素のうち、新バージョンに置き換えられているミドルウェア等が有するＡＰＩである。例えばＷｅｂアプリケーションを実行するために用いるミドルウェアやＤＢＭＳなどが提供するＡＰＩがこれに相当する。
The
以上、移行テスト支援システム１０００の構成について説明した。以下の図４〜図７では、移行テスト支援システム１０００の動作手順について説明する。
The configuration of the migration
図４は、新システム３００におけるアプリケーションコンパイル部２１２２とアプリケーション実行部２１２３が、アプリケーション２１１（又は改修アプリケーション３１１、以下図４において同様）の実行結果トレースを生成する処理のフローチャートである。実行結果トレースは、アプリケーション２１１又は改修アプリケーション３１１の内部的な処理状態を記録するログである。実行結果トレースは特に、アプリケーションが改修されている箇所を示す改修タグを記録する意義がある。以下、図４の各ステップについて説明する。
FIG. 4 is a flowchart of a process in which the
（図４：ステップＳ４００）
アプリケーションコンパイル部２１２２は、例えばユーザの選択に基づき、アプリケーション２１１のソースコードをコンパイルするか、それともアプリケーション２１１を実行して実行結果トレースを生成するかを判断する。コンパイルを実施する場合はステップＳ４０１へ進み、実行結果トレースを生成する場合はステップＳ４０８へスキップする。
(FIG. 4: Step S400)
For example, based on the user's selection, the
（図４：ステップＳ４０１〜Ｓ４０２）
アプリケーションコンパイル部２１２２は、アプリケーション２１１のソースコードを適当な分量（例えば１命令文）読み込む（Ｓ４０１）。アプリケーションコンパイル部２１２２は、ソースコード内に改修タグが付加されているかどうかを検出する（Ｓ４０２）。改修タグが付加されている場合はステップＳ４０３へ進み、付加されていない場合はステップＳ４０４へスキップする。
(FIG. 4: Steps S401 to S402)
The
（図４：ステップＳ４０２：補足）
ソースコード内の改修タグは、ユーザがソースコードを改修するときに手動で付加してもよいし、ソースコードが改修された旨をプログラム開発ツールなどが自動検出して自動的に付加してもよい。
(FIG. 4: Step S402: Supplement)
The modification tag in the source code may be added manually when the user modifies the source code, or a program development tool or the like automatically detects that the source code has been modified. Good.
（図４：ステップＳ４０３）
アプリケーションコンパイル部２１２２は、アプリケーション２１１のソースコード内の改修されている箇所に、改修タグが付加されている旨のトレース情報を出力するプログラムコードを埋め込む。例えば、実行結果トレースのファイル名を指定し、ソースコード内の改修されている箇所の行番号、関数名などを実行結果トレースに書き込むようなコードを埋め込む。実行結果トレースの例は後述の図５で説明する。
(FIG. 4: Step S403)
The
（図４：ステップＳ４０４〜Ｓ４０５）
アプリケーションコンパイル部２１２２は、ステップＳ４０２で検出した、改修タグが付加されている箇所のプログラム命令のうち、ＡＰＩ２１２５を利用しているものがあるか否かを判定する（Ｓ４０４）。改修タグが付加されているプログラム命令のうちＡＰＩ２１２５を利用しているものがある場合はステップＳ４０６へ進み、ない場合はステップＳ４０７へスキップする（Ｓ４０５）。
(FIG. 4: Steps S404 to S405)
The
（図４：ステップＳ４０４〜Ｓ４０５：補足）
本ステップは、アプリケーション２１１の改修された部分が、ＡＰＩ２１２５を介してミドルウェアと連結しているか否かを判定するための準備としての意義がある。改修された部分のプログラム命令がＡＰＩ２１２５を利用している場合は、その部分はＡＰＩ２１２５を介してミドルウェアの機能を利用しているため、ミドルウェアを更改するとその影響がアプリケーション２１１にも及ぶ可能性があると考えられる。アプリケーション２１１のうち動作がシステム移行前後で異なる場合、その部分がＡＰＩ２１２５を利用していなければ、動作の相違はアプリケーション２１１自体の改修によって生じたと推測することができる。
(FIG. 4: Steps S404 to S405: Supplement)
This step has significance as a preparation for determining whether or not the modified part of the
（図４：ステップＳ４０６）
アプリケーションコンパイル部２１２２は、改修タグが付加されているプログラム命令がＡＰＩ２１２５を使用している旨のトレース情報を出力するプログラムコードを埋め込む。例えばミドルウェア更改によってＡＰＩ２１２５に関連する部分が更改されたか否かなどの基準により、ミドルウェア更改の影響がアプリケーション２１１に及ぶか否かを推定し、その結果をトレース情報に出力してもよい。
(FIG. 4: Step S406)
The
（図４：ステップＳ４０７）
アプリケーションコンパイル部２１２２は、アプリケーション２１１のソースコードをコンパイルして実行コードを生成する。
(FIG. 4: Step S407)
The
（図４：ステップＳ４０８〜Ｓ４０９）
アプリケーション実行部２１２３は、例えばユーザの選択に基づき、アプリケーション２１１を実行するよう指示されているか否かを判断する。実行する場合はステップＳ４０９へ進んでアプリケーション２１１を起動し（Ｓ４０９）、実行しない場合は本処理フローを終了する。
(FIG. 4: Steps S408 to S409)
The
（図４：ステップＳ４１０）
アプリケーション実行部２１２３は、アプリケーションコンパイル部２１２２が生成した実行コードを読み込んで実行する。
(FIG. 4: Step S410)
The
（図４：ステップＳ４１１〜Ｓ４１２）
アプリケーション実行部２１２３は、実行コード内に、アプリケーションコンパイル部２１２２がステップＳ４０３でソースコード内に埋め込んだプログラムコードが含まれているか否かを判定する（Ｓ４１２）。含まれている場合は、改修タグを記述したトレース情報を新トレースログ１１２３に記録する（Ｓ４１２）。
(FIG. 4: Steps S411 to S412)
The
（図４：ステップＳ４１３〜Ｓ４１４）
アプリケーション実行部２１２３は、実行コード内に、アプリケーションコンパイル部２１２２がステップＳ４０６でソースコード内に埋め込んだプログラムコードが含まれているか否かを判定する（Ｓ４１３）。含まれている場合は、改修タグが付加されているプログラム命令がＡＰＩ２１２５を使用している旨のトレース情報を新トレースログ１１２３に記録する（Ｓ４１４）。
(FIG. 4: Steps S413 to S414)
The
（図４：ステップＳ４１５）
アプリケーション実行部２１２３は、アプリケーション２１１が終了するまで、Ｓ４１０〜Ｓ４１４を繰り返し実行する。
(FIG. 4: Step S415)
The
図５は、新トレースログ１１２３の構成とデータ例を示す図である。新トレースログ１１２３は、アプリケーション実行部２１２３が図４で説明した処理フローにしたがって新システム３００におけるアプリケーション２１１（又は改修アプリケーション３１１、以下図５において同じ）を実行することによって得られる、アプリケーション２１１の内部的な動作ログである。現行テストログ１１１３及び新テストログ１１２４も、同様のフォーマットを有する。
FIG. 5 is a diagram showing a configuration and data example of the
新トレースログ１１２３は、１レコード内に、時刻情報１１２３０１、プロセスＩＤ１１２３０２、トレースＩＤ１１２３０３、セッションＩＤ１１２３０４、送信元アドレス１１２３０５、宛先アドレス１１２３０６、モジュール名１１２３０７、処理コード１１２３０８、ＡＰＩフラグ１１２３１２、改修タグ１１２３１３及びデータ１１２３１４を格納する。
The
時刻情報１１２３０１は、当該レコードが発生した時刻を保持する。プロセスＩＤ１１２３０２は、当該レコードを出力するプログラムのプロセス識別子を保持する。トレースＩＤ１１２３０３は、当該レコードがどの入力データに対するトレース情報であるのかを対応付けるための識別子を保持する。セッションＩＤ１１２３０４は、当該レコードを記録したアプリケーション２１１へその時点で割り当てられているセッション識別子を保持する。
The
送信元アドレス１１２３０５は、当該レコードが通信処理に関するものである場合、当該通信処理の送信元アドレスを保持する。宛先アドレス１１２３０６は、当該レコードが通信処理に関するものである場合、当該通信処理の宛先アドレスを保持する。
The
モジュール名１１２３０７は、当該レコードを出力したプログラムコードのモジュール名を保持する。処理コード１１２３０８は、当該レコードを出力したプログラムの関数名１１２３０９、入力引数１１２３１０、出力値１１２３１１を保持する。
The
ＡＰＩフラグ１１２３１２は、処理コード１１２３０８が指定するプログラムコードがＡＰＩ１１２５を利用しているか否かを示す値を保持する。改修タグ１１２３１３は、処理コード１１２３０８が指定するプログラムコードが改修されているか否かを示す値を保持する。例えば、改修タグ１１２３１３が“０”である場合は改修なしを、“１”である場合は当該コードが改修されていることを、“２”である場合は改修されたコードを利用していること等である。データ１１２３１４は、例えば当該レコードが通信処理に関するものである場合は、その通信データ、関係するメモリのデータ等を保持する。
The
図６は、テスト支援サーバ１００の処理フローである。以下、図６の各ステップについて説明する。
（図６：ステップＳ６００）
現行システムログ情報取得部１４５は、現行システムログ１１１を取得する。リプレイテスト実行部１４２は、現行システムログ１１１を用いて、リプレイテストシナリオ１１３を生成する。本ステップの詳細は、後述の図７で改めて説明する。
FIG. 6 is a processing flow of the
(FIG. 6: Step S600)
The current system log
（図６：ステップＳ６０１）
リプレイテスト実行部１４２は、リプレイテストシナリオ１１３にしたがって、新システム３００のリプレイテストを実施する。リプレイテストは、新システム３００に対して現行システム２００と同様の入力データを与え、出力データを記録することにより、現行システム２００の動作を再現するテストである。本ステップの詳細は、後述の図１１で改めて説明する。
(FIG. 6: Step S601)
The replay
（図６：ステップＳ６０２〜Ｓ６０４）
リプレイテスト実行部１４２は、現行入出力ログ１１１２を読み込み（Ｓ６０２）、リプレイテストによって出力した新入出力ログ１１２２と比較する（Ｓ６０３）。現行入出力ログ１１１２における入力データと出力データの対応関係が、新入出力ログ１１２２における入力データと出力データの対応関係とは異なっている場合は、ステップＳ６０５へ進む。両者が同じである場合は、本処理フローを終了する（Ｓ６０４）。
(FIG. 6: Steps S602 to S604)
The replay
（図６：ステップＳ６０３：補足）
現行入出力ログ１１１２と新入出力ログ１１２２の比較は、セッション識別子（セッションＩＤ）をキーとし、システムに対する入力データとシステムからの出力データとをそれぞれ比較することによって実施する。
(FIG. 6: Step S603: Supplement)
The comparison between the current input /
（図６：ステップＳ６０５）
トレース情報受信部１４３は、新システム３００から新トレースログ１１２３を取得する。
(FIG. 6: Step S605)
The trace
（図６：ステップＳ６０６）
新システムログ情報処理部１４４は、新入出力ログ１１２２及び新トレースログ１１２３を、時刻情報１１２３０１やシステムがアプリケーション実行時に割り当てる識別子（例えば、プロセスＩＤ１１２３０２、トレースＩＤ１１２３０３、セッションＩＤ１１２３０４等）を基準として統合することにより、新テストログ１１２４を生成する。
(FIG. 6: Step S606)
The new system log
（図６：ステップＳ６０７）
差分抽出部１４６は、現行テストログ１１１３におけるシステム入出力と、新テストログ１１２４におけるシステム入出力との間の差分を抽出する。本ステップの詳細は、後述の図１２で説明する。
(FIG. 6: Step S607)
The
（図６：ステップＳ６０８〜Ｓ６０９）
差分抽出部１４６は、現行テストログ１１１３と新テストログ１１２４の間に差分があるか否かを判断する（Ｓ６０８）。差分がある場合はその差分を記述した差分情報を記憶装置１１０に書き込み、差分がない場合は本処理フローを終了する（Ｓ６０９）。
(FIG. 6: Steps S608 to S609)
The
図７は、ステップＳ６００の詳細を示す図である。以下、図７の各ステップについて説明する。
（図７：ステップＳ７００）
リプレイテスト実行部１４２は、後述の図８で説明する現行セッション管理テーブル１１１１を読み込む。現行セッション管理テーブル１１１１は、端末４００と現行システム２００の間の通信処理を、主にネットワークの観点から通信セッション単位で記録したデータテーブルである。すなわち本ステップは、端末４００と現行システム２００の間のデータ入出力を通信セッション単位で再現しようとするものである。
FIG. 7 is a diagram showing details of step S600. Hereinafter, each step of FIG. 7 will be described.
(FIG. 7: Step S700)
The replay
（図７：ステップＳ７０１〜Ｓ７０２）
リプレイテスト実行部１４２は、現行セッション管理テーブル１１１１から１レコード分の情報を読み取る（Ｓ７０１）。現行セッション管理テーブル１１１１にレコードが記録されていればその情報を取得し（Ｓ７０２）、記録されていなければステップＳ７０６へスキップする。
(FIG. 7: Steps S701 to S702)
The replay
（図７：ステップＳ７０３）
現行システムログ情報取得部１４５は、後述の図９で説明する現行入出力ログ１１１２を読み込む。現行入出力ログ１１１２は、端末４００と現行システム２００の間の通信処理を、主にアプリケーション２１１に対する入出力データの観点から通信セッション単位で記録したデータテーブルである。現行セッション管理テーブル１１１１はネットワーク情報を記録しているのに対して、現行入出力ログ１１１２は入出力データを記録している点が異なる。すなわち、端末４００と現行システム２００の間の通信処理は、現行セッション管理テーブル１１１１と現行入出力ログ１１１２にまたがって記録されている。
(FIG. 7: Step S703)
The current system log
（図７：ステップＳ７０４）
現行システムログ情報取得部１４５は、ステップＳ７０２で取得したレコード内に記録されているセッションＩＤをキーとして、現行入出力ログ１１１２の対応するレコードを特定し、そのレコードに記録されている入出力データを取得する。
(FIG. 7: Step S704)
The current system log
（図７：ステップＳ７０５〜Ｓ７０６）
リプレイテスト実行部１４２は、ステップＳ７０２〜Ｓ７０４で取得した各情報を、後述の図１０で説明するリプレイテストシナリオ１１３に記録する（Ｓ７０５）。リプレイテスト実行部１４２は、現行セッション管理テーブル１１１１が他のセッション記録を保持していればステップＳ７０２に戻って同様の処理を繰り返し、保持していなければ本処理フローを終了する（Ｓ７０６）。
(FIG. 7: Steps S705 to S706)
The replay
図８は、現行セッション管理テーブル１１１１の構成とデータ例を示す図である。新セッション管理テーブル１１２１も同様の構成を有する。現行セッション管理テーブル１１１１は、端末４００と現行システム２００の間の通信処理を通信セッション単位で記録したデータテーブルであり、新セッションＩＤ１１１１１、送信元アドレス１１１１２、宛先アドレス１１１１３、開始時刻１１１１４、終了時刻１１１１５、旧セッションＩＤ１１１１６を格納する。
FIG. 8 is a diagram illustrating a configuration of the current session management table 1111 and a data example. The new session management table 1121 has the same configuration. The current session management table 1111 is a data table in which communication processing between the terminal 400 and the
新セッションＩＤ１１１１１は、新システム３００の新ＷｅｂＡＰサーバ３１０が端末４００に対して割り当てるセッション識別子を保持する。送信元アドレス１１１１２と宛先アドレス１１１１３は、新セッションＩＤ１１１１１の値で識別される通信セッションにおける通信元と通信先それぞれのアドレス情報を保持する。開始時刻１１１１４と終了時刻１１１１５は、新セッションＩＤ１１１１１の値で識別されるセッションが開始した時刻と終了した時刻をそれぞれ保持する。旧セッションＩＤ１１１１６は、現行システム２００のＷｅｂＡＰサーバ２１０が端末４００に対して割り当てるセッション識別子を保持する。
The
リプレイテストシナリオ１１３を作成する際には、あらかじめ現行システム２００を実行して現行システムログ１１１を生成し、現行セッション管理テーブル１１１１と現行入出力１１１２にレコードを格納しておく必要がある。ただしこの時点では、新セッションＩＤ１１１１１については空にしておく。テスト支援サーバ１００のリプレイテスト実行部１４２は、ステップＳ６０１のリプレイテストを実施する過程で、旧セッションＩＤ１１１１６に対応する新セッションＩＤ１１１１１の値をセットする。
When creating the
図８の１行目のレコードは、旧セッションＩＤ１１１１６「46wetj3」に対応する現行入出力ログ１１１２のレコードを用いてリプレイテストを実施した結果、新システム３００においては同じ入出力データに対して新セッションＩＤ１１１１１「abcdef」が割り当てられたことが記録されている。
As a result of the replay test using the record in the current input /
新セッションＩＤ１１１１１は、旧セッションＩＤ１１１１６に対応する通信セッションを新システム３００上で再現する際に新システム３００が割り当てるセッションＩＤである。新セッションＩＤ１１１１１の値は、現行セッション管理テーブル１１１１に記録してもよいし、新セッション管理テーブル１１２１に記録してもよいし、双方に記録してもよい。
The
図９は、現行入出力ログ１１１２の構成とデータ例を示す図である。新入出力ログ１１２２も同様の構成を有する。現行入出力ログ１１１２は、時刻情報１１１２１、セッションＩＤ１１１２２、送信元アドレス１１１２３、宛先アドレス１１１２４、シーケンス番号１１１２５、データ１１１２６を格納する。
FIG. 9 is a diagram showing a configuration and data example of the current input /
時刻情報１１１２１は、現行システム２００に対する端末４００からのデータ入出力が発生した時点の時刻を保持する。セッションＩＤ１１１２２は、ＷｅｂＡＰサーバ２１０が端末４００に対して発行したセッション識別子を保持する。
The
送信元アドレス１１１２３と宛先アドレス１１１２４は、セッションＩＤ１１１２２の値で識別される通信セッションにおける通信元と通信先それぞれのアドレス情報を保持する。セッションＩＤ１１１２２の値が同じレコードは、端末４００が送信元になる場合とそれに対する応答としてＷｅｂＡＰサーバ２１０が送信元になる場合のいずれかを記録したものである。
The
シーケンス番号１１１２５は、セッションＩＤ１１１２２の値で識別される通信セッションのシーケンス番号を保持する。データ１１１２６は、セッションＩＤ１１１２２の値で識別される通信セッションにおける現行システム２００に対する入力データ又は現行システム２００からの出力データを保持する。
The
図９の１行目のレコードと３行目のレコードは、セッションＩＤ１１１２１がともに同じ「abcdef」であるため、いずれか一方が現行システム２００に対する入力、もう一方が現行システム２００からの出力を記録したレコードであると想定される。この場合は１行目のレコードがＷｅｂＡＰサーバ２１０に対するＨＴＴＰ ＰＯＳＴリクエストを記録したレコードであり、３行目のレコードがＷｅｂＡＰサーバ２１０からの応答を記録したレコードである。
In the record on the first line and the record on the third line in FIG. 9, the
図１０は、リプレイテストシナリオ１１３の構成とデータ例を示す図である。リプレイテストシナリオ１１３は、時間情報１１３１、セッションＩＤ１１３２、送信元アドレス１１３３、宛先アドレス１１３４、データ１１３５を格納する。
FIG. 10 is a diagram illustrating a configuration and data example of the
時間情報１１３１は、端末４００と新システム３００の間の通信セッションを開始する時刻を起点とした、端末４００と新システム３００の間のデータ入出力を再現実施する時間間隔を示す。セッションＩＤ１１３２は、セッション識別子を保持する。送信元アドレス１１３３と宛先アドレス１１３４は、セッションＩＤ１１３２の値で識別される通信セッションにおける通信元と通信先それぞれのアドレス情報を保持する。データ１１３５は、セッションＩＤ１１３２の値で識別される通信セッションにおける新システム３００に対する入力データ又は新システム３００からの出力データを保持する。
The
リプレイテスト実行部１４２は、現行入出力ログ１１１２からセッションＩＤ１１１２２の値をキーにして全ての通信セッションについての入出力データを抽出し、リプレイテストシナリオ１１３へ記録する。
The replay
図１１は、ステップＳ６０１の詳細を示すフローチャートである。以下、図１１の各ステップについて説明する。
（図１１：ステップＳ１１００）
テスト支援サーバ１００のリプレイテスト実行部１４２は、ステップＳ６００で生成したリプレイテストシナリオ１１３から、リプレイテストを実施していないレコードを１つ読み込む。
FIG. 11 is a flowchart showing details of step S601. Hereinafter, each step of FIG. 11 will be described.
(FIG. 11: Step S1100)
The replay
（図１１：ステップＳ１１０１）
リプレイテスト実行部１４２は、リプレイテストシナリオ１１３の記述にしたがって、新セッション管理テーブル１１２１の各項目に値をセットする。具体的には、セッションＩＤ１１３２を旧セッションＩＤ１１１１６へ、送信側のアドレス情報を送信元アドレス１１１１２へ、受信側のアドレス情報を宛先アドレス１１１１３へ、現在時刻を開始時刻１１１１４へ、それぞれ登録する。新セッションＩＤ１１１１１は、本ステップの時点では空にしておく。
(FIG. 11: Step S1101)
The replay
（図１１：ステップＳ１１０２）
リプレイテスト実行部１４２は、リプレイシナリオ１１３が記述している入力データを新システム３００に新たに投入する場合はステップＳ１１０３へ進み、その結果を新システム３００から受け取る場合はステップＳ１１１０へ進む。
(FIG. 11: Step S1102)
The replay
（図１１：ステップＳ１１０３）
リプレイテスト実行部１４２は、リプレイテストシナリオ１１３から１件分の入力データを読み取る。すなわち、送信元アドレス１１３３が端末４００のアドレスと一致するレコードのデータ１１３５を読み取る。
(FIG. 11: Step S1103)
The replay
（図１１：ステップＳ１１０４）
リプレイテスト実行部１４２は、ステップＳ１１０３で取得した入力データに現行システム２００上で割り当てられたセッションＩＤが含まれており、かつ新システム３００上のセッションＩＤを既に取得している場合は、現行システム２００上で割り当てられたセッションＩＤを新システム３００上のセッションＩＤに書き換える。
(FIG. 11: Step S1104)
When the replay
（図１１：ステップＳ１１０５）
リプレイテスト実行部１４２は、現在時刻を取得する。
(FIG. 11: Step S1105)
The replay
（図１１：ステップＳ１１０６）
リプレイテスト実行部１４２は、ステップＳ１１０３で取得したレコードの時間情報１１３１が指定する時刻になるまで待機した後、新ＷｅｂＡＰサーバ３１０へ入力データを送信することにより、現行システム２００に対するデータ入力処理を再現する。
(FIG. 11: Step S1106)
The replay
（図１１：ステップＳ１１０７）
リプレイテスト実行部１４２は、ステップＳ１１０６で新ＷｅｂＡＰサーバ３１０へ送信した入力データを、新入出力ログ１１２２へ記録する。
(FIG. 11: Step S1107)
The replay
（図１１：ステップＳ１１０８〜Ｓ１１０９）
リプレイテスト実行部１４２は、リプレイテストシナリオ１１３の件数カウントｎを１インクリメントする（Ｓ１１０８）。リプレイテストシナリオ１１３が記述している全ての通信セッションについてリプレイテストを完了した場合はステップＳ１１１２へ進み、残っている場合はステップＳ１１０２に戻って同様の処理を繰り返す。
(FIG. 11: Steps S1108 to S1109)
The replay
（図１１：ステップＳ１１１０）
リプレイテスト実行部１４２は、現在時刻を取得する。
(FIG. 11: Step S1110)
The replay
（図１１：ステップＳ１１１１）
リプレイテスト実行部１４２は、新ＷｅｂＡＰサーバ３１０がステップＳ１１０６に対する応答として出力したデータを受信し、新入出力ログ１１２２へ記録する。
(FIG. 11: Step S1111)
The replay
（図１１：ステップＳ１１１２〜Ｓ１１１３）
リプレイテスト実行部１４２は、現在時刻を取得して新セッション管理テーブル１１２１へ記録する（Ｓ１１１２）。リプレイテストシナリオ１１３に登録されている全ての通信セッションのテストが終了もしくはユーザによりリプレイテストの終了が指示された場合は本処理フローを終了し、リプレイテストを継続する場合はステップＳ１１００に戻って同様の処理を繰り返す。
(FIG. 11: Steps S1112 to S1113)
The replay
図１２は、ステップＳ６０７の詳細を示すフローチャートである。以下、図１２の各ステップについて説明する。なお、本処理フローを実施するに先立ち、あらかじめ現行システム２００と新システム３００からそれぞれ実行結果トレースを取得し、これらをまとめて現行テストログ１１１３と新テストログ１１２４を生成しておく必要がある。現行テストログ１１１３と新テストログ１１２４のフォーマットは図５で説明した新トレースログ１１２３と同様であるため、以下の説明において現行テストログ１１１３と新テストログ１１２４が備える各項目について言及するときは、新トレースログ１１２３が備える項目と同じ符号を用いる。
FIG. 12 is a flowchart showing details of step S607. Hereinafter, each step of FIG. 12 will be described. Prior to the execution of this processing flow, it is necessary to obtain execution result traces from the
（図１２：ステップＳ１２００）
テスト支援サーバ１００の現行システムログ情報取得部１４５は、現行テストログ１１１３を取得する。
(FIG. 12: Step S1200)
The current system log
（図１２：ステップＳ１２０１〜Ｓ１２０２）
差分抽出部１４６は、現行テストログ１１１３から１レコード（１通信セッション）分のログデータを読み込む（Ｓ１２０１）。差分抽出部１４６は、ステップＳ１２０１で読み込んだログデータからセッションＩＤ１１２３０４を取得する（Ｓ１２０２）。
(FIG. 12: Steps S1201 to S1202)
The
（図１２：ステップＳ１２０３）
差分抽出部１４６は、ステップＳ１２０２で取得したセッションＩＤをキーにして新セッション管理テーブル１１２１と新テストログ１１２４を検索し、対応するレコードを特定する。差分抽出部１４６は、特定したレコードを読み込む。
(FIG. 12: Step S1203)
The
（図１２：ステップＳ１２０４）
差分抽出部１４６は、ステップＳ１２０３で読み込んだ新テストログ１１２４のレコードに改修タグ１１２３１３が記録されているかどうかをチェックする。改修タグ１１２３１３が記録されている場合はステップＳ１２０８へ進み、記録されていない場合はステップＳ１２０５へ進む。
(FIG. 12: Step S1204)
The
（図１２：ステップＳ１２０５）
差分抽出部１４６は、ステップＳ１２０３で読み込んだ新テストログ１１２４のレコードにおけるモジュール名１１２３０７及び処理コード１１２３０８が、ステップＳ１２０１で読み込んだ現行テストログ１１１３のレコードにおけるモジュール名１１２３０７及び処理コード１１２３０８と同じであるか否かをチェックする。同じである場合はステップＳ１２０６へ進み、異なる場合はステップＳ１２０９へ進む。
(FIG. 12: Step S1205)
In the
（図１２：ステップＳ１２０６）
差分抽出部１４６は、ステップＳ１２０３で読み込んだ新テストログ１１２４のレコードにおける入力引数１１２３１０が、ステップＳ１２０１で読み込んだ現行テストログ１１１３のレコードにおける入力引数１１２３１０と同じであるか否かをチェックする。同じである場合はステップＳ１２０７へ進み、異なる場合はステップＳ１２０９へ進む。
(FIG. 12: Step S1206)
The
（図１２：ステップＳ１２０７）
差分抽出部１４６は、ステップＳ１２０３で読み込んだ新テストログ１１２４のレコードにおける出力値１１２３１１が、ステップＳ１２０１で読み込んだ現行テストログ１１１３のレコードにおける出力値１１２３１１と同じであるか否かをチェックする。同じである場合はステップＳ１２０８へ進み、異なる場合はステップＳ１２０９へ進む。
(FIG. 12: Step S1207)
The
（図１２：ステップＳ１２０８）
差分抽出部１４６は、ステップＳ１２０３で読み込んだ新テストログ１１２４のレコードを、現行テストログ１１１３と新テストログ１１２４の間の差分を比較する対象から除外する。差分抽出部１４６は、アプリケーション２１１のソースコードが修正されているか、又は修正されたソースコードが別の箇所で利用されていることを示すため、当該ログコードの差分情報として、アプリケーション２１１が改修されている旨の情報を記録する。
(FIG. 12: Step S1208)
The
（図１２：ステップＳ１２０９）
差分抽出部１４６は、新テストログ１１２４と現行テストログ１１１３を、ＡＰＩフラグ１１２３１２が記録されているログデータまで読み込み、それまでのログデータを差分情報内に記録する。
(FIG. 12: Step S1209)
The
（図１２：ステップＳ１２０９：補足）
本ステップは、現行入出力ログ１１１２と新入出力ログ１１２２が異なる部分のうち、改修タグが付加されていない部分についてのみ実施されるため、結果として現行システム２００と新システム３００の間の相違点のみを抽出して差分ログに記録することになる。
(FIG. 12: Step S1209: Supplement)
Since this step is performed only for the portion where the current input /
（図１２：ステップＳ１２１０）
差分抽出部１４６は、ステップＳ１２０１で読み込んだセッションＩＤに対応する全てのレコードについて比較完了するまで、ステップＳ１２０３〜Ｓ１２０９までの処理を繰り返し実行する。
(FIG. 12: Step S1210)
The
＜実施の形態１：まとめ＞
以上のように、本実施形態１に係るテスト支援サーバ１００は、現行入出力ログ１１１２と新入出力ログ１１２２の間に差分がある場合は、実行結果トレース（現行テストログ１１１３と新テストログ１１２４）に基づき、アプリケーション２１１のソースコードが改修されているか否かを判定する。改修されている場合は、その改修部分については現行システム２００と新システム３００を比較する対象から除外する。これにより、現行システム２００と新システム３００の間の相違原因を特定するにあたり、アプリケーション２１１の改修による影響を切り分けることができる。特に、ユーザがアプリケーション２１１を改修した場合において、その部分の影響を除外することができる。
<Embodiment 1: Summary>
As described above, when there is a difference between the current input /
また、本実施形態１に係るテスト支援サーバ１００は、アプリケーション２１１のうち改修されている部分のコードが、所定のミドルウェア等のＡＰＩ２１２５を利用しているか否かを、実行結果トレースに基づき判定する。これにより、現行システム２００と新システム３００の間に相違がある場合、その相違が当該ミドルウェア等を更改したことによるものであるか否かを推定することができる。
Further, the
また、本実施形態１に係るテスト支援サーバ１００は、現行システム２００が発行したセッションＩＤと新システム３００が発行したセッションＩＤの対応関係を、現行セッション管理テーブル１１１１又は新セッション管理テーブル１１２１に記録する。セッションＩＤは一般にランダムな文字列などを用いて作成されるため、現行システム２００と新システム３００は、入出力データが同じであってもそれぞれ異なるセッションＩＤを発行する可能性があるが、これらの対応関係を管理しておくことにより、セッションＩＤをキーにして両者を関連付け、同じ入出力処理を再現することができる。
Also, the
＜実施の形態２＞
実施形態１では、現行システム２００と新システム３００がＷｅｂアプリケーションを提供する例を説明したが、その他の種類のアプリケーションについても、実施形態１と同様の手法を用いることができる。例えば、クライアント／サーバ型のアプリケーション、スタンドアロン型のアプリケーションなどについて、実施形態１の手法を用いることができる。
<
In the first embodiment, an example in which the
この場合、新トレースログ１１２３内のセッションＩＤ１１２３０４を用いて各入出力処理を特定することに代えて、例えばプロセスＩＤ１１２３０２などを用いて各入出力処理を特定することができる。
In this case, instead of specifying each input / output process using the
また、実施形態１ではミドルウェアのＡＰＩ２１２５を利用するか否かを判定しているが、これに限らずその他のＡＰＩを利用するか否かを判定するようにしてもよい。例えば新システム３００において新ＷｅｂＡＰサーバ３１０外のアプリケーションを更改する場合は、アプリケーション２１１がそのアプリケーションのＡＰＩを利用しているか否かを判定するようにしてもよい。
In the first embodiment, it is determined whether or not the
以上説明した各構成、機能、処理部などは、それらの全部又は一部を、例えば集積回路で設計することによりハードウェアとして実現することもできるし、プロセッサがそれぞれの機能を実現するプログラムを実行することによりソフトウェアとして実現することもできる。各機能を実現するプログラム、テーブルなどの情報は、メモリやハードディスクなどの記憶装置、ＩＣカード、ＤＶＤなどの記憶媒体に格納することができる。 Each of the components, functions, and processing units described above can be realized as hardware by designing all or part of them, for example, with an integrated circuit, or the processor executes a program that realizes each function. By doing so, it can also be realized as software. Information such as programs and tables for realizing each function can be stored in a storage device such as a memory or a hard disk, or a storage medium such as an IC card or a DVD.
以上、本発明者によってなされた発明を実施形態に基づき具体的に説明したが、本発明は前記実施の形態に限定されるものではなく、その要旨を逸脱しない範囲で種々変更可能であることは言うまでもない。 As mentioned above, the invention made by the present inventor has been specifically described based on the embodiment. However, the present invention is not limited to the embodiment, and various modifications can be made without departing from the scope of the invention. Needless to say.
１００：テスト支援サーバ、１１０：記憶装置、１１１：現行システムログ、１１１１：現行セッション管理テーブル、１１１１１：新セッションＩＤ、１１１１２：送信元アドレス、１１１１３：宛先アドレス、１１１１４：開始時刻、１１１１５：終了時刻、１１１１６：旧セッションＩＤ、１１１２：現行入出力ログ、１１１２１：時刻情報、１１１２２：セッションＩＤ、１１１２３：送信元アドレス、１１１２４：宛先アドレス、１１１２５：シーケンス番号、１１１２６：データ、１１１３：現行テストログ、１１２：新システムログ、１１２１：新セッション管理テーブル、１１２２：新入出力ログ、１１２３：新トレースログ、１１２３０１：時刻情報、１１２３０２：プロセスＩＤ、１１２３０３：トレースＩＤ、１１２３０４：セッションＩＤ、１１２３０５：送信元アドレス、１１２３０６：宛先アドレス、１１２３０７：モジュール名、１１２３０８：処理コード、１１２３１２：ＡＰＩフラグ、１１２３１３：改修タグ、１１２３１４：データ、１１２４：新テストログ、１１３：リプレイテストシナリオ、１１３１：時間情報、１１３２：セッションＩＤ、１１３３：送信元アドレス、１１３４：宛先アドレス、１１３５：データ、１２０：メモリ、１３０：ネットワークインタフェース、１４０：プロセッサ、１４１：通信部、１４２：リプレイテスト実行部、１４３：トレース情報受信部、１４４：新システムログ情報処理部、１４５：現行システムログ情報取得部、１４６：差分抽出部、１５０：入力装置、１６０：出力装置、１７０：バス、２００：現行システム、２１０：ＷｅｂＡＰサーバ、２１１：アプリケーション、２１２：開発／実行環境、２１２１：通信部、２１２２：アプリケーションコンパイル部、２１２２１：アプリケーション改修検出部、２１２２２：実行ファイル生成部、２１２３：アプリケーション実行部、２１２３１：実行部、２１２３２：トレース情報記録部、２１２４：トレース情報送信部、２１２５：アプリケーションプログラミングインタフェース（ＡＰＩ）、２１３：メモリ、２１４：プロセッサ、２１５：記憶装置、２１６：入力装置、２１７：出力装置、２１８：ネットワークインタフェース、２１９：バス、２２０：ＤＢＭＳ、３００：新システム、３１０：新ＷｅｂＡＰサーバ、３１１：改修アプリケーション、４００：端末、１０００：移行テスト支援システム。 100: test support server, 110: storage device, 111: current system log, 1111: current session management table, 11111: new session ID, 11112: transmission source address, 11113: destination address, 11114: start time, 11115: end time 11116: Old session ID, 1112: Current input / output log, 11121: Time information, 11122: Session ID, 11123: Source address, 11124: Destination address, 11125: Sequence number, 11126: Data, 1113: Current test log, 112: New system log, 1121: New session management table, 1122: New input / output log, 1123: New trace log, 112301: Time information, 112302: Process ID, 112303: Trace ID, 112 04: Session ID, 112305: Source address, 112306: Destination address, 112307: Module name, 112308: Processing code, 112312: API flag, 12313: Modification tag, 112314: Data, 1124: New test log, 113: Replay test Scenario, 1131: Time information, 1132: Session ID, 1133: Source address, 1134: Destination address, 1135: Data, 120: Memory, 130: Network interface, 140: Processor, 141: Communication unit, 142: Replay test execution 143: Trace information reception unit, 144: New system log information processing unit, 145: Current system log information acquisition unit, 146: Difference extraction unit, 150: Input device, 160: Output device, 170: Bus, 00: current system, 210: WebAP server, 211: application, 212: development / execution environment, 2121: communication unit, 2122: application compilation unit, 21221: application modification detection unit, 21222: execution file generation unit, 2123: application execution Unit, 21231: execution unit, 21232: trace information recording unit, 2124: trace information transmission unit, 2125: application programming interface (API), 213: memory, 214: processor, 215: storage device, 216: input device, 217: Output device, 218: Network interface, 219: Bus, 220: DBMS, 300: New system, 310: New WebAP server, 311: Renovation application, 400: Terminal, 1000 : Migration test support system.
Claims (12)
前記現行情報システム上で動作するアプリケーションと前記新情報システム上で動作するアプリケーションを実行することによって前記アプリケーションの実行結果トレースを取得するアプリケーション実行装置と、
前記現行情報システムの入出力データを記録した現行入出力ログと、前記新情報システムの入出力データを記録した新入出力ログとを比較して不一致箇所を特定する移行テスト支援装置と、
を有し、
前記アプリケーション実行装置は、
前記新情報システム上で動作するアプリケーションのソースコードを読み込み、
前記現行情報システム上のアプリケーションが前記新情報システム上で改修されている場合は、その箇所を特定する改修タグを記述したトレースログを出力するステップを前記ソースコード内に埋め込み、
前記ソースコードをコンパイルして実行することにより、前記実行結果トレースを取得し、
前記移行テスト支援装置は、
前記現行入出力ログと前記新入出力ログを読み込み、
前記現行入出力ログにおける入力と出力の対応関係が、前記新入出力ログにおける入力と出力の対応関係に一致しているか否かを判定し、
前記現行入出力ログにおける前記対応関係と前記新入出力ログにおける前記対応関係が一致していない場合は、その不一致箇所において前記現行情報システム上のアプリケーションが前記新情報システム上で改修されているか否かを、前記実行結果トレースに基づき判定し、
前記アプリケーションが前記新情報システム上で改修されていると判定した場合は、前記現行情報システムと前記新情報システムを比較する対象から除外する箇所として前記不一致箇所を指定し、
前記指定した前記不一致箇所を除いて、前記アプリケーションの動作が前記現行情報システム上と前記新情報システム上で異なる部分についての差分ログを出力し、
前記実行結果トレースが記述している前記改修タグに基づき、前記不一致箇所において前記現行情報システム上のアプリケーションが前記新情報システム上で改修されているか否かを判定する
ことを特徴とする移行テスト支援システム。 A system that supports migration testing when migrating applications from the current information system to the new information system,
An application execution device that acquires an execution result trace of the application by executing an application that operates on the current information system and an application that operates on the new information system;
A migration test support device that identifies a mismatched location by comparing the current input / output log that records the input / output data of the current information system and the new input / output log that records the input / output data of the new information system;
Have
The application execution device is:
Read the source code of the application that runs on the new information system,
If the application on the current information system has been modified on the new information system, a step of outputting a trace log describing a modification tag identifying the location is embedded in the source code,
By compiling and executing the source code, the execution result trace is obtained,
The migration test support device includes:
Read the current I / O log and the new I / O log
Determining whether the correspondence between input and output in the current input / output log matches the correspondence between input and output in the new input / output log;
If the correspondence relationship in the current I / O log and the correspondence relationship in the new I / O log do not match, whether or not the application on the current information system has been repaired on the new information system at the mismatched location Is determined based on the execution result trace,
If it is determined that the application has been refurbished on the new information system, specify the inconsistent location as a location to be excluded from the target to compare the current information system and the new information system,
Except for the specified inconsistency, the operation of the application outputs a difference log for a portion where the current information system differs from the new information system ,
Migration test support characterized in that , based on the modification tag described in the execution result trace, it is determined whether or not an application on the current information system has been modified on the new information system at the mismatched portion. system.
前記移行によって置き換える特定のソフトウェアが提供するＡＰＩを前記アプリケーションが利用している場合は、その旨を示すＡＰＩ利用タグを記述したトレースログを出力するステップを前記ソースコード内に埋め込み、
前記ソースコードをコンパイルして実行することにより、前記実行結果トレースを取得し、
前記移行テスト支援装置は、
前記実行結果トレースが記述している前記ＡＰＩ利用タグに基づき、前記アプリケーションが前記ＡＰＩを利用しているか否かを判定することにより、前記現行情報システム上の前記アプリケーションと前記新情報システム上の前記アプリケーションの間の差異が前記移行に起因するものであるか否かを推定し、その結果を前記差分ログに出力する
ことを特徴とする請求項１記載の移行テスト支援システム。 The application execution device is:
When the application uses an API provided by specific software to be replaced by the migration, a step of outputting a trace log describing an API use tag indicating that is embedded in the source code,
By compiling and executing the source code, the execution result trace is obtained,
The migration test support device includes:
The application on the current information system and the application on the new information system are determined by determining whether or not the application uses the API based on the API use tag described in the execution result trace. The migration test support system according to claim 1, wherein whether or not a difference between applications is caused by the migration is estimated, and the result is output to the difference log.
前記現行情報システムが前記アプリケーションを実行する際に前記アプリケーションに割り当てる現行通信セッションＩＤを記述したセッション管理テーブルを読み込み、
前記セッション管理テーブルが記述している前記現行通信セッションＩＤをキーにして、前記現行入出力ログ内の対応するレコードを特定し、その記述内容にしたがって前記新情報システム上で前記アプリケーションの動作を再現することにより、前記新入出力ログを作成する
ことを特徴とする請求項１記載の移行テスト支援システム。 The migration test support device includes:
A session management table describing a current communication session ID assigned to the application when the current information system executes the application;
Using the current communication session ID described in the session management table as a key, the corresponding record in the current input / output log is specified, and the operation of the application is reproduced on the new information system according to the description. The migration test support system according to claim 1, wherein the new input / output log is created.
前記新情報システム上で前記アプリケーションの動作を再現する過程において、
前記新情報システムが前記アプリケーションを実行する際に前記アプリケーションに割り当てる新通信セッションＩＤと、前記現行通信セッションＩＤとの対応関係を、前記セッション管理テーブルに記述する
ことを特徴とする請求項３記載の移行テスト支援システム。 The migration test support device includes:
In the process of reproducing the operation of the application on the new information system,
And the new communications session ID to be allocated to the application when the new information system executes the application, the correspondence between the current communication session ID, according to claim 3, wherein a write to the session management table Migration test support system.
前記現行情報システム上のアプリケーションが前記新情報システム上で改修されている箇所を特定する改修タグを記述したトレースログを前記アプリケーションの実行結果トレースから読み込むステップ、
前記現行情報システムの入出力データを記録した現行入出力ログと、前記新情報システムの入出力データを記録した新入出力ログとを読み込むステップ、
前記現行入出力ログにおける入力と出力の対応関係が、前記新入出力ログにおける入力と出力の対応関係に一致しているか否かを判定するステップ、
前記現行入出力ログにおける前記対応関係と前記新入出力ログにおける前記対応関係が一致していない場合は、その不一致箇所において前記現行情報システム上のアプリケーションが前記新情報システム上で改修されているか否かを、前記実行結果トレースに基づき判定する改修判定ステップ、
前記改修判定ステップにおいて、前記アプリケーションが前記新情報システム上で改修されていると判定した場合は、前記現行情報システムと前記新情報システムを比較する対象から除外する箇所として前記不一致箇所を指定する除外ステップ、
前記除外ステップで指定した前記不一致箇所を除いて、前記アプリケーションの動作が前記現行情報システム上と前記新情報システム上で異なる部分についての差分ログを出力するステップ、
を実行させ、
前記改修判定ステップにおいては、前記コンピュータに、
前記実行結果トレースが記述している前記改修タグに基づき、前記不一致箇所において前記現行情報システム上のアプリケーションが前記新情報システム上で改修されているか否かを判定させる
ことを特徴とする移行テスト支援プログラム。 A program for causing a computer to execute a process for supporting a migration test when migrating an application from a current information system to a new information system,
Reading from the execution result trace of the application a trace log describing a modification tag that identifies a location where an application on the current information system has been modified on the new information system;
Reading a current input / output log recording the input / output data of the current information system and a new input / output log recording the input / output data of the new information system;
Determining whether the correspondence between input and output in the current input / output log matches the correspondence between input and output in the new input / output log;
If the correspondence relationship in the current I / O log and the correspondence relationship in the new I / O log do not match, whether or not the application on the current information system has been repaired on the new information system at the mismatched location the judges repair determination step based on the execution result trace,
In the repair determination step, if it is determined that the application has been repaired on the new information system, an exception that specifies the inconsistent location as a location to be excluded from the target for comparing the current information system and the new information system Step,
A step of outputting a difference log for a portion where the operation of the application is different between the current information system and the new information system, excluding the inconsistent portion specified in the exclusion step;
Was executed,
In the modification determination step, the computer
Migration test support characterized in that , based on the modification tag described in the execution result trace, it is determined whether or not an application on the current information system has been modified on the new information system at the mismatched portion. program.
前記移行によって置き換える特定のソフトウェアが提供するＡＰＩを前記アプリケーションが利用している旨を示すＡＰＩ利用タグを記述したトレースログを前記実行結果トレースから読み込むステップ、
前記実行結果トレースが記述している前記ＡＰＩ利用タグに基づき、前記アプリケーションが前記ＡＰＩを利用しているか否かを判定することにより、前記現行情報システム上の前記アプリケーションと前記新情報システム上の前記アプリケーションの間の差異が前記移行に起因するものであるか否かを推定し、その結果を前記差分ログに出力するステップ、
を実行させることを特徴とする請求項５記載の移行テスト支援プログラム。 The migration test support program is stored in the computer.
Reading from the execution result trace a trace log describing an API usage tag indicating that the application is using an API provided by specific software to be replaced by the migration;
The application on the current information system and the application on the new information system are determined by determining whether or not the application uses the API based on the API use tag described in the execution result trace. Estimating whether the difference between applications is due to the migration, and outputting the result to the difference log;
The migration test support program according to claim 5, wherein:
前記現行情報システムが前記アプリケーションを実行する際に前記アプリケーションに割り当てる現行通信セッションＩＤを記述したセッション管理テーブルを読み込むステップ、
前記セッション管理テーブルが記述している前記現行通信セッションＩＤをキーにして、前記現行入出力ログ内の対応するレコードを特定し、その記述内容にしたがって前記新情報システム上で前記アプリケーションの動作を再現することにより、前記新入出力ログを作成するステップ、
を実行させることを特徴とする請求項５記載の移行テスト支援プログラム。 The migration test support program is stored in the computer.
Reading a session management table describing a current communication session ID assigned to the application when the current information system executes the application;
Using the current communication session ID described in the session management table as a key, the corresponding record in the current input / output log is specified, and the operation of the application is reproduced on the new information system according to the description. Creating the new I / O log by:
The migration test support program according to claim 5, wherein:
前記新情報システム上で前記アプリケーションの動作を再現する過程において、前記新情報システムが前記アプリケーションを実行する際に前記アプリケーションに割り当てる新通信セッションＩＤと、前記現行通信セッションＩＤとの対応関係を、前記セッション管理テーブルに記述するステップを実行させる
ことを特徴とする請求項７記載の移行テスト支援プログラム。 The migration test support program is stored in the computer.
In the process of reproducing the operation of the application on the new information system, the correspondence relationship between the new communication session ID assigned to the application when the new information system executes the application and the current communication session ID The migration test support program according to claim 7, wherein the step described in the session management table is executed.
前記現行情報システム上のアプリケーションが前記新情報システム上で改修されている箇所を特定する改修タグを記述したトレースログを前記アプリケーションの実行結果トレースから読み込むステップ、
前記現行情報システムの入出力データを記録した現行入出力ログと、前記新情報システムの入出力データを記録した新入出力ログとを読み込むステップ、
前記現行入出力ログにおける入力と出力の対応関係が、前記新入出力ログにおける入力と出力の対応関係に一致しているか否かを判定するステップ、
前記現行入出力ログにおける前記対応関係と前記新入出力ログにおける前記対応関係が一致していない場合は、その不一致箇所において前記現行情報システム上のアプリケーションが前記新情報システム上で改修されているか否かを、前記実行結果トレースに基づき判定する改修判定ステップ、
前記改修判定ステップにおいて、前記アプリケーションが前記新情報システム上で改修されていると判定した場合は、前記現行情報システムと前記新情報システムを比較する対象から除外する箇所として前記不一致箇所を指定する除外ステップ、
前記除外ステップで指定した前記不一致箇所を除いて、前記アプリケーションの動作が前記現行情報システム上と前記新情報システム上で異なる部分についての差分ログを出力するステップ、
を有し、
前記改修判定ステップにおいては、
前記実行結果トレースが記述している前記改修タグに基づき、前記不一致箇所において前記現行情報システム上のアプリケーションが前記新情報システム上で改修されているか否かを判定する
ことを特徴とする移行テスト支援方法。 A method to support migration testing when migrating applications from the current information system to the new information system,
Reading from the execution result trace of the application a trace log describing a modification tag that identifies a location where an application on the current information system has been modified on the new information system;
Reading a current input / output log recording the input / output data of the current information system and a new input / output log recording the input / output data of the new information system;
Determining whether the correspondence between input and output in the current input / output log matches the correspondence between input and output in the new input / output log;
If the correspondence relationship in the current I / O log and the correspondence relationship in the new I / O log do not match, whether or not the application on the current information system has been repaired on the new information system at the mismatched location the judges repair determination step based on the execution result trace,
In the repair determination step, if it is determined that the application has been repaired on the new information system, an exception that specifies the inconsistent location as a location to be excluded from the target for comparing the current information system and the new information system Step,
A step of outputting a difference log for a portion where the operation of the application is different between the current information system and the new information system, excluding the inconsistent portion specified in the exclusion step;
I have a,
In the repair determination step,
Migration test support characterized in that , based on the modification tag described in the execution result trace, it is determined whether or not an application on the current information system has been modified on the new information system at the mismatched portion. Method.
前記実行結果トレースが記述している前記ＡＰＩ利用タグに基づき、前記アプリケーションが前記ＡＰＩを利用しているか否かを判定することにより、前記現行情報システム上の前記アプリケーションと前記新情報システム上の前記アプリケーションの間の差異が前記移行に起因するものであるか否かを推定し、その結果を前記差分ログに出力するステップ、
を有することを特徴とする請求項９記載の移行テスト支援方法。 Reading from the execution result trace a trace log describing an API usage tag indicating that the application is using an API provided by specific software to be replaced by the migration;
The application on the current information system and the application on the new information system are determined by determining whether or not the application uses the API based on the API use tag described in the execution result trace. Estimating whether the difference between applications is due to the migration, and outputting the result to the difference log;
10. The migration test support method according to claim 9, further comprising :
前記セッション管理テーブルが記述している前記現行通信セッションＩＤをキーにして、前記現行入出力ログ内の対応するレコードを特定し、その記述内容にしたがって前記新情報システム上で前記アプリケーションの動作を再現することにより、前記新入出力ログを作成するステップ、
を有することを特徴とする請求項９記載の移行テスト支援方法。 Reading a session management table describing a current communication session ID assigned to the application when the current information system executes the application;
Using the current communication session ID described in the session management table as a key, the corresponding record in the current input / output log is specified, and the operation of the application is reproduced on the new information system according to the description. Creating the new I / O log by:
10. The migration test support method according to claim 9, further comprising :
ことを特徴とする請求項１１記載の移行テスト支援方法。 In the process of reproducing the operation of the application on the new information system, the correspondence relationship between the new communication session ID assigned to the application when the new information system executes the application and the current communication session ID The migration test support method according to claim 11 , further comprising a step of describing in a session management table.
Priority Applications (2)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP2011066634A JP5337187B2 (en) | 2011-03-24 | 2011-03-24 | Migration test support system, migration test support program, migration test support method |
| PCT/JP2011/074900 WO2012127729A1 (en) | 2011-03-24 | 2011-10-28 | Transfer test support system, transfer test support program, and transfer test support method |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP2011066634A JP5337187B2 (en) | 2011-03-24 | 2011-03-24 | Migration test support system, migration test support program, migration test support method |
Publications (2)
| Publication Number | Publication Date |
|---|---|
| JP2012203580A JP2012203580A (en) | 2012-10-22 |
| JP5337187B2 true JP5337187B2 (en) | 2013-11-06 |
Family
ID=46878918
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| JP2011066634A Expired - Fee Related JP5337187B2 (en) | 2011-03-24 | 2011-03-24 | Migration test support system, migration test support program, migration test support method |
Country Status (2)
| Country | Link |
|---|---|
| JP (1) | JP5337187B2 (en) |
| WO (1) | WO2012127729A1 (en) |
Cited By (1)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JP7145705B2 (en) | 2018-09-13 | 2022-10-03 | オリンパス株式会社 | Catheter manufacturing method |
Families Citing this family (2)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| WO2017072978A1 (en) * | 2015-10-30 | 2017-05-04 | 株式会社日立製作所 | Computer system and work migration method |
| JP7027721B2 (en) * | 2017-08-07 | 2022-03-02 | 株式会社Ihi | Verification system and verification method |
Family Cites Families (9)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JP2001282578A (en) * | 2000-03-31 | 2001-10-12 | Hitachi Software Eng Co Ltd | Device and method for supporting program test and storage medium storing program on method |
| JP2001350650A (en) * | 2000-06-08 | 2001-12-21 | Ntt Comware Corp | Inspecting method and device for software program equivalency, and recording medium therefor |
| JP4461777B2 (en) * | 2003-11-14 | 2010-05-12 | 日本電気株式会社 | Transaction processing system and method, and program |
| JP4215255B2 (en) * | 2004-03-26 | 2009-01-28 | 株式会社日立情報システムズ | Degradation confirmation inspection method, degradation confirmation inspection system, and program therefor |
| JP4495688B2 (en) * | 2006-03-27 | 2010-07-07 | 株式会社日立製作所 | Verification system |
| JP2008250914A (en) * | 2007-03-30 | 2008-10-16 | Canon Software Inc | Program correcting device, method and program |
| JP2009122970A (en) * | 2007-11-15 | 2009-06-04 | Nomura Research Institute Ltd | Program inspection system |
| JP2009181180A (en) * | 2008-01-29 | 2009-08-13 | Advantest Corp | Inspection program, inspection method, and inspection device of program creating tool |
| JP5101448B2 (en) * | 2008-09-30 | 2012-12-19 | 株式会社野村総合研究所 | Test support system |
-
2011
- 2011-03-24 JP JP2011066634A patent/JP5337187B2/en not_active Expired - Fee Related
- 2011-10-28 WO PCT/JP2011/074900 patent/WO2012127729A1/en active Application Filing
Cited By (1)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JP7145705B2 (en) | 2018-09-13 | 2022-10-03 | オリンパス株式会社 | Catheter manufacturing method |
Also Published As
| Publication number | Publication date |
|---|---|
| JP2012203580A (en) | 2012-10-22 |
| WO2012127729A1 (en) | 2012-09-27 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| US8949799B2 (en) | Program log record optimization | |
| US10621212B2 (en) | Language tag management on international data storage | |
| CN108762743B (en) | Data table operation code generation method and device | |
| CN101996131A (en) | Automatic test method and automatic test platform for graphic user interface (GUI) based on x extensive makeup language (XML) packaging key word | |
| US20120266131A1 (en) | Automatic program generation device, method, and computer program | |
| CN104794048A (en) | Automatic UI testing method and system | |
| CN102541731B (en) | Platform-agnostic diagnostic data collection and display | |
| CN111258614B (en) | Method, system, equipment and storage medium for detecting upgrade exception of project third-party library | |
| US20160124795A1 (en) | Evaluation method and apparatus | |
| CN112241370B (en) | API interface class checking method, system and device | |
| CN109840194A (en) | A kind of detection method and system of configuration file | |
| JP5337187B2 (en) | Migration test support system, migration test support program, migration test support method | |
| JPWO2020008991A1 (en) | Verification automation equipment, verification automation methods, and programs | |
| JP5900193B2 (en) | Update determination program and update determination apparatus | |
| CN112162751A (en) | Automatic generation method and system of interface document | |
| CN112732300A (en) | Data packet updating method and device, electronic equipment and readable storage medium | |
| CN110688147A (en) | Method for packing and analyzing metadata | |
| US10678864B2 (en) | Analysis model preparing system, programming apparatus, and analysis model preparing method | |
| CN114116505A (en) | Code testing method and device | |
| CN109933770A (en) | A kind of test report generation method, system and electronic equipment and storage medium | |
| CN116932649A (en) | Database synchronization method, database synchronization device, and readable storage medium | |
| US20060036422A1 (en) | Methods and systems for electronic device modelling | |
| CN112783791B (en) | Interface test case generation method and device | |
| CN110321138A (en) | A kind of program updates, moving method and device | |
| CN114756623A (en) | Non-homologous database synchronization method and device |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| A621 | Written request for application examination |
Free format text: JAPANESE INTERMEDIATE CODE: A621 Effective date: 20130227 |
|
| A131 | Notification of reasons for refusal |
Free format text: JAPANESE INTERMEDIATE CODE: A131 Effective date: 20130416 |
|
| A521 | Written amendment |
Free format text: JAPANESE INTERMEDIATE CODE: A523 Effective date: 20130605 |
|
| 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: 20130709 |
|
| A61 | First payment of annual fees (during grant procedure) |
Free format text: JAPANESE INTERMEDIATE CODE: A61 Effective date: 20130802 |
|
| R151 | Written notification of patent or utility model registration |
Ref document number: 5337187 Country of ref document: JP Free format text: JAPANESE INTERMEDIATE CODE: R151 |
|
| LAPS | Cancellation because of no payment of annual fees |