特開 2023-39273 テスト支援装置及びテスト支援方法

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

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

(11)【公開番号】P2023039273

(43)【公開日】2023-03-20

(54)【発明の名称】テスト支援装置及びテスト支援方法

(51)【国際特許分類】

   G06F 11/36 20060101AFI20230313BHJP

【ＦＩ】

G06F11/36 184

【審査請求】未請求

【請求項の数】9

【出願形態】ＯＬ

(21)【出願番号】P 2021146364

(22)【出願日】2021-09-08

(71)【出願人】

【識別番号】000005108

【氏名又は名称】株式会社日立製作所

(74)【代理人】

【識別番号】110000279

【氏名又は名称】弁理士法人ウィルフォート国際特許事務所

(72)【発明者】

【氏名】中沢 隆紀

(72)【発明者】

【氏名】西 佑介

(72)【発明者】

【氏名】受田 賢知

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

5B042

【Ｆターム（参考）】

5B042HH17

5B042MA08

5B042MA14

5B042MC39

(57)【要約】

【課題】ユーザシステムが複数のリソースで構成される場合でも、ユーザシステムのテストを行うためのテストケースの選定に係る負担を軽減すること。
【解決手段】記憶部１０２は、複数のユーザシステムの構成に関する複数の登録構成データのそれぞれを、当該登録構成データに対応するユーザシステムのテストを実施した際のテストケースと紐づけて記憶する。類似度計算部１０６は、テスト対象のユーザシステムである対象システムの構成に関する入力構成データと複数の登録構成データのそれぞれとの類似度であるデータ類似度を計算する。抽出部（スコア計算部１０７及びテストケース抽出部１０８）は、各データ類似度に基づいて、前記記憶部から前記対象システムのテストを実施する際のテストケースの候補である候補テストケースを抽出する。
【選択図】図１

【特許請求の範囲】

【請求項1】

複数のユーザシステムの構成に関する複数の登録構成データのそれぞれを、当該登録構成データに対応するユーザシステムのテストを実施した際のテストケースと紐づけて記憶する記憶部と、
テスト対象のユーザシステムである対象システムの構成に関する入力構成データと前記複数の登録構成データのそれぞれとの類似度であるデータ類似度を計算する類似度計算部と、
各データ類似度に基づいて、前記記憶部から前記対象システムのテストを実施する際のテストケースの候補である候補テストケースを抽出する抽出部と、
前記候補テストケースを出力する出力部と、を有するテスト支援装置。

【請求項2】

前記類似度計算部は、前記入力構成データの項目ごとに、当該項目の項目値と、前記登録構成データにおける当該項目と同じ項目の項目値との類似度である項目類似度を、前記データ類似度として計算する、請求項１に記載のテスト支援装置。

【請求項3】

前記抽出部は、
前記登録構成データに紐づけられたテストケースごとに、当該登録構成データと前記入力構成データとの各項目類似度の重み付け和であるスコアを計算するスコア計算部と、
前記スコアに基づいて、前記候補テストケースを抽出するテストケース抽出部と、を有する、請求項２に記載のテスト支援装置。

【請求項4】

前記テストケース抽出部は、前記スコアが閾値以上のテストケースを前記候補テストケースとして抽出する、請求項３に記載のテスト支援装置。

【請求項5】

前記閾値は、前記テストケースごとに設定される、請求項４に記載のテスト支援装置。

【請求項6】

前記出力された候補テストケースのいずれかを選択した選択結果を受け付ける入力部と、
前記選択結果に基づいて、前記重み付け和の各重み付け値及び前記閾値の少なくとも一方を更新する更新部と、をさらに有する請求項４に記載のテスト支援装置。

【請求項7】

前記登録構成データの項目のうち、前記入力構成データの項目の項目値との項目類似度が所定値以上の項目である共通要素を抽出する共通要素抽出部をさらに有し、
前記出力部は、前記共通要素をさらに出力する、請求項１に記載のテスト支援装置。

【請求項8】

前記抽出部は、所定の指定項目を含まない前記登録構成データと紐づけられたテストケースを前記候補テストケースから外す、請求項１に記載のテスト支援装置。

【請求項9】

テスト支援装置によるテスト支援方法であって、
複数のユーザシステムの構成に関する複数の登録構成データのそれぞれを、当該登録構成データに対応するユーザシステムのテストを実施した際のテストケースと紐づけて記憶し、
テスト対象のユーザシステムである対象システムの構成に関する入力構成データと前記複数の登録構成データのそれぞれとの類似度であるデータ類似度を計算し、
各データ類似度に基づいて、前記対象システムのテストを実施する際のテストケースの候補である候補テストケースを抽出し、
前記候補テストケースを出力する、テスト支援方法。

【発明の詳細な説明】

【技術分野】

【0001】

本開示は、テスト支援装置及びテスト支援方法に関する。

【背景技術】

【0002】

近年、サーバのメンテナンス性能の向上及び実行環境の可搬性向上のような計算機の効率化のために、ＩＴ（Information Technology）リソースの仮想化が進んでいる。ＩＴリソースを仮想化する技術には、物理サーバを論理的に分割することで複数のサーバとして機能させる仮想サーバ、及び、サーバで動作するＯＳ（Operating System）をプロセス単位に論理分割して１つのサーバのとして機能させるコンテナなどがある。また、仮想化したＩＴリソースを効率的に管理したり運用したりするためのオーケストレーションツールが開発されている。また、これに伴い、オーケストレーションツールを有効的に使用する技術として、ソースコードによりＩＴリソース及びサービスなどを管理し、アプリケーションが動作するユーザシステムを構築して運用することを可能とするＩａＣ（Infrastructure as Code）が注目されている。

【0003】

オーケストレーションツールは、ＩＴリソースにて構成されるユーザシステムを、そのシステム構成をコードで記述したシステム構成データを用いて管理している。システム構成データにより管理されるＩＴリソースは、アプリケーションプログラムのソースコード、コンテナイメージ、アプリケーションプログラム、ライブラリ及びバイナリなど、多岐に渡り、近年では、大規模化の傾向にある。

【0004】

また、通常、ユーザシステムが不具合なく動作することを確認するために、ユーザシステムが本番環境で構築される前に、開発環境においてＩＴリソースのユニットテストが実施される。ユニットテストでは、例えば、ソースコードのバリデーションチェック、ソースコードの機能チェック、コンテナイメージの脆弱性チェックなどが行われる。一方、ユーザビリティ及び障害許容性などの検証については、開発環境では十分に行うことができないため、ユニットテストでは実施せず、ステージング環境などにおけるシステムテストの段階で実施される。なお、ユニットテストは、ＣＩ（Continuous Integration）ツールで自動化することで、ユーザの負担削減を図ることが多い。ＣＩツールによるユニットテストに合格したシステム構成データは、ＣＤ（Continuous Delivery）ツールによってステージング環境にデプロイされ、システムテストが実施される。

【0005】

システムテストにおいて検証されるユーザビリティ及び障害許容性については、ユーザシステムが複数のリソースの組み合わせで構成されているため、従来型の網羅的なテストでの検証が困難となりつつある。このため、探索的テストが用いられることが多い。しかしながら、探索的テストは、ユーザシステムの現在の状態及びユーザの経験などに基づいて、テストケースを選択する必要がある。

【0006】

また、オーケストレーションツールによるユーザシステムの構築においては、オーケストレーションツールのバージョンアップ及びアプリケーションの機能改修などに伴い、システム構成データなどを変更する必要がある。例えば、オーケストレーションツールのバージョンアップの際には、コミュニティ又はクラウドベンダの指示に従って、システム構成データを変更する必要がある。システム構成データを変更した場合、変更点に依存するプログラムが正常に動作しなくなったり、ＯＳ及びミドルウェアとの相性が悪くなり性能が低下したりするなど、ユーザシステムが影響を受ける可能性があるため、ユニットテスト及びシステムテストを再び実施する必要がある。また、オーケストレーションツールが管理するユーザシステムは複数のリソースにて構成されているため、１つのリソースが更新されたことにより、他のリソース及びシステム全体に、更新の影響による問題が生じていないかをテストする必要もある。しなしながら、少数のリソースが変更されるたびに、全てのテストケースを用いたテストを実施すると、ユーザの工数が増大してしまうため、効率が悪い。

【0007】

このため、実施すべきテストケースをユーザに提案することが考えられている。例えば、ソースコードのある箇所を変更した場合、変更内容に依存しない箇所に対するテストは実施する必要がないため、ソースコード変更内容に応じたテストケースをユーザに提案することで、テストを効率的に実施することが可能となる。しかしながら、ソースコードのある箇所の変更によって影響が生じる他の箇所を正確に把握するためには、ソースコード内の依存関係を正確に把握する必要があるため、実施すべきテストケースを選定する負担が大きい。

【0008】

これに対して、特許文献１には、このソフトウェアテストシステムは、ソフトウェアのソースコードの変更点とその影響範囲を特定し、その範囲に限定してテストケースを生成するソフトウェアテストシステムが開示されている。このため、ソースコードの変更に伴うテストのテストケースを選定する負担を軽減することが可能になる。

【先行技術文献】

【特許文献】

【0009】

【特許文献1】特開２０１５―６９４００号公報

【発明の概要】

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

【0010】

しかしながら、オーケストレーションツールが管理するユーザシステムは、複数のリソースで構成されているため、ソースコードの依存関係から複数のリソースに渡る影響範囲を特定することが困難である。また、ソースコードの整合性は担保されているが、リソース間の相性によっては、動作不良又は性能低下が発生する場合もある。このような場合には、ソフトウェアのソースコードの変更点からその影響範囲を特定することが困難であるため、特許文献１に記載の技術では、テストケースの選定に係る負担を軽減することが難しい。

【0011】

本発明の目的は、ユーザシステムが複数のリソースで構成される場合でも、ユーザシステムのテストを行うためのテストケースの選定に係る負担を軽減することが可能なテスト支援装置及びテスト支援方法を提供することである。

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

【0012】

本開示の一態様に従うテスト支援装置は、複数のユーザシステムの構成に関する複数の登録構成データのそれぞれを、当該登録構成データに対応するユーザシステムのテストを実施した際のテストケースと紐づけて記憶する記憶部と、テスト対象のユーザシステムである対象システムの構成に関する入力構成データと前記複数の登録構成データのそれぞれとの類似度であるデータ類似度を計算する類似度計算部と、各データ類似度に基づいて、前記記憶部から前記対象システムのテストを実施する際のテストケースの候補である候補テストケースを抽出する抽出部と、前記候補テストケースを出力する出力部と、を有する。

【発明の効果】

【0013】

本発明によれば、ユーザシステムが複数のリソースで構成される場合でも、ユーザシステムのテストを行うためのテストケースの選定に係る負担を軽減することが可能になる。

【図面の簡単な説明】

【0014】

【図1】本開示の実施例１の探索的テスト支援装置の機能的な構成を示す図である。

【図2】登録構成データの一例を示す図である。

【図3】紐づけ情報の一例を示す図である。

【図4】類似度計算処理の一例を説明するためのフローチャートである。

【図5】入力構成データ及び登録構成データの一例を説明するための図である。

【図6】スコア計算処理の一例を説明するためのフローチャートである。

【図7】テストケース抽出処理の一例を説明するためのフローチャートである。

【図8】本開示の実施例２の探索的テスト支援装置の機能的な構成を示す図である。

【図9】テストケース抽出処理の他の例を説明するためのフローチャートである。

【図10】共通要素抽出処理の一例を説明するためのフローチャートである。

【図11】テストケース候補表示画面の一例を示す図である。

【図12】本開示の実施例３の探索的テスト支援装置の機能的な構成を示す図である。

【図13】テストケース抽出処理の他の例を説明するためのフローチャートである。

【図14】フィルタリング処理の一例を説明するための図である。

【図15】入力画面の一例を示す図である。

【図16】探索的テスト支援装置のハードウェア構成の一例を示す図である。

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

【0015】

以下、図面を用いて実施例を説明する。なお、下記はあくまでも実施の例に過ぎず、下記具体的内容に発明自体が限定されることを意図するものではない。また、以下の説明において、同一又は類似の要素及び処理に同一の符号を付し、重複説明を省略することがある。また、後出の実施例では、既出の実施例との差異を主に説明し、重複する説明を省略することがある。また、以下の実施例の説明及び各図で示す構成及び処理は、本発明の理解及び実施に必要な程度で実施例の概要を示すものであり、本発明に係る実施の態様を限定することを意図する趣旨ではない。また、各実施例及び各変形例は、本発明の趣旨を逸脱せず、互いに整合する範囲内で、一部又は全部を組合せることができる。

【実施例0016】

図１は、本開示の実施例１の探索的テスト支援装置の機能的な構成を示す図である。図１に示す探索的テスト支援装置１００は、オーケストレーションツールが管理する複数のリソースで構成されるユーザシステムのテストを実施する際のテストケースの候補である候補テストケースを選定することで、ユーザが候補テストケースからテストで実際に実施するテストケースを選択できるようにするためのテスト支援装置である。ユーザシステムのテストは、本実施例では、探索的テストである。

【0017】

図１に示すように探索的テスト支援装置１００は、ユーザ端末１１１及びＣＩツール１１２と通信可能に接続される。ユーザ端末１１１は、ＣＤツール１１４及び探索的テストツール１１６と通信可能に接続され、ＣＩツール１１２は、リポジトリ１１３と通信可能に接続される。また、リポジトリ１１３は、ＣＤツール１１４と通信可能に接続される。また、ＣＤツール１１４及び探索的テストツール１１６は、アプリケーション実行環境１１５と通信可能に接続される。

【0018】

ユーザ端末１１１は、探索的テスト支援装置１００を利用するユーザにて使用される端末装置である。ユーザ端末１１１は、例えば、ユーザからの操作に応じて、探索的テスト支援装置１００による候補テストケースの選定に使用する情報を探索的テスト支援装置１００に入力する。また、ユーザ端末１１１は、たとえば、ユーザからの操作に応じて、探索的テスト支援装置１００にて選定された候補テストケースから実際のテストで使用するテストケースである実施テストケースを選択する。

【0019】

ＣＩツール１１２は、継続的インテグレーションを行う。例えば、ＣＩツール１１２は、テスト対象のユーザシステムの構成に関するシステム構成データをリポジトリ１１３から取得して探索的テスト支援装置１００に入力する。リポジトリ１１３は、ユーザシステムを構築するための複数のシステム構成データを格納する。なお、システム構成データは、複数のファイルから構成されていてもよい。

【0020】

ＣＤツール１１４は、継続的デリバリーを行う。例えば、ＣＤツール１１４は、リポジトリ１１３からシステム構成データを取得し、そのシステム構成データに応じたユーザシステムをインスタンス化して構築する。アプリケーション実行環境１１５は、ユーザシステムを構築するためのハードウェアであり、例えば、システム構成データに応じて構築されたユーザシステム上でアプリケーション１１５１を実行する。

【0021】

探索的テストツール１１６は、ユーザ端末１１１にて選択された実施テストケースに応じた探索的テストをアプリケーション実行環境１１５にて実行する。

【0022】

なお、ＣＩツール１１２、リポジトリ１１３、ＣＤツール１１４、アプリケーション実行環境１１５及び探索的テストツール１１６は、コンピュータサーバなどに搭載することができ、その際、同一のコンピュータサーバなどに搭載されてもよい。

【0023】

探索的テスト支援装置１００は、システム構成データ入力部１０１、記憶部１０２、ユーザ入力部１０３、重み付け設定部１０４、閾値設定部１０５、類似度計算部１０６、スコア計算部１０７、テストケース抽出部１０８、テストケース出力部１０９及び記憶データ更新部１１０を含む。

【0024】

システム構成データ入力部１０１は、テスト対象のユーザシステムである対象システムの構成に関するシステム構成データを入力構成データとして受け付ける入力部である。また、システム構成データ入力部１０１は、入力構成データを規定のデータフォーマットに変換する。本実施例では、後述するように入力構成データは記憶部１０２が格納するシステム構成データである登録構成データと比較されるため、システム構成データ入力部１０１は、この比較が可能なように、入力構成データを登録構成データと同じデータフォーマットに変換する。

【0025】

なお、システム構成データは、ユーザの操作に応じてユーザ端末１１１からシステム構成データ入力部１０１に入力されてもよいし、ＣＩツール１１２にてリポジトリ１１３から取得されてシステム構成データ入力部１０１に入力されてもよい。

【0026】

記憶部１０２は、種々の情報を記憶する。具体的には、記憶部１０２は、システム構成データ記憶部１０２１、テストケース記憶部１０２２及び紐づけ情報記憶部１０２３を含む。

【0027】

システム構成データ記憶部１０２１は、システム構成データ入力部１０１に入力されるシステム構成データと比較するためのシステム構成データである登録構成データを記憶する。登録構成データは、例えば、過去にテストが実施されたユーザシステムに関するシステム構成データであり、ユーザにて事前に登録される。また、探索的テスト支援装置１００の運用時には、登録構成データは、記憶データ更新部１１０にて追加又は更新されてもよい。

【0028】

図２は、登録構成データの一例を示す図である。図２では、登録構成データとして、複数のシステム構成定義ファイル群２００Ａ～２００Ｃが示されている。以下では、各システム構成定義ファイル群２００Ａ～２００Ｃを区別する必要がない場合、システム構成定義ファイル群２００Ａ～２００Ｃをまとめてシステム構成定義ファイル群２００と呼ぶこともある。

【0029】

システム構成定義ファイル群２００は、ユーザシステムを構成するリソースを定義するためのファイル群である。リソースとしては、アプリケーション、ネットワーク及びデータベースなどが挙げられる。システム構成定義ファイル群２００に含まれる各ファイルであるシステム構成定義ファイル２０１は、ユーザシステムの構成を定義する１つ又は複数の項目を有する。項目は、リソースをアプリケーション実行環境１１５上で動作させるのに必要な情報を示す。例えば、項目は、例えば、リソースの名称、バージョン情報、機能情報及び保存方法や、使用するポート番号などである。例えば、項目がＡＰＩ（Application Programming Interface）のバージョン情報の場合、項目値として、ユーザシステムで使用する実際のＡＰＩのバージョン情報が格納される。

【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】

スコア計算部１０７は、テストケース記憶部１０２２に取得していないテストケース１０２２１が存在するか否かを判定する（ステップＳ６０８）。

【0070】

取得していないテストケース１０２２１が存在する場合（ステップＳ６０８：Ｙｅｓ）、スコア計算部１０７は、テストケース記憶部１０２２に記憶されたテストケース１０２２１のうち、まだ取得していないテストケース１０２２１のいずれかを取得して（ステップＳ６０９）、ステップＳ６０２の処理に戻る。

【0071】

取得していないテストケース１０２２１が存在しない場合（ステップＳ６０８：Ｎｏ）、スコア計算部１０７は、スコア算出処理を終了する。

【0072】

図７は、テストケース抽出部１０８などによる候補テストケースを選定するテストケース抽出処理の一例を説明するためのフローチャートである。テストケース抽出処理は、図６を用いて説明したスコア計算処理の終了を契機に実行される。

【0073】

テストケース抽出処理では、先ず、テストケース抽出部１０８は、テストケース記憶部１０２２からテストケース１０２２１のいずれかを取得する（ステップＳ７０１）。ここでは、テストケース抽出部１０８は、テストケース記憶部１０２２から最も古いテストケース１０２２１を取得する。例えば、テストケース抽出部１０８は、図４のテストケースＡに対応するテストケース１０２２１を取得する。

【0074】

テストケース抽出部１０８は、スコア計算部１０７がＳ６０７で算出したスコアのうち、取得したテストケース１０２２１のスコアを取得する（ステップＳ７０２）。以下では、取得したスコアをＳ_Ａと記載することもある。

【0075】

テストケース抽出部１０８は、紐づけ情報記憶部１０２３の紐づけ情報から、取得したテストケース１０２２１に対応する閾値を取得する（ステップＳ７０３）。例えば、テストケース抽出部１０８は、テストケースＡに紐づけられた閾値Ｔ_Ａを取得する。

【0076】

テストケース抽出部１０８は、取得したテストケース１０２２１のスコアが閾値以上（例えば、Ｓ_Ａ≧Ｔ_Ａ）か否かを判定する（ステップＳ７０４）。

【0077】

スコアが閾値以上の場合（ステップＳ７０４：Ｙｅｓ）、テストケース抽出部１０８は、取得したテストケース１０２２１を有効化する（ステップＳ７０５）。一方、スコアが閾値未満の場合（ステップＳ７０４：Ｎｏ）、テストケース抽出部１０８は、取得したテストケース１０２２１を無効化する（ステップＳ７０６）。なお、テストケース１０２２１の有効化及び無効化は、例えば、有効化したテストケース１０２２１にはフラグを立て、無効化したテストケース１０２２１にはフラグを立てないことなどで行う。

【0078】

その後、テストケース抽出部１０８は、テストケース記憶部１０２２に取得していないテストケース１０２２１が存在するか否かを判定する（ステップＳ７０７）。

【0079】

取得していないテストケース１０２２１が存在する場合（ステップＳ７０７：Ｙｅｓ）、テストケース抽出部１０８は、テストケース記憶部１０２２に記憶されたテストケース１０２２１のうち、まだ取得していないテストケース１０２２１のいずれかを取得して（ステップＳ７０８）、ステップＳ７０２の処理に戻る。

【0080】

取得していないテストケース１０２２１が存在しない場合（ステップＳ７０７：Ｎｏ）、テストケース抽出部１０８は、有効化したテストケース１０２２１を候補テストケースとして、テストケース出力部１０９を介してユーザ端末１１１に出力する（ステップＳ７０９）。このとき、ユーザ端末１１１は、例えば、候補テストケースの一覧を表示する。ユーザは、候補テストケースの一覧の中から実際に探索的テストを行うための実施テストケースを選択する。そして、ユーザ端末１１１は、ユーザの選択結果を探索的テスト支援装置１００に出力する。

【0081】

その後、ユーザ入力部１０３がユーザ端末１１１からユーザの選択結果を受け付けると、記憶データ更新部１１０は、その選択結果に基づいて、紐づけ情報記憶部１０２３の紐づけ情報の重み付け値を更新して（ステップＳ７１０）、テストケース抽出処理を終了する。

【0082】

重み付け値の更新では、記憶データ更新部１１０は、例えば、実施テストケースとして選択されなかった候補テストケースに紐づけられた各項目の重み付け値が適切ではなかったと判断して、その重み付け値を下げる。このとき、記憶データ更新部１１０は、実施テストケースとして選択された候補テストケースに紐づけられた各項目の重み値を更新しなくてもよいし、重み値をさらに高くしてもよい。また、記憶データ更新部１１０は、ユーザ端末１１１に対して各候補テストケースに紐づけられた各項目の重み付け値を更新するための画面を表示してもよい。この場合、記憶データ更新部１１０は、その画面に応じてユーザがユーザ端末１１１に入力した内容に応じて、重み付け値を更新する。なお、記憶データ更新部１１０は、重み付け値の代わりに、又は、重み付け値に加えて、閾値を更新してもよい。閾値の更新では、記憶データ更新部１１０は、例えば、実施テストケースとして選択されなかった候補テストケースに紐づけられた各項目の閾値が適切ではなかったと判断して、その閾値を上げる。

【0083】

以上説明したように本実施例によれば、記憶部１０２は、複数のユーザシステムの構成に関する複数の登録構成データのそれぞれを、当該登録構成データに対応するユーザシステムのテストを実施した際のテストケース１０２２１と紐づけて記憶する。類似度計算部１０６は、テスト対象のユーザシステムである対象システムの構成に関する入力構成データと複数の登録構成データのそれぞれとの類似度であるデータ類似度を計算する。抽出部（スコア計算部１０７及びテストケース抽出部１０８）は、各データ類似度に基づいて、前記記憶部から前記対象システムのテストを実施する際のテストケース１０２２１の候補である候補テストケースを抽出する。したがって、テスト対象のユーザシステムの構成のシステム構成データに有効なテストケース１０２２１を候補テストケースとして抽出することができるので、ユーザシステムが複数のリソースで構成される場合でも、ユーザシステムのテストを行うためのテストケースの選定に係る負担を軽減することが可能になる。

【0084】

また、本実施例では、類似度計算部１０６は、入力構成データの項目ごとに、当該項目の項目値と、登録構成データにおける当該項目と同じ項目の項目値との類似度である項目類似度をデータ類似度として計算する。この場合、入力構成データと登録構成データとの類似度をより適切に計算することが可能となるため、候補テストケースの選定精度を高くすることが可能となる。

【0085】

また、本実施例では、スコア計算部１０７は、登録構成データに紐づけられたテストケースごとに、登録構成データと入力構成データとの各項目類似度の重み付け和であるスコアを計算する。テストケース抽出部１０８は、スコアに基づいて、候補テストケースを抽出する。このため、候補テストケースをより適切に選定することができる。

【0086】

また、本実施例では、テストケース抽出部１０８は、スコアが閾値以上のテストケースを候補テストケースとして抽出する。このため、候補テストケースをより適切に選定することができる。

【0087】

また、本実施例では、閾値はテストケースごとに設定されているため、候補テストケースをより適切に選定することが可能となる。

【0088】

また、本実施例では、ユーザ入力部１０３は、候補テストケースのいずれかを選択した選択結果を受け付ける。記憶データ更新部１１０は、その選択結果に基づいて、重み付け値及び閾値の少なくとも一方を更新する。このため、ユーザの選択に基づいて重み付け値及び閾値の少なくとも一方を継続的に変更することが可能となるため、候補テストケースの選定精度をより高くすることが可能となる。

【実施例0089】

実施例１では、候補テストケースを選定してユーザに提示した例を説明したが、本実施例では、候補テストケースに加えて、候補テストケースを選定した選定理由をさらに提示する例を説明する。

【0090】

図８は、本開示の実施例２の探索的テスト支援装置の機能的な構成を示す図である。図８に示す探索的テスト支援装置１００は、図１に示した実施例１の探索的テスト支援装置１００と比べて、共通要素抽出部８００をさらに有する点で異なる。

【0091】

共通要素抽出部８００は、紐づけ情報記憶部１０２３の紐づけ情報において、テストケース抽出部１０８にて有効化されたテストケース１０２２１に対応する登録構成データの共通要素を選定理由として抽出する。共通要素は、具体的には、入力構成データの項目の項目値との項目類似度が所定値以上の項目である。本実施例では、所定値は「１００％」である。つまり、共通要素は、入力構成データと項目値が同じ項目である。

【0092】

図９は、共通要素を抽出する要素抽出処理を含むテストケース抽出処理を説明するためのフローチャートである。以下では、図７を用いて説明した実施例１のテストケース抽出処理とは異なる部分を主に説明する。

【0093】

先ず、ステップＳ７０１～Ｓ７０８の処理が行われる。また、ステップＳ７０７において取得していないテストケース１０２２１が存在しないと判断された場合（ステップＳ７０７：Ｎｏ）、共通要素抽出部８００は、紐づけ情報記憶部１０２３の紐づけ情報から、テストケース抽出部１０８にて有効化されたテストケース１０２２１に対応する登録構成データの共通要素を抽出する共通要素抽出処理を行う（ステップＳ９０１）。

【0094】

そして、テストケース抽出部１０８は、有効化したテストケース１０２２１を候補テストケースとし、候補テストケースと共通要素とを、テストケース出力部１０９を介してユーザ端末１１１に出力する（ステップＳ９０２）。その後、ステップＳ７１０の処理が実行され、テストケース抽出処理が終了される。

【0095】

図１０は、図９のステップＳ９０１の共通要素抽出処理の一例を説明するためのフローチャートである。

【0096】

共通要素抽出処理では、共通要素抽出部８００は、２つ以上のテストケース１０２２１が有効化されているか否かを判定する（ステップＳ１００１）。

【0097】

２つ以上のテストケース１０２２１が有効化されていない場合（ステップＳ１００１：Ｎｏ）、共通要素抽出部８００は、共通要素の抽出を行わずに共通要素抽出処理を終了する。この場合、図９のステップＳ９０２で候補テストケースだけが出力される。

【0098】

２つ以上のテストケース１０２２１が有効化されている場合（ステップＳ１００１：Ｙｅｓ）、共通要素抽出部８００は、有効化されたテストケース１０２２１のいずれかを取得する（ステップＳ１００２）。例えば、共通要素抽出部８００は、有効化されたテストケース１０２２１のうち、最も古いテストケース１０２２１を取得する。

【0099】

共通要素抽出部８００は、紐づけ情報記憶部１０２３の紐づけ情報を参照して、取得されたテストケース１０２２１に対応する登録構成データを取得する（ステップＳ１００３）。共通要素抽出部８００は、取得した登録構成データから項目のいずれかを取得項目として取得する（ステップＳ１００４）。

【0100】

共通要素抽出部８００は、紐づけ情報記憶部１０２３の紐づけ情報を参照して、他のテストケース１０２２１に対応する登録構成データに取得項目と同じ項目が存在するか否かを判定する（ステップＳ１００５）。

【0101】

同じ項目が存在する場合（ステップＳ１００５：Ｙｅｓ）、共通要素抽出部８００は、その同じ項目の項目値が取得項目の項目値と同じか否かを判定する（ステップＳ１００６）。

【0102】

項目値が同じ場合（ステップＳ１００６：Ｙｅｓ）、共通要素抽出部８００は、取得項目を共通要素として抽出する（ステップＳ１００７）。項目が異なる場合（ステップＳ１００６：Ｎｏ）、共通要素抽出部８００は、ステップＳ１００７の処理をスキップする。また、同じ項目が存在しない場合（ステップＳ１００５：Ｎｏ）、共通要素抽出部８００は、ステップＳ１００６及びＳ１００７の処理をスキップする。

【0103】

そして、共通要素抽出部８００は、取得した登録構成データにまだ取得していない項目が存在するか否かを判定する（ステップＳ１００８）。

【0104】

取得していない項目が存在する場合（ステップＳ１００８：Ｙｅｓ）、共通要素抽出部８００は、取得した登録構成データのうち取得していない項目のいずれかを取得し（ステップＳ１００９）、ステップＳ１００５の処理に戻る。

【0105】

取得していない項目が存在しない場合（ステップＳ１００８：Ｎｏ）、共通要素抽出部８００は、共通要素抽出処理を終了する。

【0106】

図１１は、候補テストケース及び共通要素を表示するテストケース候補表示画面の一例を示す図である。

【0107】

図１１（ａ）に示すテストケース候補表示画面１１００ａは、候補テストケースを示すテストケース名１１０１と、候補テストケースに対応する登録構成データを示す構成データ名１１０２と、共通要素を示す共通要素名１１０３とを含む。ここでは、候補テストケースとして選定されたテストケースＣ及びＤに関する情報が示されている。

【0108】

図１１（ｂ）に示すテストケース候補表示画面１１００ｂは、図１１（ａ）に示したテストケース候補表示画面１１００ａと同様に、テストケース名１１０１と、構成データ名１１０２と、共通要素名１１０３とを含む。ただし、テストケース候補表示画面１１００ｂは、共通要素が２つある点で、テストケース候補表示画面１１００ａとは異なる。

【0109】

なお、Ｓ１００６の判定時に、項目類似度が１００％よりも低い項目も共通要素とすることで、バージョン違いのような項目値上の文字の細かい違いを含む項目も共通要素として抽出することができる。

【0110】

以上説明したように実施例によれば、候補テストケースが選定された選定理由として共通要素をユーザに提示することが可能になるため、ユーザはテストケースに関係がある要素を把握することができる。したがって、ユーザが候補テストケースから適切な実施テストケースを選択することを支援することが可能となる。