特開 2024-739 パス変更プログラム、パス変更装置およびパス変更方法

(19)【発行国】日本国特許庁(JP)

(12)【公報種別】公開特許公報(A)

(11)【公開番号】P2024000739

(43)【公開日】2024-01-09

(54)【発明の名称】パス変更プログラム、パス変更装置およびパス変更方法

(51)【国際特許分類】

   G06F 11/36 20060101AFI20231226BHJP

【ＦＩ】

G06F11/36 180

【審査請求】未請求

【請求項の数】8

【出願形態】ＯＬ

(21)【出願番号】P 2022099610

(22)【出願日】2022-06-21

【公序良俗違反の表示】

（特許庁注：以下のものは登録商標）

１．ＷＩＮＤＯＷＳ

(71)【出願人】

【識別番号】000005223

【氏名又は名称】富士通株式会社

(74)【代理人】

【識別番号】110002147

【氏名又は名称】弁理士法人酒井国際特許事務所

(72)【発明者】

【氏名】井出 武浩

(72)【発明者】

【氏名】武智 慎太

(72)【発明者】

【氏名】黒田 隆一

(72)【発明者】

【氏名】佐々木 晃

(72)【発明者】

【氏名】中野 正久

(72)【発明者】

【氏名】新村 和己

(72)【発明者】

【氏名】山本 勝考

(72)【発明者】

【氏名】山本 倫也

(72)【発明者】

【氏名】倉繁 泰三

(72)【発明者】

【氏名】大森 誠

【テーマコード（参考）】

5B042

【Ｆターム（参考）】

5B042HH11

5B042HH17

(57)【要約】

【課題】プログラムの変更後における動作テストの対象とするパスの変更にかかる処理時間を短縮する。
【解決手段】パス変更装置１は、第１のソフトウェアのバージョンが更新された第２のソフトウェアをテストする際に、第１のソフトウェアおよび第２のソフトウェアのそれぞれの実行環境でのパスの差異を抽出する。そしてパス変更装置１は、第１のソフトウェアの動作をテストする対象のパスを、差異に応じて、第２のソフトウェアの動作をテストする対象のパスに変更する。
【選択図】図３Ｂ

【特許請求の範囲】

【請求項1】

第１のソフトウェアのバージョンが更新された第２のソフトウェアをテストする際に、前記第１のソフトウェアおよび前記第２のソフトウェアのそれぞれの実行環境でのパスの差異を抽出し、
前記第１のソフトウェアの動作をテストする対象のパスを、前記差異に応じて、前記第２のソフトウェアの動作をテストする対象のパスに変更する
処理をコンピュータに実行させることを特徴とするパス変更プログラム。

【請求項2】

前記抽出する処理は、前記パスを構成するファイル名とディレクトリ名とのうち、ファイル名が同一であって、且つ、ディレクトリ名の少なくとも一部が異なるパスを前記差異として抽出する
ことを特徴とする請求項１に記載のパス変更プログラム。

【請求項3】

前記抽出する処理は、前記パスを構成するファイル名を示す文字列のうち、前記ファイル名を構成する拡張子より前に記述された文字列の少なくとも一部が異なるパスを前記差異として抽出する
ことを特徴とする請求項１に記載のパス変更プログラム。

【請求項4】

前記変更する処理は、前記第１のソフトウェアの動作をテストする対象のパスを、前記差異を含む対象のパスに置き換えることで前記対象のパスを変更する
ことを特徴とする請求項１に記載のパス変更プログラム。

【請求項5】

前記変更する処理は、前記第１のソフトウェアの動作をテストする対象のパスを、テストを実行する際に組み立て、組み立てた対象のパスを、前記差異に応じて、前記第２のソフトウェアの動作をテストする対象のパスに変更する
ことを特徴とする請求項１に記載のパス変更プログラム。

【請求項6】

前記変更する処理は、前記第２のソフトウェアの実行環境で、前記第１のソフトウェアの動作をテストする対象のパスを用いて動作テストを実行し、実行した結果と、予め定められた結果とが異なる場合に、前記対象のパスを、前記差異に応じて、前記第２のソフトウェアの動作をテストする対象のパスに変更し、変更したパスを用いて動作テストを再実行する
ことを特徴とする請求項１に記載のパス変更プログラム。

【請求項7】

第１のソフトウェアのバージョンが更新された第２のソフトウェアをテストする際に、前記第１のソフトウェアおよび前記第２のソフトウェアのそれぞれの実行環境でパスの差異を抽出する抽出部と、
前記第１のソフトウェアの動作をテストする対象のパスを、前記差異に応じて、前記第２のソフトウェアの動作をテストする対象のパスに変更する変更部と、
を有することを特徴とすることを特徴とするパス変更装置。

【請求項8】

第１のソフトウェアのバージョンが更新された第２のソフトウェアをテストする際に、前記第１のソフトウェアおよび前記第２のソフトウェアのそれぞれの実行環境でパスの差異を抽出し、
前記第１のソフトウェアの動作をテストする対象のパスを、前記差異に応じて、前記第２のソフトウェアの動作をテストする対象のパスに変更する
処理をコンピュータが実行することを特徴とするパス変更方法。

【発明の詳細な説明】

【技術分野】

【0001】

本発明は、パス変更プログラムなどに関する。

【背景技術】

【0002】

ソフトウェアは、機能追加や新たな環境への対応などのエンハンスによりプログラムを変更する場合がある。エンハンスが行われると、以前のバージョンと差異が生じる場合がある。例えば機能追加によるエンハンスが行われると、差異が生じる。このため、以前動作していた機能が動かなくなる可能性がある。このため、運用者は、エンハンスを行ったソフトウェアにリグレッションテストを実施して、以前と同等の処理ができるかについての動作確認を行う。リグレッションテストについては、テストの自動実行化が行なわれている。

【0003】

ところで、近年、ソフトウェアの製品に、オープンソフトウェア（ＯＳＳ：Open Source Software）が一般的に使用される。ＯＳＳには、バージョンがあり、ディレクトリ名やファイル名にバージョンが付与されることが多い。このため、新しいバージョンになると、ディレクトリ名やファイル名が変わってしまう。また、ＯＳＳは、ディレクトリ構造も変わることがある。

【0004】

ソフトウェアの製品にＯＳＳが含まれる場合、製品がバージョンアップする際に、最新のバージョンのＯＳＳが取り込まれることがある。運用者がバージョンアップされた製品に対して自動化されたリグレッションテストを実施しようとすると、ＯＳＳのバージョン変更に伴うディレクトリ名、ファイル名やディレクトリ構造の違いにより、リグレッションテストが正しく動作しなくなる。このため、従来では、運用者は、リグレッションテストを実施する前に、変更後の製品に合わせてリグレッションテストのテストセットを手作業で修正していた。

【0005】

なお、現行バージョンから新バージョンへのソフトウェアの入れ換えに関する技術が開示されている（例えば、特許文献１参照）。かかる技術では、ソフトウェアの旧バージョンから新バージョンに入れ換える前に、旧バージョンのソフトウェアから疑似的に生成される実行モジュールと既に登録されてある実行モジュール間の同一性を検証し、検証結果が良好の時に、新バージョンのソフトウェアに入れ換える。

【先行技術文献】

【特許文献】

【0006】

【特許文献1】特開平１１－０１５６４７号公報

【発明の概要】

【発明が解決しようとする課題】

【0007】

しかしながら、従来の技術では、エンハンス後のソフトウェア製品の動作テストを、手間をかけずに実行することが難しいという問題がある。例えば、従来では、運用者が、ＯＳＳのバージョン変更に伴うディレクトリ名、ファイル名やディレクトリ構造といった動作テストの対象とするパスの相違を、変更後のソフトウェア製品に合わせて手作業で修正していた。したがって、従来では、動作テストの対象とするパスの修正に多大な時間を要していた。

【0008】

本発明は、１つの側面では、プログラムの変更後における動作テストの対象とするパスの変更にかかる処理時間を短縮することを目的とする。

【課題を解決するための手段】

【0009】

１つの態様では、パス変更プログラムは、第１のソフトウェアのバージョンが更新された第２のソフトウェアをテストする際に、前記第１のソフトウェアおよび前記第２のソフトウェアのそれぞれの実行環境でのパスの差異を抽出し、前記第１のソフトウェアの動作をテストする対象のパスを、前記差異に応じて、前記第２のソフトウェアの動作をテストする対象のパスに変更する、処理をコンピュータに実行させる。

【発明の効果】

【0010】

１実施態様によれば、プログラムの変更後における動作テストの対象とするパスの変更にかかる処理時間を短縮することができる。

【図面の簡単な説明】

【0011】

【図1】図１は、実施例１に係るパス変更装置の機能構成の一例を示すブロック図である。

【図2】図２は、実施例１に係るパス対応付け表の一例を示す図である。

【図3A】図３Ａは、実施例１に係るテストスクリプト修正の流れの一例を示す図（１）である。

【図3B】図３Ｂは、実施例１に係るテストスクリプト修正の流れの一例を示す図（２）である。

【図4】図４は、実施例１に係るパス対応付け処理のフローチャートの一例を示す図である。

【図5】図５は、実施例１に係るテストスクリプト修正処理のフローチャートの一例を示す図である。

【図6】図６は、実施例２に係るパス変更装置の機能構成の一例を示すブロック図である。

【図7】図７は、実施例２に係るテストスクリプト修正の流れの一例を示す図である。

【図8】図８は、実施例２に係るテストスクリプト修正処理のフローチャートの一例を示す図である。

【図9】図９は、実施例３に係るパス変更装置の機能構成の一例を示すブロック図である。

【図10】図１０は、実施例３に係るテストスクリプト修正の流れの一例を示す図である。

【図11】図１１は、実施例３に係るテストスクリプト修正処理のフローチャートの一例を示す図である。

【図12】図１２は、パス変更プログラムを実行するコンピュータの一例を示す図である。

【図13】図１３は、単純置換では正しく修正できない一例を示す参考図である。

【図14】図１４は、単純置換では正しく修正できない別の例を示す参考図である。

【発明を実施するための形態】

【0012】

以下に、本願の開示するパス変更プログラム、パス変更装置およびパス変更方法の実施例を図面に基づいて詳細に説明する。なお、本発明は、実施例により限定されるものではない。

【0013】

まず、ＯＳＳのバージョン変更に伴うディレクトリ名、ファイル名やディレクトリ構造といった動作テストの対象とするパスの相違を、修正する方法について説明する。例えば、ＯＳＳのバージョン変更に伴うディレクトリ名、ファイル名やディレクトリ構造の違いを、自動的に文字列を単純に置換することにより修正する方法が考えられる。ところが、リグレッションテストのテストセットには、複数の変数などを組み合わせてパスを生成する場合があり、単純に置換するだけでは正しく修正できない場合がある。ここで、単純置換では正しく修正できない一例について、図１３を参照して説明する。図１３は、単純置換では正しく修正できない一例を示す参考図である。

【0014】

図１３左図には、変更前のパスが記述されている。この変更前のパスは、テストセットでは、変数Ｘ、変数Ｙ、変数Ｚを用いると、「“／”＋Ｘ＋“／”＋Ｙ＋“／”＋Ｚ」と記述される。すなわち、テストセットでは、変数Ｘが「ａａａ」と定義され、変数Ｙが「ｂｂｂ」と定義され、変数Ｚが「ｃｃｃ」と定義される。ここで、変更後のパスが図１３右図に記述されたパスであるとする。すると、単純に、変更後のパスに合わせて変数Ｘの内容を「ａａａ」から「ｄｄｄ」に変更すれば良いと考えられる。ところが、図１３右下に示すように、変更の前後で変わらず「／ａａａ」を使用しているテストがある場合もある。そうすると、変数Ｘの内容を「ａａａ」から「ｄｄｄ」に単純置換するだけでは、正しく修正できない。

【0015】

また、ディレクトリ構造が変更になった場合も単純置換では正しく修正できない場合がある。ここで、単純置換では正しく修正できない別の例について、図１４を参照して説明する。図１４は、単純置換では正しく修正できない別の例を示す参考図である。

【0016】

図１４左図には、変更前のパスが記述されている。この変更前のパス「／ａａａ／ｂｂｂ／ｄｄｄ」については、テストセットでは、変数Ｘ、変数Ｙ、変数Ｚを用いると、「“／”＋Ｘ＋“／”＋Ｙ＋“／”＋ｄｄｄ」と記述される。すなわち、テストセットでは、変数Ｘが「ａａａ」と定義され、変数Ｙが「ｂｂｂ」と定義され、変数Ｚが「ｅｅｅ」と定義される。ここで、変更後のパスが図１４右図に記述されたパスであるとする。つまり、変更後のパスは、変更前のパス「／ａａａ／ｂｂｂ／ｄｄｄ」の「／ｄｄｄ」の直前に「／ｅｅｅ」が追加されるパスである。そうすると、変数の内容を単純置換するだけでは、正しく修正できない。

【0017】

そこで、以降の実施例では、ＯＳＳのバージョン変更に伴うディレクトリ名、ファイル名やディレクトリ構造といった動作テストの対象とするパスの相違を、修正することができるパス変更装置について説明する。

【実施例0018】

［パス変更装置の機能構成］
図１は、実施例１に係るパス変更装置の機能構成の一例を示すブロック図である。実施例１に係るパス変更装置１は、エンハンス後のソフトウェアのリグレッションテストをする際、エンハンス前後の実行環境の差異を抽出する。そして、エンハンス前のソフトウェアの動作をテストする対象のパスを、差異に応じて、エンハンス後のソフトウェアの動作をテストする対象のパスに変更する。ここでいう「エンハンス」とは、新たな機能の追加を行なったり、新たな環境への対応を行ったりすることによるプログラムの変更をいう。エンハンス後のソフトウェアは、エンハンス前とディレクトリ名やファイル名に違いがある場合がある。特に、ソフトウェアにＯＳＳが含まれる場合には、ＯＳＳにバージョンがあり、新たなバージョンになると、ディレクトリ名、ファイル名やディレクトリ構造が変わってしまうことがある。かかる違いがエンハンス前後の実行環境の差異に現れる。また、ここでいう「リグレッションテスト」とは、過去と同等の機能が動作可能かを確認するテストのことをいう。リグレッションテストには、複数のテストケースの集合であるテストスクリプトが複数含まれる。

【0019】

パス変更装置１は、制御部１０と、記憶部２０とを有する。制御部１０は、前後一覧出力部１１、パス対応付け部１２、テストスクリプト修正部１３およびテスト実行部１４を有する。記憶部２０は、パス対応付け表２１、テストスクリプト（前）２２、テストスクリプト（後）２３、ディレクトリ／ファイル一覧（前）２４ａおよびディレクトリ／ファイル一覧（後）２４ｂを有する。

【0020】

ディレクトリ／ファイル一覧（前）２４ａは、エンハンス前のソフトウェアにおける実行環境でのディレクトリおよびファイルの一覧である。ディレクトリ／ファイル一覧（後）２４ｂは、エンハンス後のソフトウェアにおける実行環境でのディレクトリおよびファイルの一覧である。

【0021】

パス対応付け表２１は、エンハンス前のソフトウェアと、エンハンス後のソフトウェアとのそれぞれの実行環境でのパスの差異を対応付けた表である。なお、パス対応付け表２１は、後述するパス対応付け部１２によって生成される。

【0022】

ここで、パス対応付け表２１の一例を、図２を参照して説明する。図２は、実施例１に係るパス対応付け表の一例を示す図である。図２に示すように、パス対応付け表２１は、エンハンス前のソフトウェアの実行環境のパスと、エンハンス後のソフトウェアの実行環境のパスとを対応付けた情報である。一例として、エンハンス前のソフトウェアの実行環境のパスが「／ａａａ／ｂｂｂ／ｃｃｃ」である場合に、エンハンス後のソフトウェアの実行環境のパスとして「／ａａａ／ｘｘｘ／ｃｃｃ」と記憶している。エンハンス前のソフトウェアの実行環境のパスが「／ａａａ／ｂｂｂ／ｄｄｄ」である場合に、エンハンス後のソフトウェアの実行環境のパスとして「／ａａａ／ｂｂｂ／ｅｅｅ／ｄｄｄ」と記憶している。エンハンス前のソフトウェアの実行環境のパスが「／ａａａ／ｂｂｂ／ｉｉｉ＿１．１．ｊａｒ」である場合に、エンハンス後のソフトウェアの実行環境のパスとして「／ａａａ／ｘｘｘ／ｉｉｉ＿２．０．ｊａｒ」と記憶している。

【0023】

図１に戻って、テストスクリプト（前）２２は、エンハンス前のテストセットに含まれるテストスクリプトである。テストスクリプト（後）２３は、テストスクリプト（前）２２を修正した結果のテストスクリプトである。テストスクリプト（前）２２、テストスクリプト（後）２３は、コマンドのパスや引数のパスの一部または全部を示すディレクトリについて、変数を用いて記載される場合であっても良いし、変数を用いないで記載される場合であっても良い。なお、テストスクリプト（前）２２は、エンハンス前のテストスクリプト２２と同義である。また、テストスクリプト（後）２３は、エンハンス後のテストスクリプト２３と同義である。また、テストスクリプト（後）は、後述するテストスクリプト修正部１３によって生成される。

【0024】

前後一覧出力部１１は、エンハンス前後のソフトウェアのそれぞれの実行環境でディレクトリおよびファイルの一覧を出力する。例えば、前後一覧出力部１１は、ＯＳによって提供されるコマンドを用いて、エンハンス前のソフトウェアの実行環境でディレクトリ／ファイル一覧２４ａを出力する。前後一覧出力部１１は、ＯＳによって提供されるコマンドを用いて、エンハンス後のソフトウェアの実行環境でディレクトリ／ファイル一覧２４ｂを出力する。すなわち、前後一覧出力部１１は、エンハンス前のソフトウェアおよびエンハンス後のソフトウェアのパスの一覧を出力する。一例として、かかるコマンドには、ＯＳがＬｉｎｕｘ（登録商標）である場合、ｆｉｎｄコマンドが挙げられる。また、ＯＳがＷｉｎｄｏｗｓである場合、ｄｉｒコマンドが挙げられる。そして、前後一覧出力部１１は、出力したディレクトリ／ファイル一覧２４ａおよびディレクトリ／ファイル一覧２４ｂを記憶部２０に保存する。

【0025】

パス対応付け部１２は、エンハンス前後のソフトウェアのパスを対応付ける。例えば、パス対応付け部１２は、前後一覧出力部１１によって出力されたエンハンス前後のディレクトリ／ファイル一覧２４ａ，２４ｂを参照して、エンハンス前後のパスの差異を確認する。

【0026】

パス対応付け部１２は、エンハンス前のディレクトリ／ファイル一覧２４ａに含まれるパスがエンハンス後のパスの一覧に存在しない場合には、エンハンス前のパスに含まれるファイル名（コマンド名）がエンハンス後のパスの一覧に存在するか否かを判定する。パス対応付け部１２は、エンハンス前のパスに含まれるファイル名がエンハンス後のパスの一覧に存在する場合には、エンハンス前のパスとエンハンス後のパスとを対応付けてパス対応付け表２１に記録する。すなわち、パス対応付け部１２は、ファイル名は同じであるがディレクトリ名が異なるパスを対応付ける。例えば、図２の１行目「／ａａａ／ｂｂｂ／ｃｃｃ→／ａａａ／ｘｘｘ／ｃｃｃ」や２行目「／ａａａ／ｂｂｂ／ｄｄｄ→／ａａａ／ｂｂｂ／ｅｅｅ／ｄｄｄ」が一例として挙げられる。

【0027】

また、パス対応付け部１２は、エンハンス前のパスに含まれるファイル名がエンハンス後のパスの一覧に存在しない場合には、エンハンス前のパスに含まれるファイル名の拡張子は同じであるが後半部分が異なるファイル名がエンハンス後のディレクトリ／ファイル一覧２４ｂに存在するか否かを判定する。パス対応付け部１２は、エンハンス前のパスに含まれるファイル名の拡張子は同じであるが後半部分が異なるファイル名がディレクトリ／ファイル一覧２４ｂに存在する場合には、エンハンス前のパスとエンハンス後のパスをパス対応付け表２１に記録する。すなわち、パス対応付け部１２は、ファイル名の前半部分や拡張子は同じであるが例えばバージョンが異なるパスを対応付ける。例えば、図２の３行目「／ａａａ／ｂｂｂ／ｉｉｉ＿１．１．ｊａｒ→／ａａａ／ｘｘｘ／ｉｉｉ＿２．０．ｊａｒ」が一例として挙げられる。

【0028】

テストスクリプト修正部１３は、エンハンス前のテストスクリプト２２をパス対応付け表２１に基づいてエンハンス後のパスに修正する。例えば、テストスクリプト修正部１３は、エンハンス前のテストスクリプト２２を読み込む。そして、テストスクリプト修正部１３は、読み込んだテストスクリプト２２に含まれるパスの中から、パス対応付け表２１のエンハンス前のパスを探索する。テストスクリプト修正部１３は、探索できた場合には、エンハンス前のパスをエンハンス後のパスに一括して置換する。そして、テストスクリプト修正部１３は、置換が完了したテストスクリプトをエンハンス後のテストスクリプト２３として保存する。

【0029】

なお、エンハンス前のテストスクリプト２２には、変数が含まれていても良い。変数が含まれている場合には、テストスクリプト修正部１３は、変数の値がパス対応付け表２１のエンハンス前のパスに含まれているかを探索し、含まれている場合には、パス対応付け表２１のエンハンス後のパスのパス情報を基に置換すれば良い。一例として、変数Ｘに「ｂｂｂ」が入っており、パス対応付け表２１が以下であったとする。
「／ａａａ／ｂｂｂ／ｃｃｃ→／ａａａ／ｘｘｘ／ｃｃｃ、／ａａａ／ｂｂｂ／ｄｄｄ→／ａａａ／ｘｘｘ／ｄｄｄ」
すると、「ｂｂｂ」がパス対応付け表２１のエンハンス前のパスに含まれており、エンハンス後のパスは「ｂｂｂ」の部分が「ｘｘｘ」に変更されているため、テストスクリプト修正部１３は、変数Ｘの値「ｂｂｂ」を「ｘｘｘ」へ置換することができる。

【0030】

テスト実行部１４は、エンハンス後のテストスクリプト２３を用いてリグレッションテストを実行する。例えば、テスト実行部１４は、テストスクリプト修正部１３によって修正されたエンハンス後のテストスクリプト２３を用いてエンハンス後のソフトウェアのリグレッションテストを実行する。これにより、テスト実行部１４は、エンハンス後のソフトウェア製品の動作テストを、手間をかけずに実行することができる。

【0031】

［テストスクリプト修正の流れ］
ここで、エンハンス前のテストスクリプト２２からエンハンス後のテストスクリプト２３に修正するテストスクリプト修正の流れについて、図３Ａおよび図３Ｂを参照して説明する。図３Ａおよび図３Ｂは、実施例１に係るテストスクリプト修正の流れの一例を示す図である。

【0032】

図３Ａには、エンハンス前のディレクトリ／ファイル一覧２４ａと、エンハンス後のディレクトリ／ファイル一覧２４ｂとが表されている。例えば、前後一覧出力部１１は、ｆｉｎｄコマンドを用いて、エンハンス前のソフトウェアの実行環境で、エンハンス前のディレクトリ／ファイル一覧２４ａを出力する。また、前後一覧出力部１１は、ｆｉｎｄコマンドを用いて、エンハンス後のソフトウェアの実行環境で、エンハンス後のディレクトリ／ファイル一覧２４ｂを出力する。

【0033】

ここでは、エンハンス後のディレクトリ／ファイル一覧２４ｂでは、エンハンス前とファイル名が同じであるがディレクトリ名が異なるパスが存在する。一例として、「／ａａａ／ｂｂｂ／ｃｃｃ」が「ａａａ／ｘｘｘ／ｃｃｃ」に変更されている。また、エンハンス後のディレクトリ／ファイル一覧２４ｂでは、エンハンス前とファイル名の拡張子は同じであるが後半部分が異なるファイル名を含むパスが存在する。一例として、「／ａａａ／ｇｇｇ／ｈｈｈ＿１．１．ｊａｒ」が「／ａａａ／ｇｇｇ／ｈｈｈ＿２．０．ｊａｒ」に変更されている。

【0034】

この後、パス対応付け部１２は、エンハンス前のディレクトリ／ファイル一覧２４ａとエンハンス後のディレクトリ／ファイル一覧２４ｂとを用いて、エンハンス前後のパスの差異を抽出する。例えば、パス対応付け部１２は、エンハンス前のディレクトリ／ファイル一覧２４ａの中のパスを１行ずつ読み込む。そして、パス対応付け部１２は、読み込んだ対象のパスがエンハンス後のディレクトリ／ファイル一覧２４ｂに存在するか否かを判定する。パス対応付け部１２は、存在しない場合には、対象のパスに含まれるファイル名がエンハンス後のディレクトリ／ファイル一覧２４ｂに存在しないか否かを判定する。そして、パス対応付け部１２は、対象のパスに含まれるファイル名がエンハンス後のディレクトリ／ファイル一覧２４ｂに存在する場合には、エンハンス前の対象のパスとエンハンス後のパスとを対応付けてパス対応付け表２１に記録する。すなわち、パス対応付け部１２は、ファイル名は同じであるがディレクトリ名が異なるパスを対応付ける。ここでは、図３Ａに示す「／ａａａ／ｂｂｂ／ｃｃｃ」と「／ａａａ／ｘｘｘ／ｃｃｃ」との対応付け、「／ａａａ／ｂｂｂ／ｄｄｄ」と「／ａａａ／ｘｘｘ／ｄｄｄ」との対応付け、「／ａａａ／ｂｂｂ／ｅｅｅ／ｆｆｆ」と「／ａａａ／ｘｘｘ／ｅｅｅ／ｆｆｆ」との対応付けが一例として挙げられる。

【0035】

また、パス対応付け部１２は、対象のパスに含まれるファイル名がエンハンス後のディレクトリ／ファイル一覧２４ｂに存在しない場合には、対象のパスに含まれるファイル名の拡張子は同じであるが後半部分が異なるファイル名がエンハンス後のディレクトリ／ファイル一覧２４ｂに存在しないか否かを判定する。パス対応付け部１２は、存在する場合には、エンハンス前の対象のパスとエンハンス後のパスとを対応付けてパス対応付け表２１に記録する。すなわち、パス対応付け部１２は、ファイル名の前半部分や拡張子は同じであるがファイル名の後半部分が異なるパスを対応付ける。ここでは、図３Ａに示す「／ａａａ／ｇｇｇ／ｈｈｈ＿１．１．ｊａｒ」と「／ａａａ／ｇｇｇ／ｈｈｈ＿２．０．ｊａｒ」との対応付けが一例として挙げられる。

【0036】

そして、図３Ｂに示すように、テストスクリプト修正部１３は、エンハンス前のテストスクリプト２２を、パス対応付け表２１を用いてエンハンス後のテストスクリプト２３に修正する。例えば、テストスクリプト修正部１３は、パス対応付け表２１を使用して、エンハンス前のテストスクリプト２２について、エンハンス前のパスをエンハンス後のパスに一括置換して、エンハンス後のテストスクリプト２３を生成する。ここでは、エンハンス前のテストスクリプト２２に含まれる「／ａａａ／ｂｂｂ／ｃｃｃ －ｆ ／ＡＡＡ／ＢＢＢ」が「／ａａａ／ｘｘｘ／ｃｃｃ －ｆ ／ＡＡＡ／ＢＢＢ」に置換され、エンハンス後のテストスクリプト２３に設定されている。

【0037】

［パス対応付け処理のフローチャート］
図４は、実施例１に係るパス対応付け処理のフローチャートの一例を示す図である。なお、エンハンス前のディレクトリ／ファイル一覧２４ａおよびエンハンス後のディレクトリ／ファイル一覧２４ｂは、前後一覧出力部１１によって出力されたとする。

【0038】

図４に示すように、パス対応付け部１２は、エンハンス前のディレクトリ／ファイル一覧２４ａを一行ずつ読み込む（ステップＳ１１）。パス対応付け部１２は、読み込んだエンハンス前のパスがテスト環境であるエンハンス後の環境に存在するかを確認する（ステップＳ１２）。例えば、パス対応付け部１２は、読み込んだエンハンス前のパスがエンハンス後のディレクトリ／ファイル一覧２４ｂに存在するかを確認する。

【0039】

パス対応付け部１２は、読み込んだエンハンス前のパスがエンハンス後のディレクトリ／ファイル一覧２４ｂに存在するか否かを判定する（ステップＳ１３）。読み込んだエンハンス前のパスがエンハンス後のディレクトリ／ファイル一覧２４ｂに存在すると判定した場合には（ステップＳ１３；Ｙｅｓ）、パス対応付け部１２は、エンハンス前後のパスに変更がないので、ステップＳ１９に移行する。

【0040】

一方、読み込んだエンハンス前のパスがエンハンス後のディレクトリ／ファイル一覧２４ｂに存在しないと判定した場合には（ステップＳ１３；Ｎｏ）、パス対応付け部１２は、以下の処理を行う。すなわち、パス対応付け部１２は、エンハンス前のファイル名（コマンド名）がエンハンス後のディレクトリ／ファイル一覧２４ｂに存在しないかを検索する（ステップＳ１４）。

【0041】

パス対応付け部１２は、エンハンス前のファイル名（コマンド名）がエンハンス後のディレクトリ／ファイル一覧２４ｂに存在するか否かを判定する（ステップＳ１５）。エンハンス前のファイル名（コマンド名）がエンハンス後のディレクトリ／ファイル一覧２４ｂに存在すると判定した場合には（ステップＳ１５；Ｙｅｓ）、パス対応付け部１２は、パスを対応付けるために、ステップＳ１８に移行する。

【0042】

一方、エンハンス前のファイル名（コマンド名）がエンハンス後のディレクトリ／ファイル一覧２４ｂに存在しないと判定した場合には（ステップＳ１５；Ｎｏ）、パス対応付け部１２は、以下の処理を行う。すなわち、パス対応付け部１２は、エンハンス前のファイル名（コマンド名）の拡張子は同じであるが後半部分が異なるファイル（コマンド）がエンハンス後のディレクトリ／ファイル一覧２４ｂに存在しないかを検索する（ステップＳ１６）。

【0043】

パス対応付け部１２は、エンハンス前のファイル名（コマンド名）の拡張子は同じであるが後半部分が異なるファイル（コマンド）がエンハンス後のディレクトリ／ファイル一覧２４ｂに存在するか否かを判定する（ステップＳ１７）。エンハンス前のファイル名の拡張子は同じであるが後半部分が異なるファイルがエンハンス後のディレクトリ／ファイル一覧２４ｂに存在しないと判定した場合には（ステップＳ１７；Ｎｏ）、パス対応付け部１２は、対応するパスがないので、ステップＳ１９に移行する。

【0044】

一方、エンハンス前のファイル名の拡張子は同じであるが後半部分が異なるファイルがエンハンス後のディレクトリ／ファイル一覧２４ｂに存在すると判定した場合には（ステップＳ１７；Ｙｅｓ）、パス対応付け部１２は、パスを対応付けるために、ステップＳ１８に移行する。

【0045】

ステップＳ１８において、パス対応付け部１２は、エンハンス前のパスに対応するエンハンス後のパスをパス対応付け表２１に記録する（ステップＳ１８）。そして、パス対応付け部１２は、ステップＳ１９に移行する。

【0046】

ステップＳ１９において、パス対応付け部１２は、処理中の行がエンハンス前のディレクトリ／ファイル一覧２４ａの最終行か否かを判定する（ステップＳ１９）。処理中の行がエンハンス前のディレクトリ／ファイル一覧２４ａの最終行でないと判定した場合には（ステップＳ１９；Ｎｏ）、パス対応付け部１２は、次の行を読み込むべく、ステップＳ１１に移行する。

【0047】

一方、処理中の行がエンハンス前のディレクトリ／ファイル一覧２４ａの最終行であると判定した場合には（ステップＳ１９；Ｙｅｓ）、パス対応付け部１２は、パス対応付け処理を終了する。

【0048】

［テストスクリプト修正処理のフローチャート］
図５は、実施例１に係るテストスクリプト修正処理のフローチャートの一例を示す図である。なお、パス対応付け表２１は、パス対応付け部１２によって生成されたとする。

【0049】

図５に示すように、テストスクリプト修正部１３は、パス対応付け表２１から、エンハンス前後のパス対応付けを読み込む（ステップＳ２１）。そして、テストスクリプト修正部１３は、エンハンス前のテストスクリプト２２を読み込む（ステップＳ２２）。

【0050】

テストスクリプト修正部１３は、エンハンス前後のパス対応付けを１行選択する（ステップＳ２３）。そして、テストスクリプト修正部１３は、読み込んだテストスクリプト２２から、選択したエンハンス前後のパス対応付けにおけるエンハンス前のパスを検索し、見つかったらエンハンス後のパスに一括して置換する（ステップＳ２４）。

【0051】

そして、テストスクリプト修正部１３は、全てのエンハンス前後のパス対応付けを選択したか否かを判定する（ステップＳ２５）。全てのエンハンス前後のパス対応付けを選択していないと判定した場合には（ステップＳ２５；Ｎｏ）、テストスクリプト修正部１３は、次のパス対応付けを選択すべく、ステップＳ２３に移行する。

【0052】

一方、全てのエンハンス前後のパス対応付けを選択したと判定した場合には（ステップＳ２５；Ｙｅｓ）、テストスクリプト修正部１３は、全てのエンハンス前のテストスクリプト２２に対して処理したか否かを判定する（ステップＳ２６）。全てのエンハンス前のテストスクリプト２２に対して処理していないと判定した場合には（ステップＳ２６；Ｎｏ）、テストスクリプト修正部１３は、次のエンハンス前のテストスクリプト２２に対して処理すべく、ステップＳ２２に移行する。

【0053】

一方、全てのエンハンス前のテストスクリプト２２に対して処理したと判定した場合には（ステップＳ２６；Ｙｅｓ）、テストスクリプト修正部１３は、置換が完了したテストスクリプトをエンハンス後のテストスクリプト２３として保存する（ステップＳ２７）。

【0054】

［実施例１の効果］
上記実施例１によれば、パス変更装置１は、第１のソフトウェアのバージョンが更新された第２のソフトウェアをテストする際に、第１のソフトウェアおよび第２のソフトウェアのそれぞれの実行環境でのパスの差異を抽出する。そして、パス変更装置１は、第１のソフトウェアの動作をテストする対象のパスを、差異に応じて、第２のソフトウェアの動作をテストする対象のパスに変更する。かかる構成によれば、パス変更装置１は、ソフトウェアの変更後における動作テストの対象とするパスの変更にかかる処理時間を短縮できる。また、パス変更装置１は、バージョンの異なるソフトウェアの動作テストを、手間をかけずに実行することが可能となる。

【0055】

また、上記実施例１によれば、パス変更装置１は、パスを構成するファイル名とディレクトリ名とのうち、ファイル名が同一であって、且つ、ディレクトリ名の少なくとも一部が異なるパスを差異として抽出する。かかる構成によれば、パス変更装置１は、実行環境のパスの差異を用いることで、エンハンス前後のテストセットの差異あるディレクトリ名を含むパスを変更できることとなり、エンハンス前のテストセットを、手間をかけずにエンハンス後に用いるテストセットに修正できる。

【0056】

また、上記実施例１によれば、パス変更装置１は、パスを構成するファイル名を示す文字列のうち、ファイル名を構成する拡張子より前に記述された文字列の少なくとも一部が異なるパスを差異として抽出する。かかる構成によれば、パス変更装置１は、実行環境のパスの差異を用いることで、エンハンス前後のテストセットの差異あるファイル名を含むパスを変更できることとなり、エンハンス前のテストセットを、手間をかけずにエンハンス後に用いるテストセットに修正できる。

【0057】

また、上記実施例１によれば、パス変更装置１は、第１のソフトウェアの動作をテストする対象のパスを、差異を含む対象のパスに置き換えることで対象のパスを変更する。かかる構成によれば、パス変更装置１は、実行環境のパスの差異を用いることで、エンハンス前のテストセットをエンハンス後のテストセットに手間をかけずに修正できる。

【実施例0058】

ところで、実施例１に係るパス変更装置１は、リグレッションテストを実行する前に、エンハンス前のテストスクリプト２２を修正し、修正したエンハンス後のテストスクリプト２３を用いてリグレッションテストを実行すると説明した。しかしながら、パス変更装置１は、これに限定されず、リグレッションテストの実行時に、エンハンス前のテストスクリプト２２に含まれるコマンドラインをパスに組み立てて、組み立てたパスに対して修正を行い、リグレッションテストを実行するようにしても良い。エンハンス前のテストスクリプト２２には、パスの一部または全部のディレクトリに変数を用いたコマンドラインが含まれ、変数に代入する内容が当該コマンドラインの前に定義される。同じ変数を使ったコマンドラインが複数箇所に存在する場合、同じ変数であっても異なる内容が代入される場合がある。この場合、変数を含むパスが単純に修正（置換）されると、エンハンス後でもエンハンス前と同じ内容を使用するパスがある場合には、当該パスは間違ったパスに修正されてしまう。すなわち、複数箇所で同じ変数を使用し、且つ変数の内容の変更が必要な箇所と必要でない箇所とが混在する場合、単純にエンハンス後のパスに置換することができない。

【0059】

そこで、実施例２では、リグレッションテストの実行時に、エンハンス前のテストスクリプト２２に含まれるコマンドラインをパスに組み立てて、組み立てたパスに対して修正を行い、リグレッションテストを実行するパス変更装置１について説明する。

【0060】

［パス変更装置の機能構成］
図６は、実施例２に係るパス変更装置の機能構成の一例を示すブロック図である。なお、実施例２に係るパス変更装置１の機能構成について、図１に示すパス変更装置１と同一の構成については同一符号を示すことで、その重複する構成および動作の説明については省略する。実施例１と実施例２とが異なるところは、テストツール３０を追加した点にある。また、実施例１と実施例２とが異なるところは、パス組立部３１を追加した点にある。また、実施例１と実施例２とが異なるところは、テストスクリプト修正部１３およびテスト実行部１４をそれぞれテストスクリプト修正部１３Ａおよびテスト実行部１４Ａに修正した点にある。

【0061】

テストツール３０は、パス組立部３１と、テストスクリプト修正部１３Ａと、テスト実行部１４Ａとを有する。

【0062】

パス組立部３１は、テストを実行する際に、エンハンス前のテストスクリプト２２に含まれるコマンドラインのパスを組み立てる。例えば、パス組立部３１は、エンハンス前のテストスクリプト２２に含まれるコマンドラインを順番に実行する際に、コマンドラインの中の変数に、当該コマンドラインの前に定義される内容を代入して、パスを組み立てる。

【0063】

テストスクリプト修正部１３Ａは、組み立てられた後のパスに対して、パス対応付け表２１に基づいてエンハンス後のパスに修正する。例えば、テストスクリプト修正部１３Ａは、パス対応付け表２１のエンハンス前のパスの中から、パス組立部３１によって組み立てられたパスと一致するエンハンス前のパスを探索する。テストスクリプト修正部１３は、探索できた場合には、パス対応付け表２１に基づいて、エンハンス前のパスをエンハンス後のパスに置換する。そして、テストスクリプト修正部１３Ａは、探索できた場合には、置換が完了したパスをエンハンス後のパスとしてエンハンス後のテストスクリプト２３に保存する。なお、テストスクリプト修正部１３Ａは、探索できなかった場合には、組み立てられたパスをエンハンス後のパスとしてエンハンス後のテストスクリプト２３に保存する。

【0064】

テスト実行部１４Ａは、エンハンス後のパスを用いてリグレッションテストを実行する。これにより、テスト実行部１４Ａは、エンハンス後のソフトウェア製品の動作テストを、手間をかけずに実行することができる。

【0065】

［テストスクリプト修正の流れ］
ここで、エンハンス前のテストスクリプト２２からエンハンス後のテストスクリプト２３に修正するテストスクリプト修正の流れについて、図７を参照して説明する。図７は、実施例２に係るテストスクリプト修正の流れの一例を示す図である。

【0066】

図７に示すように、テストセットＴＳには、テストツール３０と、エンハンス前のテストスクリプト２２とが含まれている。テストツール３０が、リグレッションテスト実行時に、エンハンス前のテストスクリプト２２に含まれるコマンドラインを順番に読み込み、以下の処理を行う。すなわち、テストツール３０は、読み込んだコマンドラインのパスを組み立て、組み立てた結果のパスを、パス対応付け表２１に基づきエンハンス後のパスに置き換えて、リグレッションテストを実行する。

【0067】

例えば、テストツール３０に含まれるパス組立部３１は、エンハンス前のテストスクリプト２２に含まれるコマンドラインの中の変数に、当該コマンドラインの前に定義された内容を代入して、パスを組み立てる。ここでは、組み立てたパスが「／ａａａ／ｂｂｂ／ｃｃｃ」であった場合である。そして、テストツール３０に含まれるテストスクリプト修正部１３Ａは、パス対応付け表２１のエンハンス前のパスの中から、パス組立部３１によって組み立てられたパス「／ａａａ／ｂｂｂ／ｃｃｃ」と一致するエンハンス前のパスを探索する。ここでは、パス対応付け表２１のエンハンス前のパスの中に、組み立てられたパス「／ａａａ／ｂｂｂ／ｃｃｃ」と一致するエンハンス前のパスが存在する。そこで、テストスクリプト修正部１３Ａは、パス対応付け表２１に基づいて、エンハンス前のパス「／ａａａ／ｂｂｂ／ｃｃｃ」をエンハンス後のパス「／ａａａ／ｘｘｘ／ｃｃｃ」に置換する。そして、テストツール３０に含まれるテスト実行部１４Ａは、置き換えられたエンハンス後のパス「／ａａａ／ｘｘｘ／ｃｃｃ」を実行する。

【0068】

これにより、テストスクリプト修正部１３Ａは、組み立てられた後のパスに対して、パス対応付け表２１を用いてエンハンス後のパスに置換することで、一部に同じ変数を使ったパスが複数存在する場合であっても間違ったパスに修正することを防ぐことができる。すなわち、テストスクリプト修正部１３Ａは、複数箇所で同じ変数を使用し、且つ変数の内容の変更が必要な箇所と必要でない箇所とが混在する場合、単純にエンハンス後のパスに置換してしまうことにより間違ったパスに修正することを防ぐことができる。一例として、変数Ｘを複数箇所で使用している場合、箇所Ａでは、変数Ｘを「ｄｄｄ」の変更が必要であり、箇所Ｂでは、変数Ｘを「ａａａ」と変わらず使用する場合がある。かかる場合に、変数Ｘを単純に「ｄｄｄ」に一括置換してしまうと、箇所Ｂでは、変わらず使用したい「ａａａ」が「ｄｄｄ」に変わってしまい、間違ったパスに修正してしまう。しかしながら、テストスクリプト修正部１３Ａは、変数Ｘに内容を代入した、組み立てられた後のパスに対して、エンハンス後のパスに置換することで、間違ったパスに修正してしまうことを防ぐことができる。

【0069】

なお、テストセットＴＳの作りは、どのようなものであっても良い。例えば、テストツール３０がテストスクリプトに記載されたコマンドラインを読み取る構成の場合には、テストツール３０は、以下の作りであっても良い。すなわち、テストツール３０は、組み立てられたエンハンス前のパスで実行した結果と以前の結果とを比較し、異なる場合にエンハンス前のパスを修正したエンハンス後のパスでリトライするという仕組みを作り込んだものであっても良い。また、テストスクリプトが、ＯＳ標準のシェルスクリプト／バッチファイルの場合には、コマンドラインに対応するコマンド実行部分を関数化し、対応するテストツール３０の部分をシェルスクリプト／バッチファイルの関数として実装しても良い。また、シェルスクリプトを実行する例えばｂａｓｈ（Boume Again Shell）は、オープンソースであるため、ｂａｓｈ自体にテストツール３０の仕組みを作りこんでも良い。

【0070】

［テストスクリプト修正処理のフローチャート］
図８は、実施例２に係るテストスクリプト修正処理のフローチャートの一例を示す図である。なお、パス対応付け表２１は、パス対応付け部１２によって生成されたとする。そして、リグレッションテストの実行が開始されたとする。

【0071】

図８に示すように、テストツール３０について、パス組立部３１が、エンハンス前のテストスクリプト２２を読み込む（ステップＳ３１）。パス組立部３１は、読み込んだエンハンス前のテストスクリプト２２に含まれるコマンドラインを１行選択する（ステップＳ３２Ａ）。そして、パス組立部３１は、選択したコマンドラインのパスを組み立てる（ステップＳ３２Ｂ）。

【0072】

そして、テストスクリプト修正部１３Ａは、組み立てられたパスがパス対応付け表２１にある、エンハンス前のパスと一致するかを確認する（ステップＳ３３Ａ）。テストスクリプト修正部１３Ａは、組み立てられたパスがパス対応付け表２１にある、エンハンス前のパスと一致するか否かを判定する（ステップＳ３３Ｂ）。組み立てられたパスがパス対応付け表２１にある、エンハンス前のパスと一致しないと判定した場合には（ステップＳ３３Ｂ；Ｎｏ）、テストスクリプト修正部１３Ａは、そのまま実行すべく、ステップＳ３５に移行する。

【0073】

一方、組み立てられたパスがパス対応付け表２１にある、エンハンス前のパスと一致したと判定した場合には（ステップＳ３３Ｂ；Ｙｅｓ）、テストスクリプト修正部１３Ａは、組み立てられたパスをエンハンス後のパスに置き換える（ステップＳ３４）。そして、テストスクリプト修正部１３Ａは、置き換えたコマンドを実行すべく、ステップＳ３５に移行する。

【0074】

ステップＳ３５において、テスト実行部１４Ａは、エンハンス後のパスに置換された場合には、置換されたパスを示すコマンドを、エンハンス後のパスに置換されない場合には、組み立てられたパスを示すコマンドを実行する（ステップＳ３５）。

【0075】

そして、パス組立部３１は、全てのコマンドラインを選択したか否かを判定する（ステップＳ３６）。全てのコマンドラインを選択していないと判定した場合には（ステップＳ３６；Ｎｏ）、パス組立部３１は、次のコマンドラインを選択すべく、ステップＳ３２Ａに移行する。

【0076】

一方、全てのコマンドラインを選択したと判定した場合には（ステップＳ３６；Ｙｅｓ）、テストスクリプト修正部１３Ａは、全てのテストスクリプトに対して処理したか否かを判定する（ステップＳ３７）。全てのテストスクリプトに対して処理していないと判定した場合には（ステップＳ３７；Ｎｏ）、テストスクリプト修正部１３Ａは、次のテストスクリプトへ進む（ステップＳ３８）。そして、テストスクリプト修正部１３Ａは、ステップＳ３１に移行する。

【0077】

一方、全てのテストスクリプトに対して処理したと判定した場合には（ステップＳ３７；Ｙｅｓ）、テストスクリプト修正部１３は、スクリプト修正処理を終了する。

【0078】

［実施例２の効果］
上記実施例２によれば、パス変更装置１は、テストスクリプトに含まれる対象のパスを、テストを実行する際に組み立て、組み立てた対象のパスを、パス対応付け表２１に応じて、第２のソフトウェアの動作をテストする対象のパスに変更する。かかる構成によれば、パス変更装置１は、複数箇所で同じ変数を使用し、且つ変数の内容の変更が必要な箇所と必要でない箇所とが混在する場合、単純にエンハンス後のパスに置換してしまうことにより間違ったパスに修正することを防ぐことができる。