JP2023183817A - テスト準備効率化装置、テスト準備効率化方法およびテスト準備効率化プログラム - Google Patents

Abstract

【課題】画面上で自動実行される動作についてのテストを行うために必要な情報が表形式のテキストデータとして書き込まれているテストシナリオデータに基づいて、定義管理テーブルおよび画面操作命令テーブルを生成することで、テストの準備を効率化・統一化することができるテスト準備効率化装置、テスト準備効率化方法およびテスト準備効率化プログラムの提供を課題とする。【解決手段】本実施形態では、（１）画面上で自動実行される動作についてのテストを行うために必要な情報が表形式のテキストデータとして書き込まれているテストシナリオデータに基づいて、前記動作を定義して管理するためのテーブルである定義管理テーブルを生成し、（２）前記テストシナリオデータに基づいて、前記テストの際に実行される画面の自動操作に関する命令を記憶するためのテーブルである画面操作命令テーブルを生成する。【選択図】図１

Description

本発明は、テスト準備効率化装置、テスト準備効率化方法およびテスト準備効率化プログラムに関する。

特許文献１には、ＭＶＣアーキテクチャで開発されたソフトウェアについて、コントローラ層の業務処理メソッドの単体テストを、ビュー層プログラムの実装及び起動をすることなく可能にすることで、テスト実施者のソフトウェア操作及びプログラム実装作業を簡易化し、テスト作業量を軽減することを目的とするソフトウェア業務処理テスト簡易化装置が開示されている（特許文献１の００１１段落参照）。

特開２０１４－５６３８８号公報

上記特許文献１に記載のように、ソフトウェアが開発された場合には、動作検証等のテストを行うが、このテストに必要な作業量を軽減することが近年の課題となっている。

ここで、ある操作を行うとある動作が自動実行される画面を開発した場合、当該ある操作を行うと本当に当該ある動作が正常に行われるかどうかを確認するテストを行う必要がある。当該テストとは、例えば、あるボタンを押下するという「操作」を行った場合に、文字列ラベルにある文字列が表示されるという「動作」が正常に行われるかどうかを確認するテスト等である。

このようなテストを自動で行うためには、前記動作を定義して管理するためのテーブルである定義管理テーブル、および、前記操作に関する命令を記憶するためのテーブルである画面操作命令テーブルを生成する必要がある。

しかしながら、このような定義管理テーブルおよび画面操作命令テーブルの生成（いわば、テストを行うための準備）は、従来においては、担当者が手動で行っていたため効率が悪かった。また、生成するテーブルの内容が担当者間で統一されていなかった。

本発明は、上記問題点に鑑みてなされたものであって、画面上で自動実行される動作についてのテストを行うために必要な情報が表形式のテキストデータとして書き込まれているテストシナリオデータに基づいて、定義管理テーブルおよび画面操作命令テーブルを生成することで、テストの準備を効率化・統一化することができるテスト準備効率化装置、テスト準備効率化方法およびテスト準備効率化プログラムを提供することを目的とする。

上述した課題を解決し、目的を達成するために、本発明に係るテスト準備効率化装置においては、画面上で自動実行される動作についてのテストを行うために必要となる準備を効率化することができる、制御部を備えるテスト準備効率化装置であって、前記制御部は、前記テストを行うために必要な情報が表形式のテキストデータとして書き込まれているテストシナリオデータに基づいて、前記動作を定義して管理するためのテーブルである定義管理テーブルを生成する定義管理生成手段と、前記テストシナリオデータに基づいて、前記テストの際に実行される画面の自動操作に関する命令を記憶するためのテーブルである画面操作命令テーブルを生成する操作命令生成手段と、を備えること、を特徴とする。

また、本発明に係るテスト準備効率化装置においては、前記定義管理テーブルが、画面上の対象の情報であるコントロール情報、画面上で自動実行される各々の前記動作の情報であるアクション情報、一連の前記動作をまとめたフローチャートの情報であるロジックフロー情報、および、前記コントロール情報に前記ロジックフロー情報が紐づけられることで、前記コントロール情報が選択された際に対応する前記ロジックフロー情報で定義される前記フローチャートが流れることが定義された紐づけ情報からなる群から選択される少なくとも一つの情報を含むこと、を特徴とする。

また、本発明に係るテスト準備効率化装置においては、前記テストシナリオデータが、エクセル形式のデータであること、を特徴とする。

また、本発明に係るテスト準備効率化装置においては、前記制御部は、前記画面操作命令テーブルに基づいて、画面の操作を実行する画面操作実行手段を更に備え、当該画面操作実行手段による画面の操作の結果、異常がない場合は前記定義管理テーブルに基づいた前記動作が画面上で自動実行され、これに対して、異常がある場合は前記定義管理テーブルに基づいた前記動作が画面上で自動実行されないこと、を特徴とする。

また、本発明に係るテスト準備効率化装置においては、前記画面操作実行手段は、前記画面操作実行手段による画面の操作の結果を、テストエビデンスとして保存すること、を特徴とする。

また、本発明に係るテスト準備効率化装置においては、前記テストエビデンスが、前記画面操作実行手段が操作した画面のスクリーンショットであること、を特徴とする。

また、本発明に係るテスト準備効率化方法においては、画面上で自動実行される動作についてのテストを行うために必要となる準備を効率化することができる、制御部を備える情報処理装置で実行されるテスト準備効率化方法であって、前記制御部で実行される、前記テストを行うために必要な情報が表形式のテキストデータとして書き込まれているテストシナリオデータに基づいて、前記動作を定義して管理するためのテーブルである定義管理テーブルを生成する定義管理生成ステップと、前記テストシナリオデータに基づいて、前記テストの際に実行される画面の自動操作に関する命令を記憶するためのテーブルである画面操作命令テーブルを生成する操作命令生成ステップと、を含むこと、を特徴とする。

また、本発明に係るテスト準備効率化プログラムにおいては、画面上で自動実行される動作についてのテストを行うために必要となる準備を効率化することができる、制御部を備える情報処理装置に実行させるためのテスト準備効率化プログラムであって、前記制御部に実行させるための、前記テストを行うために必要な情報が表形式のテキストデータとして書き込まれているテストシナリオデータに基づいて、前記動作を定義して管理するためのテーブルである定義管理テーブルを生成する定義管理生成ステップと、前記テストシナリオデータに基づいて、前記テストの際に実行される画面の自動操作に関する命令を記憶するためのテーブルである画面操作命令テーブルを生成する操作命令生成ステップと、を含むこと、を特徴とする。

本発明によれば、画面上で自動実行される動作についてのテストを行うために必要な情報が表形式のテキストデータとして書き込まれているテストシナリオデータに基づいて、定義管理テーブルおよび画面操作命令テーブルを生成することで、テストの準備を効率化・統一化することができるという効果を奏する。

図１は、テスト準備効率化装置の構成の一例を示すブロック図である。 図２は、ローコード開発およびテストについての従来における全体像の一例を示す図である。 図３は、ローコード開発およびテストについての本実施形態における全体像の一例を示す図である。 図４は、テストシナリオデータの一般的構成の一例を示す図である。 図５は、テストシナリオデータの具体例を示す図である。 図６は、シナリオ登録プログラムによる、ＵＩ定義および画面操作命令テーブルの生成のイメージの一例を示す図である。 図７は、シナリオ登録プログラムによる、ＵＩ定義の生成のイメージの一例を示す図である。 図８は、シナリオ登録プログラムによる、画面操作命令テーブルの生成のイメージの一例を示す図である。 図９は、画面操作プログラムによる、画面操作の実行のイメージの一例を示す図である。 図１０は、画面操作プログラムが読み込む対象となる、画面操作命令テーブル中の情報の一例を示す図である。 図１１は、画面操作命令テーブル中のＳＥＱ００１のシナリオを実行する場合における４つの操作の一例を示す図である。 図１２は、４つの操作のうちの１番目の操作の一例を示す図である。 図１３は、４つの操作のうちの２番目の操作の一例を示す図である。 図１４は、４つの操作のうちの３番目の操作の一例を示す図である。 図１５は、４つの操作のうちの４番目の操作の一例を示す図である。 図１６は、コントロールの入力テストについてのイメージの一例を示す図である。 図１７は、テストシナリオデータおよびユーザーインターフェースの一例を示す図である。 図１８は、テストシナリオデータおよび定義管理テーブルの一例を示す図である。 図１９は、テストシナリオデータおよび画面操作命令テーブルの一例を示す図である。 図２０は、分岐テストについてのイメージの一例を示す図である。 図２１は、テストシナリオデータおよびユーザーインターフェースの一例を示す図である。 図２２は、テストシナリオデータの一例を示す図である。 図２３は、テストシナリオデータおよびフローイメージの一例を示す図である。 図２４は、テストシナリオデータの一例を示す図である。 図２５は、テストシナリオデータおよび定義管理テーブルの一例を示す図である。 図２６は、定義管理テーブルの一例を示す図である。 図２７は、定義管理テーブルの一例を示す図である。 図２８は、テストシナリオデータおよび画面操作命令テーブルの一例を示す図である。 図２９は、画面操作命令情報のサンプル一覧をまとめた表の一例を示す図である。 図３０は、テストシナリオ登録のフローチャートの一例を示す図である。 図３１は、定義ＩＤの読み込みについてのイメージの一例を示す図である。 図３２は、画面起動についてのイメージの一例を示す図である。 図３３は、コントロールの入力テストを行う場合における画面操作命令テーブルおよび実行画面の一例を示す図である。 図３４は、コントロールの入力テストを行う場合における画面操作命令テーブルおよび保存ファイルの一例を示す図である。 図３５は、コントロールの入力テストを行う場合における画面操作命令テーブルおよび実行画面の一例を示す図である。 図３６は、コントロールの入力テストを行う場合における画面操作命令テーブルおよび保存ファイルの一例を示す図である。 図３７は、分岐テストを行う場合における画面操作命令テーブルおよび実行画面の一例を示す図である。 図３８は、分岐テストを行う場合における画面操作命令テーブルおよび保存ファイルの一例を示す図である。 図３９は、分岐テストを行う場合における画面操作命令テーブルおよび実行画面の一例を示す図である。 図４０は、分岐テストを行う場合における画面操作命令テーブルおよび実行画面の一例を示す図である。 図４１は、分岐テストを行う場合における画面操作命令テーブルおよび保存ファイルの一例を示す図である。 図４２は、テストシナリオ実行のフローチャートの一例を示す図である。

以下に、本発明に係るテスト準備効率化装置、テスト準備効率化方法およびテスト準備効率化プログラムの実施形態を、図面に基づいて詳細に説明する。なお、本実施形態により本発明が限定されるものではない。

［１．概要］
従来、ローコード開発の分野においては、例えば、以下の１～４のような問題があった。
１．生成したＵＩ（ユーザーインターフェイス）定義のみの管理では、最終的にどんな設定で保存されているか分からなかった。
２．回帰テストに使用するＵＩ定義が、前回テスト時と同一の設定かどうか保証できなかった。
３．テスト担当者によって、画面操作方法が異なっていた。
４．テスト担当者によって、テスト画面のスクリーンショットの撮り方が異なっていた。

そこで、本実施形態においては、例えば、以下の１～４のことをできるようにした。
１．エクセルに設定したテストシナリオをコンバートすることで、簡易テストを可能とした。これにより、テスト内容の変更や追加シナリオの作業について、テスト担当者は、テストシナリオの管理のみすればよくなった。
２．ＵＩ定義の情報や画面操作命令の情報を表形式のテキストをベースに構成されたテストシナリオで管理できるようにした。これにより、情報を一元管理できるようになった。
３．ローコード開発ツールを使用したＵＩ定義の生成および画面操作を自動化した。これにより、テストの効率化が図れた。
４．ローコード開発ツールを使用したＵＩ定義生成、画面操作およびテスト画面のスクリーンショットを自動化した。これにより、簡易テストがいつでも繰り返し可能となった。

要するに、本実施形態においては、テストシナリオから、ＵＩ定義（定義管理テーブル）および画面操作命令テーブルを自動生成できるようにした。また、本実施形態においては、当該生成した定義管理テーブルおよび画面操作命令テーブルに基づいて、テストの自動実行およびテストエビデンス（例えば、スクリーンショット）の自動生成をできるようにした。以下、具体的な構成および動作について説明する。

［２．構成］
本実施形態に係るテスト準備効率化装置１００の構成の一例について、図１を参照して説明する。図１は、テスト準備効率化装置１００の構成の一例を示すブロック図である。

テスト準備効率化装置１００は、市販のデスクトップ型パーソナルコンピュータである。なお、テスト準備効率化装置１００は、デスクトップ型パーソナルコンピュータのような据置型情報処理装置に限らず、市販されているノート型パーソナルコンピュータ、ＰＤＡ（Ｐｅｒｓｏｎａｌ Ｄｉｇｉｔａｌ Ａｓｓｉｓｔａｎｔｓ）、スマートフォン、タブレット型パーソナルコンピュータなどの携帯型情報処理装置であってもよい。

テスト準備効率化装置１００は、制御部１０２と通信インターフェース部１０４と記憶部１０６と入出力インターフェース部１０８と、を備えている。テスト準備効率化装置１００が備えている各部は、任意の通信路を介して通信可能に接続されている。

通信インターフェース部１０４は、ルータ等の通信装置および専用線等の有線または無線の通信回線を介して、テスト準備効率化装置１００をネットワーク３００に通信可能に接続する。通信インターフェース部１０４は、他の装置と通信回線を介してデータを通信する機能を有する。ここで、ネットワーク３００は、テスト準備効率化装置１００とサーバ２００とを相互に通信可能に接続する機能を有し、例えばインターネットやＬＡＮ（Ｌｏｃａｌ Ａｒｅａ Ｎｅｔｗｏｒｋ）等である。なお、後述する各種マスタ等のデータは、例えばサーバ２００に格納されてもよい。

入出力インターフェース部１０８には、入力装置１１２および出力装置１１４が接続されている。出力装置１１４には、モニタ（家庭用テレビを含む）の他、スピーカやプリンタを用いることができる。入力装置１１２には、キーボード、マウス、及びマイクの他、マウスと協働してポインティングデバイス機能を実現するモニタを用いることができる。なお、以下では、出力装置１１４をモニタ１１４とし、入力装置１１２をキーボード１１２またはマウス１１２として記載する場合がある。

記憶部１０６には、各種のデータベース、テーブルおよびファイルなどが格納される。記憶部１０６には、ＯＳ（Ｏｐｅｒａｔｉｎｇ Ｓｙｓｔｅｍ）と協働してＣＰＵ（Ｃｅｎｔｒａｌ Ｐｒｏｃｅｓｓｉｎｇ Ｕｎｉｔ）に命令を与えて各種処理を行うためのコンピュータプログラムが記録される。記憶部１０６として、例えば、ＲＡＭ（Ｒａｎｄｏｍ Ａｃｃｅｓｓ Ｍｅｍｏｒｙ）・ＲＯＭ（Ｒｅａｄ Ｏｎｌｙ Ｍｅｍｏｒｙ）等のメモリ装置、ハードディスクのような固定ディスク装置、フレキシブルディスク、および光ディスク等を用いることができる。

記憶部１０６は、例えば、テストシナリオデータ１０６ａと、定義管理テーブル１０６ｂと、画面操作命令テーブル１０６ｃと、を備えている。

本実施形態に係るテスト準備効率化装置１００によれば、画面上で自動実行される動作についてのテストを行うために必要となる準備を効率化することができる。

テストシナリオデータ１０６ａは、前記テストを行うために必要な情報が表形式のテキストデータとして書き込まれている。テストシナリオデータ１０６ａは、好ましくは、エクセル形式のデータである。

テストシナリオデータ１０６ａは、図４に示すように、要素として、例えば、テストケースの概要と、定義管理テーブル１０６ｂの生成の基になる情報（ＵＩ定義）と、画面操作命令テーブル１０６ｃの生成の基になる情報（画面操作命令）と、テストの確認内容と、等を含む。

定義管理テーブル１０６ｂは、前記動作を定義して管理するためのテーブルである。定義管理テーブル１０６ｂは、図１８および図２５～図２７等に示すように、例えば、画面上の対象の情報であるコントロール情報、画面上で自動実行される各々の前記動作の情報であるアクション情報、一連の前記動作をまとめたフローチャートの情報であるロジックフロー情報、および、前記コントロール情報に前記ロジックフロー情報が紐づけられることで、前記コントロール情報が選択された際に対応する前記ロジックフロー情報で定義される前記フローチャートが流れることが定義された紐づけ情報からなる群から選択される少なくとも一つの情報と、定義ＩＤ（ＩＤ）と、等を含む。

画面操作命令テーブル１０６ｃは、前記テストの際に実行される画面の自動操作に関する命令を記憶するためのテーブルである。画面操作命令テーブル１０６ｃは、図１９および図２８等に示すように、例えば、画面操作命令情報と、定義ＩＤ（ＩＤ）と、等を含む。前記画面操作命令情報の一覧は、例えば、図２９の表に示すとおりである。

画面操作命令テーブル１０６ｃは、前記画面操作命令情報の種類に応じて更なる情報を含む。例えば、前記画面操作命令情報が「SetText」である場合は、どのコントロール（対象）にどのような値をセットするかという情報を更に含み、前記画面操作命令情報が「ClickElement」である場合は、どのコントロール（対象）をクリックするかという情報を更に含み、前記画面操作命令情報が「ScreenShot」である場合は、撮った画像をどのようなファイル名で保存し、確認事項は何かという情報を更に含む。

制御部１０２は、テスト準備効率化装置１００を統括的に制御するＣＰＵ等である。制御部１０２は、ＯＳ等の制御プログラム・各種の処理手順等を規定したプログラム・所要データなどを格納するための内部メモリを有し、格納されているこれらのプログラムに基づいて種々の情報処理を実行する。

制御部１０２は、機能概念的に、例えば、（１）前記テストを行うために必要な情報が表形式のテキストデータとして書き込まれているテストシナリオデータに基づいて、前記動作を定義して管理するためのテーブルである定義管理テーブルを生成する定義管理生成手段としての定義管理生成部１０２ａと、（２）前記テストシナリオデータに基づいて、前記テストの際に実行される画面の自動操作に関する命令を記憶するためのテーブルである画面操作命令テーブルを生成する操作命令生成手段としての操作命令生成部１０２ｂと、（３）前記画面操作命令テーブルに基づいて、画面の操作を実行する画面操作実行手段としての画面操作実行部１０２ｃと、を備えている。

定義管理生成部１０２ａは、テストシナリオデータ１０６ａに基づいて、定義管理テーブル１０６ｂを生成する。

操作命令生成部１０２ｂは、テストシナリオデータ１０６ａに基づいて、画面操作命令テーブル１０６ｃを生成する。

画面操作実行部１０２ｃは、画面操作命令テーブル１０６ｃに基づいて、画面の操作を実行する。画面操作実行部１０２ｃによる画面の操作の結果、異常がない場合は、定義管理テーブル１０６ｂに基づいた前記動作が画面上で自動実行される。これに対して、画面操作実行部１０２ｃによる画面の操作の結果、異常がある場合は、定義管理テーブル１０６ｂに基づいた前記動作が画面上で自動実行されない。

画面操作実行部１０２ｃは、画面操作実行部１０２ｃによる画面の操作の結果を、異常がない場合もある場合も含めて、テストエビデンスとして保存する。当該テストエビデンスの形式は、特に制限されないが、例えば、画面のスクリーンショット、データベースの更新およびＣＳＶによる出力等である。

［３．処理の概要等］
本項目では、ローコード開発およびテストについての全体像、本実施形態のポイントおよび本実施形態の処理概要について説明する。

［３－１．ローコード開発およびテストについての全体像］
図２には、ローコード開発およびテストについての従来における全体像を示している。従来においては、テスト担当者は、図２に示すように、テストシナリオ登録、テストシナリオ実行およびテストシナリオ実行結果解析を手動で行っていた。

図３には、ローコード開発およびテストについての本実施形態における全体像を示している。本実施形態においては、図３に示すように、最新テストシナリオ登録をシナリオ登録プログラムにより自動で行うことができ、また、テストシナリオ実行を画面操作プログラムにより自動で行うことができる。このため、テスト担当者は、図３に示すように、テストシナリオ実行結果解析のみ手動で行えばよい。

なお、シナリオ登録プログラムは、定義管理生成部１０２ａおよび操作命令生成部１０２ｂが行う処理と同様の処理を制御部１０２に実行させるためのプログラムである。また、画面操作プログラムは、画面操作実行部１０２ｃが行う処理と同様の処理を制御部１０２に実行させるためのプログラムである。

［３－２．本実施形態のポイント］
本項目では、本実施形態のポイントについて説明する。本実施形態は、エクセル等にテストシナリオを設定するだけで、簡易テストをできるようにしたことがポイントである。

具体的には、本実施形態においては、テストシナリオデータ１０６ａからＵＩ定義（定義管理テーブル１０６ｂ）を生成することを可能とした。これにより、例えば、以下の１～３が可能となった。
１．開発者がレイアウト開発画面を操作することなしに、ＵＩ定義を生成することが可能となった。
２．再生成しても同一設定のＵＩ定義を生成することが可能となった。
３．テストシナリオを編集することで、開発者がレイアウト開発画面を操作することなしに、ＵＩ定義を複製することが可能となった。

また、本実施形態においては、テストシナリオデータ１０６ａから画面操作命令テーブル１０６ｃを生成すること、および、テストシナリオデータ１０６ａにおいてテスト画面におけるスクリーンショット取得のタイミングを指定することを可能とした。これにより、例えば、以下の１～２が可能となった。
１．画面操作方法およびテスト画面におけるスクリーンショット取得のタイミングをテスト担当者間で揃えることが可能となった。
２．テストを再実行しても、同一の画面操作を行うこと、および、同一のテスト画面スクリーンショットを取得することが可能となった。

［３－３．本実施形態の処理概要］
本項目では、本実施形態の処理の概要について説明する。まず、テストシナリオデータ１０６ａの構成について説明し、次に、ＵＩ定義（定義管理テーブル１０６ｂ）および画面操作命令テーブル１０６ｃの生成について説明し、最後に、画面操作命令の実行について説明する。

（１）テストシナリオデータ１０６ａの構成
テストシナリオデータ１０６ａは、表形式のテキストをベースに構成されており、例えば、図４に示す一般的構成を有する。具体的には、テストシナリオデータ１０６ａは、図４に示すように、例えば、テストに関する概要を表す情報（図４の要素「テストケースの概要」）と、テストを行うアプリケーションの元になる設定情報（図４の要素「ＵＩ定義」）と、アプリケーションを操作するための情報（図４の要素「画面操作命令」）と、スクリーンショットに対応する確認事項の情報（図４の要素「テストの確認内容」）と、等を含む。

テストシナリオデータ１０６ａの具体例を、図５に示す。図５のテストシナリオデータ１０６ａにおいては、文字列ラベルの動作テストを行うためのテストシナリオ（ＩＤ＝ＳＥＱ００１）と、数値ラベルの動作テストを行うためのテストシナリオ（ＩＤ＝ＳＥＱ００２）と、が設定されている。

（２）ＵＩ定義（定義管理テーブル１０６ｂ）および画面操作命令テーブル１０６ｃの生成
シナリオ登録プログラムは、図６に示すように、テストシナリオデータ１０６ａを読み込み、ＵＩ定義（定義管理テーブル１０６ｂ）および画面操作命令テーブル１０６ｃを生成する。

ＵＩ定義（定義管理テーブル１０６ｂ）は、仮想的に生成されたアプリのＵＩ定義の情報である。画面操作命令テーブル１０６ｃは、アプリを自動実行するための画面操作命令の情報である。

ＵＩ定義（定義管理テーブル１０６ｂ）の生成について説明する。ＵＩ定義（定義管理テーブル１０６ｂ）の生成は、シナリオ登録プログラムが、テストシナリオデータ１０６ａにおけるＵＩ定義に対応する情報から、仮想的にアプリケーションの定義データを生成し登録する作業である。シナリオ登録プログラムが、表形式のテキストデータであるテストシナリオデータ１０６ａを読み込んで、ＵＩ定義（定義管理テーブル１０６ｂ）を生成する場合のイメージを、図７に示す。

画面操作命令テーブル１０６ｃの生成について説明する。画面操作命令テーブル１０６ｃの生成は、シナリオ登録プログラムが、テストシナリオデータ１０６ａにおける画面操作命令に対応する情報から、アプリを自動操作するために必要な画面操作定義を生成し登録する作業である。シナリオ登録プログラムが、表形式のテキストデータであるテストシナリオデータ１０６ａを読み込んで、画面操作命令テーブル１０６ｃを生成する場合のイメージを、図８に示す。

（３）画面操作命令の実行
画面操作プログラムは、図９に示すように、画面操作命令テーブル１０６ｃを用いて、ローコード実行基盤の自動操作を行う。

画面操作命令テーブル１０６ｃには、図１０に示すように、操作情報がシナリオ単位で保存されている。画面操作プログラムは、シナリオ単位で操作情報を読み込んで、画面を操作していく。

ここで、操作の具体例として、画面操作プログラムが、図１０におけるＳＥＱ００１のシナリオを実行する場合の４つの操作について順に説明する。ＳＥＱ００１のシナリオを実行する場合における操作の全体は、図１１の表に示すとおりである。

１番目の操作として、画面操作プログラムは、図１２に示すように、実行命令「画面の起動 SEQ001_画面」に従い、SEQ001_画面をメニューから選択し起動する。

２番目の操作として、画面操作プログラムは、図１３に示すように、実行命令「テキストへ値セット 文字列テキストボックス abc」に従い、画面上の文字列テキストボックスに「abc」と入力する。

３番目の操作として、画面操作プログラムは、図１４に示すように、実行命令「ボタンクリック ボタン１」に従い、ボタン１をクリックする。

４番目の操作として、画面操作プログラムは、図１５に示すように、実行命令「スクリーンショットの撮影 SEQ001画像1」に従い、「SEQ001画像1」という名前のスクリーンショットを撮影する。

［４．処理の具体例］
本項目では、本実施形態に係る処理の具体例について説明する。以下の［４－１］においては、シナリオ登録プログラムが制御部１０２に実行させる処理、すなわち、定義管理生成部１０２ａおよび操作命令生成部１０２ｂが行う処理について詳細に説明する。また、以下の［４－２］においては、画面操作プログラムが制御部１０２に実行させる処理、すなわち、画面操作実行部１０２ｃが行う処理について詳細に説明する。

［４－１．シナリオ登録プログラムが制御部１０２に実行させる処理］
本項目では、シナリオ登録プログラムが制御部１０２に実行させる処理（テストシナリオ登録）の具体例等について説明する。以下の［４－１－１］においては、具体例として、コントロールの入力テストを行うために必要な定義管理テーブル１０６ｂおよび画面操作命令テーブル１０６ｃの生成について説明する。以下の［４－１－２］においては、具体例として、分岐テストを行うために必要な定義管理テーブル１０６ｂおよび画面操作命令テーブル１０６ｃの生成について説明する。以下の［４－１－３］においては、画面操作命令情報のサンプルおよびテストシナリオ登録のフローチャートについて説明する。

［４－１－１．コントロールの入力テスト］
本項目では、コントロールの入力テストを行うために必要な定義管理テーブル１０６ｂおよび画面操作命令テーブル１０６ｃの生成について説明する。

本項目でいうコントロールの入力テストとは、図１６に示すように、文字列テキストボックスに文字列テキストが入力された場合には、エラーが表示されないことを確認し、これに対して、文字列テキストボックスに文字列テキストが入力されていない場合には、エラーが表示されることを確認するテストである。当該エラーとは、図１６の例では、「項目が未入力です」という内容の吹き出しである。

本項目では、このようなテストを行うためのテストシナリオを生成したい場合に、どのような定義管理テーブル１０６ｂおよび画面操作命令テーブル１０６ｃが生成されるかについて説明する。

なお、テストシナリオデータ１０６ａにおける、定義管理テーブル１０６ｂの生成の基になる情報は、図１７に示すテストシナリオデータ１０６ａのとおりであるとする。この場合、図１７に示すテストシナリオデータ１０６ａから生成されるユーザーインターフェースは、図１７の画面例に示すとおりとなる。

（１）定義管理テーブル１０６ｂの生成について
テストシナリオデータ１０６ａにおける、定義管理テーブル１０６ｂの生成の基になる情報が、図１８に示すテストシナリオデータ１０６ａのとおりであるとする（図１７に示すテストシナリオデータ１０６ａと同様の内容である）。この場合、定義管理生成部１０２ａは、図１８に示すテストシナリオデータ１０６ａに基づいて、図１８に示す定義管理テーブル１０６ｂを生成する。

ここで、図１８の定義管理テーブル１０６ｂにより定義される内容について説明する。図１８の定義管理テーブル１０６ｂにおいては、ハッチングで示すように、コントロールキー３（文字列テキストボックスに対応）に対して、必須「TRUE」が設定されている。これは、図１６の画面例において、文字列テキストボックスに文字列を入力することが必須であることを意味している。このため、図１６の画面例において、文字列テキストボックスに文字列テキストが入力されていない場合には、エラーが表示されることとなる。

（２）画面操作命令テーブル１０６ｃの生成について
テストシナリオデータ１０６ａにおける、画面操作命令テーブル１０６ｃの生成の基になる情報が、図１９に示すテストシナリオデータ１０６ａのとおりであるとする。この場合、操作命令生成部１０２ｂは、図１９に示すテストシナリオデータ１０６ａに基づいて、図１９に示す画面操作命令テーブル１０６ｃを生成する。

ここで、図１９に示す画面操作命令テーブル１０６ｃにより定義される内容について説明する。

図１９に示す画面操作命令テーブル１０６ｃの１段目には、タイプ「SetText」、対象「コントロールキー3」および値「"a"」が設定されている。これは、コントロールキー3の文字列テキストボックスに、「a」という文字を自動入力する操作を行うことを意味している。

また、図１９に示す画面操作命令テーブル１０６ｃの２段目には、タイプ「ScreenShot」、ファイル名「SEQ001画像1」および確認事項「aを入力時、必須チェックがかからないことを確認する」が設定されている。これは、「a」という文字の入力後にスクリーンショットを行って「SEQ001画像1」という名称でデータを保存する操作を行うこと、および、確認事項が「エラーが表示されないこと」であることを意味している。

これに対して、図１９に示す画面操作命令テーブル１０６ｃの３段目には、タイプ「SetText」、対象「コントロールキー3」および値「""」が設定されている。これは、コントロールキー3の文字列テキストボックスに、文字を自動入力する操作を行わないこと（言い換えると、空文字を自動入力する操作を行うこと）を意味している。

また、図１９に示す画面操作命令テーブル１０６ｃの４段目には、タイプ「ScreenShot」、ファイル名「SEQ001画像2」および確認事項「未入力時、必須エラーが表示されることを確認する」が設定されている。これは、空文字の入力後にスクリーンショットを行って「SEQ001画像2」という名称でデータを保存する操作を行うこと、および、確認事項が「エラーが表示されること」であることを意味している。

［４－１－２．２つ目の具体例（分岐テスト）］
本項目では、分岐テストを行うために必要な定義管理テーブル１０６ｂおよび画面操作命令テーブル１０６ｃの生成について説明する。

本項目でいう分岐テストとは、図２０に示すように、（切替ボタンの押下なしに）確認ボタンが押下された場合には、"Trueに分岐した"と表示されることを確認し、これに対して、切替ボタンの押下後に確認ボタンが押下された場合には、"Falseに分岐した"と表示されることを確認するテストである。

本項目では、このようなテストを行うためのテストシナリオを生成したい場合に、どのような定義管理テーブル１０６ｂおよび画面操作命令テーブル１０６ｃが生成されるかについて説明する。

なお、テストシナリオデータ１０６ａにおける、定義管理テーブル１０６ｂの生成の基になる情報の一部は、図２１に示すテストシナリオデータ１０６ａのとおりであるとする。この場合、図２１に示すテストシナリオデータ１０６ａから生成されるユーザーインターフェースは、図２１の画面例に示すとおりとなる。

また、テストシナリオデータ１０６ａにおける、定義管理テーブル１０６ｂの生成の基になる情報は、図２２および図２３に示すテストシナリオデータ１０６ａのとおりであるとする。この場合、図２２および図２３に示すテストシナリオデータ１０６ａから生成されるフローイメージは、図２３のフローチャートに示すとおりとなる。

（１）定義管理テーブル１０６ｂの生成について
テストシナリオデータ１０６ａにおける、定義管理テーブル１０６ｂの生成の基になる情報が、図２４および図２５に示すテストシナリオデータ１０６ａのとおりであるとする（図２２および図２３に示すテストシナリオデータ１０６ａと同様の内容である）。この場合、定義管理生成部１０２ａは、図２４および図２５に示すテストシナリオデータ１０６ａに基づいて、図２５～図２７に示す定義管理テーブル１０６ｂを生成する。

ここで、図２５～図２７の定義管理テーブル１０６ｂにより定義される内容について、図２３のフローチャートと照らし合わせながら説明する。

図２５の定義管理テーブル１０６ｂにおける紐づけ情報中の紐づけ要素１を参照すると、コントロールキー２（「確認ボタン」に対応）に対応するロジックフローは、ロジックフローキー１である。ここで、図２５のロジックフロー情報を参照すると、ロジックフローキー１で定義されるロジックフロー１は、フロー要素１からフロー要素５までの５つの要素からなる。このことは、「確認ボタン」が押下されると、フロー要素１からフロー要素５までのフローが流れることを意味している（ただし、分岐も含むため、すべてのフローが一直線上に流れるわけではない）。

以下、ロジックフローキー１が含むフロー要素１からフロー要素５までの各動作について説明する。

フロー要素１は、前アクションＩＤが「開始アクションのＩＤ」であり、後アクションＩＤが「分岐アクションのＩＤ」である。ここで、図２５のアクション情報を参照すると、開始アクションについてのタイプは「開始」であり、分岐アクションについてのタイプは「分岐」である。以上より、「確認ボタン」が押下されると、まず、処理が分岐することとなる。フロー要素１で定義される動作は、図２３のフローチャートでいうと、「開始アクション」から「分岐１」に至るまでの動作である。

フロー要素２は、前アクションＩＤが「分岐アクションのＩＤ」であり、後アクションＩＤが「画面更新１アクションのＩＤ」であり、コールバックキーは「TRUE」である。この場合、前アクションの実行時に返却される情報が当該コールバックキー「TRUE」である場合に後アクションが実行される。ここで、図２５のアクション情報を参照すると、分岐アクションについてのタイプは「分岐」である。また、図２６のアクション情報を参照すると、画面更新１アクションについて、タイプは「画面更新１」、更新元の値は「"Trueに分岐した"」、更新先のタイプは「コントロール」である。以上より、分岐後に「TRUE」のコールバックキーが返却された場合には、画面更新１（"Trueに分岐した"をコントールに表示する画面更新、図２０参照）が実行されることとなる。フロー要素２で定義される動作は、図２３のフローチャートでいうと、「分岐１」から「TRUE」へ進んで「画面更新１」に至るまでの動作である。

フロー要素３は、前アクションＩＤが「分岐アクションのＩＤ」であり、後アクションＩＤが「画面更新２アクションのＩＤ」であり、コールバックキーは「FALSE」である。この場合、前アクションの実行時に返却される情報が当該コールバックキー「FALSE」である場合に後アクションが実行される。ここで、図２５のアクション情報を参照すると、分岐アクションについてのタイプは「分岐」である。また、図２６のアクション情報を参照すると、画面更新２アクションについて、タイプは「画面更新２」、更新元の値は「"Falseに分岐した"」、更新先のタイプは「コントロール」である。以上より、分岐後に「FALSE」のコールバックキーが返却された場合には、画面更新２（"Falseに分岐した"をコントールに表示する画面更新、図２０参照）が実行されることとなる。フロー要素３で定義される動作は、図２３のフローチャートでいうと、「分岐１」から「FALSE」へ進んで「画面更新２」に至るまでの動作である。

ここで、コールバックキーとして、本具体例では、変数１として設定された値が返却される。図２２のテストシナリオデータ１０６ａの「設定３」の列に「変数１」および「TRUE」で示すように、変数１の初期値として「TRUE」が設定されているが、切替ボタンが事前に押下されると、変数１の値は「TRUE」から「FALSE」に更新される（当該「FALSE」への更新については、以下のロジックフローキー２のフロー要素１で説明する）。つまり、切替ボタンの押下なしに確認ボタンが押下されると変数１の初期値である「TRUE」がコールバックキーとして返却されるが（フロー要素２の場合）、これに対して、切替ボタンの押下後に確認ボタンが押下されると変数１の更新後の値である「FALSE」がコールバックキーとして返却される（フロー要素３の場合）。

フロー要素４は、前アクションＩＤが「画面更新１アクションのＩＤ」であり、後アクションＩＤが「終了アクションのＩＤ」である。ここで、図２６のアクション情報を参照すると、画面更新アクション１についてのタイプは「画面更新１」であり、終了アクションについてのタイプは「終了」である。以上より、画面更新１（"Trueに分岐した"をコントールに表示する画面更新、図２０参照）が実行されると、処理は終了することとなる。フロー要素４で定義される動作は、図２３のフローチャートでいうと、「画面更新１」から「終了アクション」に至るまでの動作である。

フロー要素５は、前アクションＩＤが「画面更新２アクションのＩＤ」であり、後アクションＩＤが「終了アクションのＩＤ」である。ここで、図２６のアクション情報を参照すると、画面更新アクション２についてのタイプは「画面更新２」であり、終了アクションについてのタイプは「終了」である。以上より、画面更新２（"Falseに分岐した"をコントールに表示する画面更新、図２０参照）が実行されると、処理は終了することとなる。フロー要素５で定義される動作は、図２３のフローチャートでいうと、「画面更新２」から「終了アクション」に至るまでの動作である。

以上で、ロジックフローキー１が含むフロー要素１からフロー要素５までの各動作について説明が終了した。

続いて、図２５の定義管理テーブル１０６ｂにおける紐づけ情報中の紐づけ要素２を参照すると、コントロールキー３（「切替ボタン」に対応）に対応するロジックフローは、ロジックフローキー２である。ここで、図２６のロジックフロー情報を参照すると、ロジックフローキー２で定義されるロジックフロー２は、フロー要素１からフロー要素２までの２つの要素からなる。このことは、「切替ボタン」が押下されると、フロー要素１からフロー要素２までのフローが流れることを意味している。

以下、ロジックフローキー２が含むフロー要素１からフロー要素２までの各動作について説明する。

フロー要素１は、前アクションＩＤが「開始アクションのＩＤ」であり、後アクションＩＤが「画面更新３アクションのＩＤ」である。ここで、図２５のアクション情報を参照すると、開始アクションについてのタイプは「開始」である。また、図２７のアクション情報を参照すると、画面更新３アクションについて、タイプは「画面更新３」、更新元の値は「FALSE」、更新先のタイプは「変数」である。以上より、「切替ボタン」が押下されると、変数１の初期値「TRUE」が「FALSE」に更新されることとなる。

フロー要素２は、前アクションＩＤが「画面更新３アクションのＩＤ」であり、後アクションＩＤが「終了アクションのＩＤ」である。ここで、図２７のアクション情報を参照すると、画面更新アクション３についてのタイプは「画面更新３」である。また、図２６のアクション情報を参照すると、終了アクションについてのタイプは「終了」である。以上より、画面更新３（変数１の「TRUE」から「FALSE」への更新）が実行されると、処理は終了することとなる。

以上で、ロジックフローキー２が含むフロー要素１からフロー要素２までの各動作について説明が終了した。

（２）画面操作命令テーブル１０６ｃの生成について
テストシナリオデータ１０６ａにおける、画面操作命令テーブル１０６ｃの生成の基になる情報が、図２８に示すテストシナリオデータ１０６ａのとおりであるとする。この場合、操作命令生成部１０２ｂは、図２８に示すテストシナリオデータ１０６ａに基づいて、図２８に示す画面操作命令テーブル１０６ｃを生成する。

ここで、図２８に示す画面操作命令テーブル１０６ｃにより定義される内容について説明する。

図２８に示す画面操作命令テーブル１０６ｃの１段目には、タイプ「ClickElement」および対象「コントロールキー2」が設定されている。これは、コントロールキー2（確認ボタン）を自動押下（自動クリック）する操作を行うことを意味している。

また、図２８に示す画面操作命令テーブル１０６ｃの２段目には、タイプ「ScreenShot」、ファイル名「SEQ002画像1」および確認事項「確認ボタン押下時、"Trueに分岐した"と表示されることを確認する」が設定されている。これは、確認ボタンの押下後にスクリーンショットを行って「SEQ002画像1」という名称でデータを保存する操作を行うこと、および、確認事項が「"Trueに分岐した"という文字列が表示されること」であることを意味している。

これに対して、図２８に示す画面操作命令テーブル１０６ｃの３段目には、タイプ「ClickElement」および対象「コントロールキー3」が設定されている。これは、コントロールキー3（切替ボタン）を自動押下（自動クリック）する操作を行うことを意味している。

また、図２８に示す画面操作命令テーブル１０６ｃの４段目には、タイプ「ClickElement」および対象「コントロールキー2」が設定されている。これは、コントロールキー2（確認ボタン）を自動押下（自動クリック）する操作を行うことを意味している。

また、図２８に示す画面操作命令テーブル１０６ｃの５段目には、タイプ「ScreenShot」、ファイル名「SEQ002画像2」および確認事項「切替ボタン押下後に確認ボタン押下時、"Falseに分岐した"と表示されることを確認する」が設定されている。これは、切替ボタンの押下後の確認ボタンの押下後にスクリーンショットを行って「SEQ002画像2」という名称でデータを保存する操作を行うこと、および、確認事項が「"Falseに分岐した"という文字列が表示されること」であることを意味している。

［４－１－３．画面操作命令情報のサンプルおよびテストシナリオ登録のフローチャート］
本項目では、画面操作命令情報のサンプルおよびテストシナリオ登録のフローチャートについて説明する。

画面操作命令情報のサンプルについて説明する。画面操作命令情報の具体例として、上記［４－１－１］および［４－１－２］においては、SetText（指定した値をコントロールにセットする）、ClickElement（ボタンをクリックする）およびScreenShot（スクリーンショットをとる）について説明した。本実施形態においては、これら以外にも様々な画面操作命令情報を設定可能である。画面操作命令情報のサンプル一覧をまとめた表を、図２９に示す。

テストシナリオ登録のフローチャートについて、図３０を参照して説明する。まず、処理が開始すると（図３０のスタート）、定義管理テーブル１０６ｂおよび画面操作命令テーブル１０６ｃの内容がクリアされる（図３０のステップＳ１）。次に、実行設定ファイルから定義ＩＤが取得される（図３０のステップＳ２）。次に、テストシナリオデータ１０６ａから、１件、定義ＩＤが読み込まれる（図３０のステップＳ３）。

次に、定義管理生成部１０２ａは、情報を定義管理テーブル１０６ｂに登録する（図３０のステップＳ４）。具体的には、定義管理生成部１０２ａは、テストシナリオデータ１０６ａ中の画面変数情報、レイアウト情報、コントール情報、アクション情報、ロジックフロー情報およびイベント設定情報を、例えばこの順序で、定義管理テーブル１０６ｂに登録する。なお、当該順序は、一例に過ぎず、特に制限されない。

次に、操作命令生成部１０２ｂは、情報を画面操作命令テーブル１０６ｃに登録する（図３０のステップＳ５）。

次に、定義管理テーブル１０６ｂおよび画面操作命令テーブル１０６ｃに情報が正常に登録できたか否かが判断される（図３０のステップＳ６）。正常に登録できた場合（図３０のステップＳ６：Ｙｅｓ）、ステップＳ３に戻り、テストシナリオデータ１０６ａから、次の定義ＩＤが読み込まれる。一方で、正常に登録できなかった場合（図３０のステップＳ６：Ｎｏ）、エラーログが出力された上で（図３０のステップＳ７）、ステップＳ３に戻り、テストシナリオデータ１０６ａから、次の定義ＩＤが読み込まれる。

以上のステップＳ３～ステップＳ７の処理が、テストシナリオデータ１０６ａ中の最後の定義ＩＤについてまで繰り替えされ、取得できる定義ＩＤが存在しなくなると、処理は終了する（図３０のエンド）。

［４－２．画面操作プログラムが制御部１０２に実行させる処理］
本項目では、画面操作プログラムが制御部１０２に実行させる処理（テストシナリオ実行）の具体例等について説明する。以下の［４－２－１］においては、具体例として、コントロールの入力テストを行う場合における画面操作について説明する。以下の［４－２－２］においては、具体例として、分岐テストを行う場合における画面操作について説明する。以下の［４－２－３］においては、テストシナリオ実行のフローチャートについて説明する。

ここで、画面操作を行うに先立って、定義ＩＤの読み込みおよび画面起動を行う必要があるため、この２つの処理についてまずは説明する。

定義ＩＤの読み込みについて、図３１を参照して説明する。画面操作実行部１０２ｃは、図３１に示すように、実行設定ファイルを読み込み、テスト実行対象の定義ＩＤを取得する。次に、画面操作実行部１０２ｃは、図３１に示すように、画面操作命令テーブル１０６ｃから、当該取得した定義ＩＤと紐付く画面操作命令情報を取得し、当該取得した画面操作命令情報に応じてローコード実行基盤を操作する。画面操作実行部１０２ｃは、これら一連の処理を、取得した定義ＩＤの分だけ繰り返す。

画面起動について、図３２を参照して説明する。画面操作実行部１０２ｃは、前記取得した定義ＩＤと紐付く画面操作命令情報中の画面を起動するように、ローコード実行基盤を操作する。図３２の例では、画面操作実行部１０２ｃは、SEQ001の画面を起動している。ローコード実行基盤は、前記取得した定義ＩＤと紐づく、起動したSEQ001の画面に対応する定義管理テーブル１０６ｂの情報に基づいて、後述する画面操作命令に従って準備されたテストを実行するためのユーザーインターフェースを動的に生成・表示し、画面操作命令の受付を待機する。

［４－２－１．コントロールの入力テストを行う場合における画面操作］
本項目では、コントロールの入力テストを行う場合における画面の自動操作について説明する。なお、本項目では、画面操作実行部１０２ｃは、［４－１－１］の（２）で生成した図１９に示す画面操作命令テーブル１０６ｃ（図３３～図３６に改めて示す）に基づいて画面の操作を実行するものとする。

（１）aを入力時、必須チェックがかからないことを確認するための画面操作
まず、aを入力時、必須チェックがかからないことを確認するための画面操作について説明する。

図３３に示す画面操作命令テーブル１０６ｃの１段目には、タイプ「SetText」、対象「コントロールキー3」および値「"a"」が設定されている。このため、画面操作実行部１０２ｃは、図３３に示すように、コントロールキー3の文字列テキストボックスに、"a"という文字を入力する。

続いて、図３４に示す画面操作命令テーブル１０６ｃの２段目には、タイプ「ScreenShot」、ファイル名「SEQ001画像1」および確認事項「aを入力時、必須チェックがかからないことを確認する」が設定されている。このため、画面操作実行部１０２ｃは、図３４に示すように、"a"という文字の入力後に、スクリーンショットを行って「SEQ001画像1」という名称でデータを保存する。なお、画面操作実行部１０２ｃは、確認事項の確認作業までは行わない。

（２）未入力時、必須エラーが表示されることを確認するための画面操作
次に、情報の未入力時に、必須エラーが表示されることを確認するための画面操作について説明する。

図３５に示す画面操作命令テーブル１０６ｃの３段目には、タイプ「SetText」、対象「コントロールキー3」および値「""」が設定されている。このため、画面操作実行部１０２ｃは、図３５に示すように、コントロールキー3の文字列テキストボックスに、空文字を入力する（＝何も入力しない）。

続いて、図３６に示す画面操作命令テーブル１０６ｃの４段目には、タイプ「ScreenShot」、ファイル名「SEQ001画像2」および確認事項「未入力時、必須エラーが表示されることを確認する」が設定されている。このため、画面操作実行部１０２ｃは、図３６に示すように、空文字の入力後に、スクリーンショットを行って「SEQ001画像2」という名称でデータを保存する。なお、画面操作実行部１０２ｃは、確認事項の確認作業までは行わない。

［４－２－２．分岐テストを行う場合における画面操作］
本項目では、分岐テストを行う場合における画面の自動操作について説明する。なお、本項目では、画面操作実行部１０２ｃは、［４－１－２］の（２）で生成した図２８に示す画面操作命令テーブル１０６ｃ（図３７～図４１に改めて示す）に基づいて画面の操作を実行するものとする。

（１）確認ボタン押下時、"Trueに分岐した"と表示されることを確認するための画面操作
まず、確認ボタン押下時、"Trueに分岐した"と表示されることを確認するための画面操作について説明する。

図３７に示す画面操作命令テーブル１０６ｃの１段目には、タイプ「ClickElement」および対象「コントロールキー2」が設定されている。このため、画面操作実行部１０２ｃは、図３７に示すように、コントロールキー2の確認ボタンを押下（クリック）する。

続いて、図３８に示す画面操作命令テーブル１０６ｃの２段目には、タイプ「ScreenShot」、ファイル名「SEQ002画像1」および確認事項「確認ボタン押下時、"Trueに分岐した"と表示されることを確認する」が設定されている。このため、画面操作実行部１０２ｃは、図３８に示すように、確認ボタンの押下（クリック）後に、スクリーンショットを行って「SEQ002画像1」という名称でデータを保存する。なお、画面操作実行部１０２ｃは、確認事項の確認作業までは行わない。

（２）切替ボタン押下後に確認ボタン押下時、"Falseに分岐した"と表示されることを確認するための画面操作
次に、切替ボタン押下後に確認ボタン押下時、"Falseに分岐した"と表示されることを確認するための画面操作について説明する。

図３９に示す画面操作命令テーブル１０６ｃの３段目には、タイプ「ClickElement」および対象「コントロールキー3」が設定されている。このため、画面操作実行部１０２ｃは、図３９に示すように、コントロールキー3の切替ボタンを押下（クリック）する。

続いて、図４０に示す画面操作命令テーブル１０６ｃの４段目には、タイプ「ClickElement」および対象「コントロールキー2」が設定されている。このため、画面操作実行部１０２ｃは、図４０に示すように、コントロールキー2の確認ボタンを押下（クリック）する。

続いて、図４１に示す画面操作命令テーブル１０６ｃの５段目には、タイプ「ScreenShot」、ファイル名「SEQ002画像2」および確認事項「切替ボタン押下後に確認ボタン押下時、Falseに分岐したと表示されることを確認する」が設定されている。このため、画面操作実行部１０２ｃは、図４１に示すように、切替ボタンの押下後の確認ボタンの押下後に、スクリーンショットを行って「SEQ002画像2」という名称でデータを保存する。なお、画面操作実行部１０２ｃは、確認事項の確認作業までは行わない。

［４－２－３．テストシナリオ実行のフローチャート］
本項目では、テストシナリオ実行のフローチャートについて、図４２を参照して説明する。

まず、処理が開始すると（図４２のスタート）、最新のスクリーンショットを撮るために、ローコード実行基盤のテスト対象の入替が行われる。すなわち、ローコード実行基盤の最新版が、管理場所からダウンロードされる（図４２のステップＳ１）。

次に、画面操作実行部１０２ｃは、実行設定ファイルから定義ＩＤを取得する（図４２のステップＳ２）、続けて、画面操作命令テーブル１０６ｃから、１件、定義ＩＤを読み込み（図４２のステップＳ３）、更に続けて、画面操作命令テーブル１０６ｃから、当該取得した定義ＩＤと紐付く画面操作命令情報を取得する（図４２のステップＳ４）。

次に、画面操作実行部１０２ｃは、画面を起動し（図４２のステップＳ５）、ステップＳ４で取得した画面操作命令情報が、ScreenShot命令か否かを判断する（図４２のステップＳ６）。ScreenShot命令であると判断した場合（図４２のステップＳ６：Ｙｅｓ）、画面操作実行部１０２ｃは、スクリーンショットを出力する（図４２のステップＳ７）。

画面操作実行部１０２ｃは、ステップＳ７においてスクリーンショットを出力した後、または、ステップＳ６においてScreenShot命令ではないと判断した場合（図４２のステップＳ６：Ｎｏ）、ステップＳ４で取得した画面操作命令情報に従い画面操作する（図４２のステップＳ８）。なお、ステップＳ８においては、SQLクエリを発行しDB更新またはCSV出力も可能である。画面操作実行部１０２ｃは、画面操作を正常にできたか否かを判断する（図４２のステップＳ９）。正常に画面操作できたと判断した場合（図４２のステップＳ９：Ｙｅｓ）、画面操作実行部１０２ｃは、ステップＳ４に戻り、画面操作命令テーブル１０６ｃから、次の画面操作命令情報を取得する。一方で、正常に画面操作できなかったと判断した場合（図４２のステップＳ９：Ｎｏ）、画面操作実行部１０２ｃは、エラーログを出力した上で（図４２のステップＳ１０）、ステップＳ４に戻り、画面操作命令テーブル１０６ｃから、次の画面操作命令情報を取得する。

画面操作実行部１０２ｃは、以上のステップＳ４～ステップＳ１０の処理を、同一定義ＩＤ内の最後の画面操作命令情報についてまで繰り返し、取得できる画面操作命令情報が存在しなくなると、ステップＳ３に戻り、画面操作命令テーブル１０６ｃから、次の定義ＩＤ（＝次のテストシナリオ）を読み込む。

以上の処理が、画面操作命令テーブル１０６ｃ中の最後の定義ＩＤについてまで繰り替えされ、取得できる定義ＩＤが存在しなくなると、画像比較プログラムが差異一覧を出力した上で（図４２のステップＳ１１）、処理は終了する（図４２のエンド）。

［５．本実施形態のまとめ］
以上、本実施形態に係るテスト準備効率化装置１００によれば、［４－１］で説明したように、テストシナリオデータ１０６ａに基づいて、定義管理テーブル１０６ｂおよび画面操作命令テーブル１０６ｃを生成することができる。このため、本実施形態に係るテスト準備効率化装置１００によれば、テストの準備を効率化・統一化することができる。

また、本実施形態に係るテスト準備効率化装置１００によれば、［４－２］で説明したように、画面操作命令テーブル１０６ｃに基づいて画面の操作を自動実行できる。このため、本実施形態に係るテスト準備効率化装置１００によれば、テストの準備のみならず、テストの実行も効率化・統一化することができる。

［６．国連が主導する持続可能な開発目標（ＳＤＧｓ）への貢献］
本実施形態により、業務効率化や企業の適切な経営判断を推進することに寄与することができるので、ＳＤＧｓの目標８及び９に貢献することが可能となる。

また、本実施形態により、廃棄ロス削減や、ペーパレス・電子化を推進することに寄与することができるので、ＳＤＧｓの目標１２、１３及び１５に貢献することが可能となる。

また、本実施形態により、統制、ガバナンス強化に寄与することができるので、ＳＤＧｓの目標１６に貢献することが可能となる。

［７．他の実施形態］
本発明は、上述した実施形態以外にも、特許請求の範囲に記載した技術的思想の範囲内において種々の異なる実施形態にて実施されてよいものである。

例えば、実施形態において説明した各処理のうち、自動的に行われるものとして説明した処理の全部または一部を手動的に行うこともでき、あるいは、手動的に行われるものとして説明した処理の全部または一部を公知の方法で自動的に行うこともできる。

また、本明細書中や図面中で示した処理手順、制御手順、具体的名称、各処理の登録データや検索条件等のパラメータを含む情報、画面例、データベース構成については、特記する場合を除いて任意に変更することができる。

また、テスト準備効率化装置１００に関して、図示の各構成要素は機能概念的なものであり、必ずしも物理的に図示の如く構成されていることを要しない。

例えば、テスト準備効率化装置１００が備える処理機能、特に制御部にて行われる各処理機能については、その全部または任意の一部を、ＣＰＵおよび当該ＣＰＵにて解釈実行されるプログラムにて実現してもよく、また、ワイヤードロジックによるハードウェアとして実現してもよい。尚、プログラムは、本実施形態で説明した処理を情報処理装置に実行させるためのプログラム化された命令を含む一時的でないコンピュータ読み取り可能な記録媒体に記録されており、必要に応じてテスト準備効率化装置１００に機械的に読み取られる。すなわち、ＲＯＭまたはＨＤＤ（Ｈａｒｄ Ｄｉｓｋ Ｄｒｉｖｅ）などの記憶部などには、ＯＳと協働してＣＰＵに命令を与え、各種処理を行うためのコンピュータプログラムが記録されている。このコンピュータプログラムは、ＲＡＭにロードされることによって実行され、ＣＰＵと協働して制御部を構成する。

また、このコンピュータプログラムは、テスト準備効率化装置１００に対して任意のネットワークを介して接続されたアプリケーションプログラムサーバに記憶されていてもよく、必要に応じてその全部または一部をダウンロードすることも可能である。

また、本実施形態で説明した処理を実行するためのプログラムを、一時的でないコンピュータ読み取り可能な記録媒体に格納してもよく、また、プログラム製品として構成することもできる。ここで、この「記録媒体」とは、メモリーカード、ＵＳＢ（Ｕｎｉｖｅｒｓａｌ Ｓｅｒｉａｌ Ｂｕｓ）メモリ、ＳＤ（Ｓｅｃｕｒｅ Ｄｉｇｉｔａｌ）カード、フレキシブルディスク、光磁気ディスク、ＲＯＭ、ＥＰＲＯＭ（Ｅｒａｓａｂｌｅ Ｐｒｏｇｒａｍｍａｂｌｅ Ｒｅａｄ Ｏｎｌｙ Ｍｅｍｏｒｙ）、ＥＥＰＲＯＭ（登録商標）（Ｅｌｅｃｔｒｉｃａｌｌｙ Ｅｒａｓａｂｌｅ ａｎｄ Ｐｒｏｇｒａｍｍａｂｌｅ Ｒｅａｄ Ｏｎｌｙ Ｍｅｍｏｒｙ）、ＣＤ－ＲＯＭ（Ｃｏｍｐａｃｔ Ｄｉｓｋ Ｒｅａｄ Ｏｎｌｙ Ｍｅｍｏｒｙ）、ＭＯ（Ｍａｇｎｅｔｏ－Ｏｐｔｉｃａｌ ｄｉｓｋ）、ＤＶＤ（Ｄｉｇｉｔａｌ Ｖｅｒｓａｔｉｌｅ Ｄｉｓｋ）、および、Ｂｌｕ－ｒａｙ（登録商標） Ｄｉｓｃ等の任意の「可搬用の物理媒体」を含むものとする。

また、「プログラム」とは、任意の言語または記述方法にて記述されたデータ処理方法であり、ソースコードまたはバイナリコード等の形式を問わない。なお、「プログラム」は必ずしも単一的に構成されるものに限られず、複数のモジュールやライブラリとして分散構成されるものや、ＯＳに代表される別個のプログラムと協働してその機能を達成するものをも含む。なお、実施形態に示した各装置において記録媒体を読み取るための具体的な構成および読み取り手順ならびに読み取り後のインストール手順等については、周知の構成や手順を用いることができる。

記憶部に格納される各種のデータベース等は、ＲＡＭ、ＲＯＭ等のメモリ装置、ハードディスク等の固定ディスク装置、フレキシブルディスク、および、光ディスク等のストレージ手段であり、各種処理やウェブサイト提供に用いる各種のプログラム、テーブル、データベース、および、ウェブページ用ファイル等を格納する。

また、テスト準備効率化装置１００は、既知のパーソナルコンピュータまたはワークステーション等の情報処理装置として構成してもよく、また、任意の周辺装置が接続された当該情報処理装置として構成してもよい。また、テスト準備効率化装置１００は、当該装置に本実施形態で説明した処理を実現させるソフトウェア（プログラムまたはデータ等を含む）を実装することにより実現してもよい。

更に、装置の分散・統合の具体的形態は図示するものに限られず、その全部または一部を、各種の付加等に応じてまたは機能負荷に応じて、任意の単位で機能的または物理的に分散・統合して構成することができる。すなわち、上述した実施形態を任意に組み合わせて実施してもよく、実施形態を選択的に実施してもよい。

本発明は、例えば、画面の開発を行う分野において有用であり、特に、ローコードによる画面の開発を行う場合においては極めて有用である。

１００ テスト準備効率化装置
１０２ 制御部
１０２ａ 定義管理生成部
１０２ｂ 操作命令生成部
１０２ｃ 画面操作実行部
１０４ 通信インターフェース部
１０６ 記憶部
１０６ａ テストシナリオデータ
１０６ｂ 定義管理テーブル
１０６ｃ 画面操作命令テーブル
１０８ 入出力インターフェース部
１１２ 入力装置
１１４ 出力装置
２００ サーバ
３００ ネットワーク

Claims (8)

1. 画面上で自動実行される動作についてのテストを行うために必要となる準備を効率化することができる、制御部を備えるテスト準備効率化装置であって、
   前記制御部は、
   前記テストを行うために必要な情報が表形式のテキストデータとして書き込まれているテストシナリオデータに基づいて、前記動作を定義して管理するためのテーブルである定義管理テーブルを生成する定義管理生成手段と、
   前記テストシナリオデータに基づいて、前記テストの際に実行される画面の自動操作に関する命令を記憶するためのテーブルである画面操作命令テーブルを生成する操作命令生成手段と、
   を備えること、
   を特徴とするテスト準備効率化装置。
2. 前記定義管理テーブルが、
   画面上の対象の情報であるコントロール情報、画面上で自動実行される各々の前記動作の情報であるアクション情報、一連の前記動作をまとめたフローチャートの情報であるロジックフロー情報、および、前記コントロール情報に前記ロジックフロー情報が紐づけられることで、前記コントロール情報が選択された際に対応する前記ロジックフロー情報で定義される前記フローチャートが流れることが定義された紐づけ情報からなる群から選択される少なくとも一つの情報を含むこと、
   を特徴とする請求項１に記載のテスト準備効率化装置。
3. 前記テストシナリオデータが、エクセル形式のデータであること、
   を特徴とする請求項１に記載のテスト準備効率化装置。
4. 前記制御部は、
   前記画面操作命令テーブルに基づいて、画面の操作を実行する画面操作実行手段を更に備え、
   当該画面操作実行手段による画面の操作の結果、異常がない場合は前記定義管理テーブルに基づいた前記動作が画面上で自動実行され、これに対して、異常がある場合は前記定義管理テーブルに基づいた前記動作が画面上で自動実行されないこと、
   を特徴とする請求項１から３のいずれか一つに記載のテスト準備効率化装置。
5. 前記画面操作実行手段は、
   前記画面操作実行手段による画面の操作の結果を、テストエビデンスとして保存すること、
   を特徴とする請求項４に記載のテスト準備効率化装置。
6. 前記テストエビデンスが、前記画面操作実行手段が操作した画面のスクリーンショットであること、
   を特徴とする請求項５に記載のテスト準備効率化装置。
7. 画面上で自動実行される動作についてのテストを行うために必要となる準備を効率化することができる、制御部を備える情報処理装置で実行されるテスト準備効率化方法であって、
   前記制御部で実行される、
   前記テストを行うために必要な情報が表形式のテキストデータとして書き込まれているテストシナリオデータに基づいて、前記動作を定義して管理するためのテーブルである定義管理テーブルを生成する定義管理生成ステップと、
   前記テストシナリオデータに基づいて、前記テストの際に実行される画面の自動操作に関する命令を記憶するためのテーブルである画面操作命令テーブルを生成する操作命令生成ステップと、
   を含むこと、
   を特徴とするテスト準備効率化方法。
8. 画面上で自動実行される動作についてのテストを行うために必要となる準備を効率化することができる、制御部を備える情報処理装置に実行させるためのテスト準備効率化プログラムであって、
   前記制御部に実行させるための、
   前記テストを行うために必要な情報が表形式のテキストデータとして書き込まれているテストシナリオデータに基づいて、前記動作を定義して管理するためのテーブルである定義管理テーブルを生成する定義管理生成ステップと、
   前記テストシナリオデータに基づいて、前記テストの際に実行される画面の自動操作に関する命令を記憶するためのテーブルである画面操作命令テーブルを生成する操作命令生成ステップと、
   を含むこと、
   を特徴とするテスト準備効率化プログラム。

Images