特許 7597211 テスト支援装置、テスト支援方法及びプログラム

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

(12)【公報種別】特許公報(B2)

(11)【特許番号】

(24)【登録日】2024-12-02

(45)【発行日】2024-12-10

(54)【発明の名称】テスト支援装置、テスト支援方法及びプログラム

(51)【国際特許分類】

   G06F 11/36 20060101AFI20241203BHJP

【ＦＩ】

G06F11/36 164

【請求項の数】 5

(21)【出願番号】P 2023517014

(86)(22)【出願日】2021-04-30

(86)【国際出願番号】 JP2021017246

(87)【国際公開番号】W WO2022230188

(87)【国際公開日】2022-11-03

【審査請求日】2023-07-24

(73)【特許権者】

【識別番号】000004226

【氏名又は名称】日本電信電話株式会社

(74)【代理人】

【識別番号】110004381

【氏名又は名称】弁理士法人ＩＴＯＨ

(74)【代理人】

【識別番号】100107766

【弁理士】

【氏名又は名称】伊東 忠重

(74)【代理人】

【識別番号】100070150

【弁理士】

【氏名又は名称】伊東 忠彦

(74)【代理人】

【識別番号】100124844

【弁理士】

【氏名又は名称】石原 隆治

(72)【発明者】

【氏名】安達 悠

(72)【発明者】

【氏名】丹野 治門

(72)【発明者】

【氏名】切貫 弘之

【審査官】太田 龍一

(56)【参考文献】

【文献】特開２０１７－０５８９８３（ＪＰ，Ａ）

【文献】特開２０１５－１７９４２８（ＪＰ，Ａ）

【文献】特開２０１２－１３３７２１（ＪＰ，Ａ）

【文献】国際公開第２０２０／２０９２２７（ＷＯ，Ａ１）

(58)【調査した分野】(Int.Cl.，ＤＢ名)

Ｇ０６Ｆ １１／３６

(57)【特許請求の範囲】

【請求項1】

テスト対象のソフトウェアに関する或る画面に遷移するまでに行われる操作の履歴を記録する記録部と、
前記画面を構成する要素のうち、値が入力される入力要素について、入力値の候補のリストの入力を受け付ける第１の受付部と、
前記リストに含まれる一つの前記候補を前記入力要素に設定する設定部と、
前記画面を構成する要素のうち、処理の実行指示を示す操作を受け付ける操作要素に対する操作が行われた後に、前記履歴に係る操作を再生する再生部と、
を有し、
前記設定部は、更に、前記履歴の再生の後に、前記入力要素に設定していない前記候補を前記入力要素に設定する、
ことを特徴とするテスト支援装置。

【請求項2】

前記操作要素に対する操作の種別の指定を受け付ける第２の受付部と、
前記指定に係る種別の操作を前記操作要素に対して実行する実行部と、
を有することを特徴とする請求項１記載のテスト支援装置。

【請求項3】

テスト対象のソフトウェアに関する或る画面に遷移するまでに行われる操作の履歴を記録する記録手順と、
前記画面を構成する要素のうち、値が入力される入力要素について、入力値の候補のリストの入力を受け付ける第１の受付手順と、
前記リストに含まれる一つの前記候補を前記入力要素に設定する設定手順と、
前記画面を構成する要素のうち、処理の実行指示を示す操作を受け付ける操作要素に対する操作が行われた後に、前記履歴に係る操作を再生する再生手順と、
をコンピュータが実行し、
前記設定手順は、更に、前記履歴の再生の後に、前記入力要素に設定していない前記候補を前記入力要素に設定する、
ことを特徴とするテスト支援方法。

【請求項4】

前記操作要素に対する操作の種別の指定を受け付ける第２の受付手順と、
前記指定に係る種別の操作を前記操作要素に対して実行する実行手順と、
をコンピュータが実行することを特徴とする請求項３記載のテスト支援方法。

【請求項5】

請求項３又は４記載のテスト支援方法をコンピュータに実行させることを特徴とするプログラム。

【発明の詳細な説明】

【技術分野】

【0001】

本発明は、テスト支援装置、テスト支援方法及びプログラムに関する。

【背景技術】

【0002】

従来、ソフトウェアのテスト作業の効率化のため、「Ｒｅｃｏｒｄ ＆ Ｒｅｐｌａｙ」や「プログラミング」といった、自動テストに関する技術が考案されている。

【0003】

「Ｒｅｃｏｒｄ ＆ Ｒｅｐｌａｙ」とは、ユーザの操作をスクリプトとして記録しておき、当該スクリプトを実行することでテストを自動化する技術である（非特許文献１）。「プログラミング」とは、ブラウザを操作するためのライブラリを用いて、テストコードをプログラムとして記述する技術である（非特許文献２）。

【0004】

但し、自動テストだけでテストを完結させることは困難であるため、手動テストである探索的テストが行われる。探索的テストとは、ソフトウェアのテストを実施しながら次に行うテスト内容を考える手法である。探索的テストでは、直前のテスト結果やテストした際のソフトウェアの振る舞いに着目し、臨機応変にテスト内容を決めることで、システムの不具合が潜んでいそうな箇所に対し集中的にテストが行われる。

【先行技術文献】

【非特許文献】

【0005】

【文献】"Katalon Automation Recorder Quickstart"、［online］、インターネット＜ＵＲＬ：https://www.katalon.com/resources-center/blog/katalon-automation-recorder/＞

【文献】Selenium WebDriver、"コンポーネントを理解する"、［online］、インターネット＜ＵＲＬ：https://www.selenium.dev/documentation/ja/webdriver/understanding_the_components/＞

【発明の概要】

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

【0006】

探索的テストは、テスタがテスト結果を確認しながらインタラクティブに進める手法であるため、画面上の要素に対する入力や操作は手動で行う必要がある。同じ画面で様々な入力を行いたいケースがあるが、そのためには繰り返し当該画面までの手順を再現する必要がある。探索的テストに対して従来の自動テストを利用する場合、探索的テスト中ではなく、別途テストスクリプトやプログラムを作成しておく必要がある。

【0007】

本発明は、上記の点に鑑みてなされたものであって、ソフトウェアのテスト作業を効率化することを目的とする。

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

【0008】

そこで上記課題を解決するため、テスト支援装置は、テスト対象のソフトウェアに関する或る画面に遷移するまでに行われる操作の履歴を記録する記録部と、前記画面を構成する要素のうち、値が入力される入力要素について、入力値の候補のリストの入力を受け付ける第１の受付部と、前記リストに含まれる一つの前記候補を前記入力要素に設定する設定部と、前記画面を構成する要素のうち、処理の実行指示を示す操作を受け付ける操作要素に対する操作が行われた後に、前記履歴に係る操作を再生する再生部と、を有し、前記設定部は、更に、前記履歴の再生の後に、前記入力要素に設定していない前記候補を前記入力要素に設定する。

【発明の効果】

【0009】

ソフトウェアのテスト作業を効率化することができる。

【図面の簡単な説明】

【0010】

【図1】本発明の実施の形態におけるテスト支援装置１０のハードウェア構成例を示す図である。

【図2】本発明の実施の形態におけるテスト支援装置１０の機能構成例を示す図である。

【図3】テスト支援装置１０が実行する処理手順の一例を説明するためのフローチャートである。

【図4】対象画面の表示例を示す図である。

【図5】入力値の候補のリストの入力方法を説明するための図である。

【図6】テストの開始指示を受け付けるためのボタンの表示例を示す図である。

【図7】対象画面の各入力要素に入力値が自動設定された状態を示す図である。

【図8】操作の種別の入力の受け付け例を示す図である。

【図9】次のテストの開始指示を受け付けるためのボタンの表示例を示す図である。

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

【0011】

以下、図面に基づいて本発明の実施の形態を説明する。図１は、本発明の実施の形態におけるテスト支援装置１０のハードウェア構成例を示す図である。図１のテスト支援装置１０は、それぞれバスＢで相互に接続されているドライブ装置１００、補助記憶装置１０２、メモリ装置１０３、ＣＰＵ１０４、インタフェース装置１０５、表示装置１０６、及び入力装置１０７等を有する。

【0012】

テスト支援装置１０での処理を実現するプログラムは、ＣＤ－ＲＯＭ等の記録媒体１０１によって提供される。プログラムを記憶した記録媒体１０１がドライブ装置１００にセットされると、プログラムが記録媒体１０１からドライブ装置１００を介して補助記憶装置１０２にインストールされる。但し、プログラムのインストールは必ずしも記録媒体１０１より行う必要はなく、ネットワークを介して他のコンピュータよりダウンロードするようにしてもよい。補助記憶装置１０２は、インストールされたプログラムを格納すると共に、必要なファイルやデータ等を格納する。

【0013】

メモリ装置１０３は、プログラムの起動指示があった場合に、補助記憶装置１０２からプログラムを読み出して格納する。ＣＰＵ１０４は、メモリ装置１０３に格納されたプログラムに従ってテスト支援装置１０に係る機能を実現する。インタフェース装置１０５は、ネットワークに接続するためのインタフェースとして用いられる。表示装置１０６はプログラムによるＧＵＩ（Graphical User Interface）等を表示する。入力装置１０７はキーボード及びマウス等で構成され、様々な操作指示を入力させるために用いられる。

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

１０ テスト支援装置
１１ 操作ログ記録部
１２ バリエーションテスト制御部
１３ 操作ログ再生部
１００ ドライブ装置
１０１ 記録媒体
１０２ 補助記憶装置
１０３ メモリ装置
１０４ ＣＰＵ
１０５ インタフェース装置
１０６ 表示装置
１０７ 入力装置
Ｂ バス

【図1】

【図2】

【図3】

【図4】

【図5】

【図6】

【図7】

【図8】

【図9】