JP2019197259A - Information processor, method for controlling the same, and program - Google Patents
Information processor, method for controlling the same, and program Download PDFInfo
- Publication number
- JP2019197259A JP2019197259A JP2018089331A JP2018089331A JP2019197259A JP 2019197259 A JP2019197259 A JP 2019197259A JP 2018089331 A JP2018089331 A JP 2018089331A JP 2018089331 A JP2018089331 A JP 2018089331A JP 2019197259 A JP2019197259 A JP 2019197259A
- Authority
- JP
- Japan
- Prior art keywords
- test
- definition
- unit
- processing apparatus
- application
- 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.)
- Pending
Links
Images
Abstract
Description
本発明は、アプリケーションを構築するための情報処理装置、その制御方法及びプログラムに関する。 The present invention relates to an information processing apparatus for building an application, a control method thereof, and a program.
従来、設定された定義に基づきアプリケーションを構築（生成）するツールやサービスが存在する。このようなツールやサービスを利用して構築したアプリケーションであっても、アプリケーション定義の設定ミスにより予想外の動作をすることがあるため、テスト工程を省略することはできない。また、アプリケーションが大規模になるに従い、テスト工程の数は肥大化する傾向となる。特に、大規模なアプリケーションの場合、複数のテスト工程を並列して同時に実行することによりテストにかかる時間を低減できることが好ましい。 Conventionally, there are tools and services for building (generating) an application based on a set definition. Even an application constructed using such tools and services may be operated unexpectedly due to an application definition setting error, so the test process cannot be omitted. Also, as applications become larger, the number of test processes tends to increase. In particular, in the case of a large-scale application, it is preferable that the time required for testing can be reduced by simultaneously executing a plurality of test processes in parallel.
特許文献１には、登録されたテストケースに基づきテスト用のプログラムを生成する仕組みが開示されている。
しかしながら、特許文献１に記載の技術では、複数のテストを並列に同時実行する場合について何ら考慮されていない。特に、複数のテストを行う際に同一のデータベースに接続すると、１のテストの実行中にデータが書き換えられてしまい、正確なテスト結果が得られないおそれがあった。
However, in the technique described in
そこで本発明は、上記の課題に鑑みてなされたものであり、複数のテスト工程を並行して行うための仕組みを提供することを目的とする。 Therefore, the present invention has been made in view of the above problems, and an object thereof is to provide a mechanism for performing a plurality of test processes in parallel.
本発明の目的を達成するために、例えば、本発明の情報処理装置は、以下の構成を有する。すなわち、アプリケーションを構築する情報処理装置であって、前記アプリケーションを構築するためのデータベース定義からデータベースの選択を受け付けるデータベース選択受付手段と、前記データベース選択受付手段で選択されたデータベースを接続先とするテストスイートを生成するテストスイート生成手段と、前記テストスイート生成手段により生成されたテストスイートに基づいて、前記接続先のデータベースのデータを用いて前記アプリケーションに係るテストを実行するテスト実行手段を備えることを特徴とする。 In order to achieve the object of the present invention, for example, an information processing apparatus of the present invention has the following configuration. That is, an information processing apparatus for building an application, wherein a database selection receiving unit that receives a database selection from a database definition for building the application, and a test that uses a database selected by the database selection receiving unit as a connection destination A test suite generating unit that generates a suite; and a test execution unit that executes a test related to the application using data of the connection destination database based on the test suite generated by the test suite generating unit. Features.
本発明によれば、複数のテスト工程を並行して行うための仕組みを提供することが可能となる。 According to the present invention, it is possible to provide a mechanism for performing a plurality of test processes in parallel.
以下、本発明の実施の形態を、図面を参照して詳細に説明する。 Hereinafter, embodiments of the present invention will be described in detail with reference to the drawings.
図１は、本発明の一実施形態に係るシステムの構成図の一例である。 FIG. 1 is an example of a configuration diagram of a system according to an embodiment of the present invention.
情報処理装置１０１は、開発者の操作に従って画面レイアウト及びデータベース検索指示などを定義する。情報処理装置１０１は、アプリケーションのプログラム生成を行う。
The
なお、本実施形態においては、情報処理装置１０１で生成するアプリケーションはＷｅｂアプリケーションとしたが、これに限定するものではなく、携帯電話・スマートフォン・タブレットなどの情報処理装置で動作するアプリケーションや組込みソフトウェアなど、Ｗｅｂ技術による通信を利用するアプリケーションでなくてもよい。
In the present embodiment, the application generated by the
また、本実施形態においては、情報処理装置１０１はアプリケーションのプログラムを生成するとしたが、この方法に限定するものではなく、プログラムを生成することなく、アプリケーションサーバ１０２やクラウド環境等でアプリケーションが動作する様にデータやファイル等を生成することにより、アプリケーション（の動作環境）を構築する等であってもよい。
In this embodiment, the
アプリケーションサーバ１０２は、情報処理装置１０１で生成され配置されたアプリケーションを実行する。また、アプリケーションサーバ１０２は、データベースサーバ１０３に接続し、データベースのデータを操作することができる。
The
データベースサーバ１０３は、生成されたアプリケーションが利用するデータベースである。なお、開発時にも動作確認などのために利用してもよい。また、データベースサーバ１０３は、情報処理装置１０１や、アプリケーションサーバ１０２と同一の装置で構成されていてもよいし、ＬＡＮなどのネットワーク１０５内に配置されてもよい。
The
アプリケーションクライアント１０４は、アプリケーションサーバ１０２と協調して情報処理装置１０１で開発したアプリケーションプログラムを動作させる、エンドユーザの操作端末である。この、アプリケーションクライアント１０４は、携帯端末などの情報処理装置であってもよい。
The
クラウド環境１０６は、動的にスケーラブルかつ仮想化されたリソースを供給することが可能な環境である。 The cloud environment 106 is an environment that can supply dynamically scalable and virtualized resources.
クラウド環境１０６内の仮想アプリケーションサーバ１０７は、情報処理装置１０１で生成され配置されたアプリケーションを実行する。また、仮想アプリケーションサーバ１０７は、仮想データベースサーバ１０８に接続し、データベースのデータを操作することができる。
A virtual application server 107 in the cloud environment 106 executes an application generated and arranged by the
クラウド環境１０６内の仮想データベースサーバ１０８は、生成されたアプリケーションが利用するデータベースである。なお、仮想データベースサーバ１０８は、開発時にも動作確認などのために利用してもよい。なお、クラウド環境１０６は動的にスケーラブルかつ仮想化されたリソースを供給することが可能な環境であるとしたが、本実施形態においては、この特徴を備えている必要はなく、クラウド環境１０６が仮想アプリケーションサーバ１０７及び仮想データベースサーバ１０８の動作を提供するのであれば、動的にスケーラブルでなくても、仮想化されたリソースを供給できなくてもよい。 The virtual database server 108 in the cloud environment 106 is a database used by the generated application. Note that the virtual database server 108 may be used for operation confirmation during development. Although the cloud environment 106 is an environment that can supply dynamically scalable and virtualized resources, in this embodiment, it is not necessary to have this feature, and the cloud environment 106 If the operations of the virtual application server 107 and the virtual database server 108 are provided, the virtualized resource may not be supplied even if it is not dynamically scalable.
図２は、情報処理装置１０１、アプリケーションサーバ１０２、データベースサーバ１０３、アプリケーションクライアント１０４として適用可能な各ハードウェア構成の一例を示すブロック図である。
FIG. 2 is a block diagram illustrating an example of each hardware configuration applicable as the
図２において、ＣＰＵ２０１は、システムバス２０４に接続される各デバイスを統括的に制御する。
In FIG. 2, the
また、ＲＯＭ２０３あるいは外部メモリ２１１には、ＣＰＵ２０１の制御プログラムであるオペレーティングシステム（ＯＳ）や、各サーバ、クライアント、装置など情報処理装置の後述する各種機能を実現するためのプログラムが記憶されている。
The
ＲＡＭ２０２は、ＣＰＵ２０１の主メモリ、ワークエリア、一時待避領域等として機能する。
The
入力コントローラ２０５は、入力部２０９からの入力を制御する。この入力部２０９としては、情報処理装置では、キーボード、マウス等のポインティングデバイス、タッチパネルが挙げられる。
The
なお、入力部２０９がタッチパネルの場合、ユーザがタッチパネルに表示されたアイコンやカーソルやボタンに合わせて押下（指等でタッチ）することにより、各種の指示を行うことができることとする。
Note that when the
また、タッチパネルは、マルチタッチスクリーン等の、複数の指でタッチされた位置を検出することが可能なタッチパネルであってもよい。 The touch panel may be a touch panel that can detect a position touched by a plurality of fingers, such as a multi-touch screen.
出力コントローラ２０６は、出力部２１０の表示を制御する。この出力部２１０としては、例えば、ＣＲＴや液晶ディスプレイ等が挙げられる。尚、本体と一体になったノート型パソコンのディスプレイも含まれるものとする。また、プロジェクタであってもよいこととする。
The
外部メモリコントローラ２０７は、ブートプログラム、各種のアプリケーション、フォントデータ、ユーザファイル、編集ファイル、プリンタドライバ等を記憶する外部メモリ２１１へのアクセスを制御する。外部メモリ２１１には、各サーバ、クライアント、装置等の各種機能を実現するための各種テーブル、パラメータが記憶されている。この外部メモリ２１１としては、ハードディスク（ＨＤ）やフレキシブルディスク（ＦＤ）、ＰＣＭＣＩＡカードスロットにアダプタを介して接続されるコンパクトフラッシュ（登録商標）、スマートメディア等が挙げられる。
The
なお、ＣＰＵ２０１は、例えばＲＡＭ２０２内の表示情報用領域へアウトラインフォント展開（ラスタライズ）処理を実行することにより、出力部２１０上での表示を可能としている。また、ＣＰＵ２０１は、出力部２１０上の不図示のマウスカーソル等でのユーザ指示を可能とする。
Note that the
通信Ｉ／Ｆコントローラ２０８は、ネットワークを介して外部機器との通信制御処理を実行する。例えば、ＴＣＰ／ＩＰを用いた通信等が可能である。
The communication I /
本発明の実施形態を実現するためのプログラム２１２は外部メモリ２１１に記録されており、必要に応じてＲＡＭ２０２にロードされることによりＣＰＵ２０１によって実行されるものである。
A
図３は、本発明の実施形態のソフトウェア構成を示すブロック図の一例である。 FIG. 3 is an example of a block diagram illustrating a software configuration according to the embodiment of this invention.
情報処理装置１０１は、以下の機能部を備える。
The
定義情報取得部３０１は、アプリケーションを構築するための定義情報を取得する機能部である。ここで、定義情報は、リポジトリ定義部４０１に設定された、アプリケーション定義４０２、入出力定義４０３、データモデル定義４０４、ビジネスプロセス定義４０５、データベース定義４０６（図４参照）を含む。
The definition
テスト実行部３０２は、定義情報取得部３０１により取得された定義情報を用いて生成されたテストケースに基づき、アプリケーションに係るテストを実行する機能部である。言い換えると、テスト実行部３０２は、定義情報取得部３０１により取得された定義情報を用いて生成されたテストケースに基づき、定義情報が正しく定義されているか否かのテストを実行する機能部であるともいえる。また、テスト実行部３０２は、情報受付部３０３により受け付けた情報を用いて、テストを実行する機能部である。
The
また、テスト実行部３０２は、生成されたテストスイートに基づき、接続先のデータベースのデータを用いてアプリケーションに係るテストを実行する機能部である。なお、テスト実行部３０２は、複数のテストスイートを並列に実行させ、テストを行うことが可能である。
The
情報受付部３０３は、テスト実行部３０２により実行されるテストに用いる情報を受け付ける機能部である。情報受付部３０３は、一態様として、表示制御部３１０により出力部２１０で選択可能に表示された各種情報の選択を受け付ける。具体的には、情報受付部３０３は、テストに用いるテストケースの選択を受け付ける。また、情報受付部３０３は、テストに用いるテストスイートに設定するテストケースの選択を受け付ける。さらに、情報受付部３０３は、設定されたテストケースあるいは、テストスイートに基づきアプリケーションに係るテストの開始を受け付ける。そして、情報受付部３０３は、図２１における実行ボタン２１０５が選択されたか否かを受け付ける。つまり、情報受付部３０３は、テストの開始を受け付ける機能を備える（テスト開始受付部）。また、情報受付部３０３は、データベース定義からデータベースの選択を受け付ける機能を備える（データベース選択受付手段）。
The
テストケース定義受付部３０４は、テストケースの定義を受け付ける機能部である。
The test case
テストケース生成部３０５は、テストケース定義受付部３０４により受け付けた定義に基づき、テストケースを生成する機能部である。テストケース生成部３０５は、代入値入力受付部３０６により受け付けた値を項目に対して代入することを含むテストケースを生成する機能部である。テストケース生成部３０５は、予想値入力受付部３０７により受け付けた値と項目が持つ値とを比較することを含むテストケースを生成する機能部である。
The test
代入値入力受付部３０６は、定義情報取得部３０１により取得された定義情報に含まれる項目に対して代入する値の入力を受け付ける機能部である。
The substitution value
予想値入力受付部３０７は、定義情報取得部３０１により取得された定義情報に含まれる項目が持つと予想される値の入力を受け付ける機能部である。
The expected value
テスト成否判定部３０８は、予想値入力受付部３０７により受け付けた値と項目が持つ値とを比較した結果に基づいて、テスト実行部３０２により実行されるテストの成否を判定する機能部である。
The test success /
アプリケーション構築制御部３０９は、テスト成否判定部３０８によりテストの結果に従って、アプリケーションの構築をする／しないを制御する機能部である。
The application
表示制御部３１０は、出力部２１０（例えば、ディスプレイの画面上の表示）へ表示される内容を制御する機能部である。本実施形態において、表示制御部３１０は、後述する、図６、図１１〜１５、図１９、図２１〜２３等のテストケース、およびテストスイートの生成から実行に係る各画面の表示を制御する。つまり、表示制御部３１０は、図４で説明する各エディタ部により生成される画面を表示する機能を備える。また、テストスイートを用いてテストする場合に、表示制御部３１０は、テストスイート生成部３１１で生成された複数のテストケースのうち所定の条件に対応するテストケースを選択可能に表示するように制御する。ここで、所定の条件とは、ユーザにより選択されたテストケースの表示内容を絞り込むための条件であり、例えば、定義情報単位、あるいは、生成した日時に基づいて決定される条件である。なお、具体的な処理については、図１７〜２３を用いて後述する。 The display control unit 310 is a functional unit that controls the content displayed on the output unit 210 (for example, display on the display screen). In the present embodiment, the display control unit 310 controls display of each screen related to generation and execution of test cases and test suites such as FIGS. 6, 11 to 15, 19, and 21 to 23 described later. . That is, the display control unit 310 has a function of displaying a screen generated by each editor unit described in FIG. Further, when testing using a test suite, the display control unit 310 performs control so that a test case corresponding to a predetermined condition among a plurality of test cases generated by the test suite generation unit 311 can be displayed in a selectable manner. To do. Here, the predetermined condition is a condition for narrowing down the display contents of the test case selected by the user, for example, a condition determined based on the definition information unit or the generated date and time. Specific processing will be described later with reference to FIGS.
テストスイート生成部３１１は、テストスイートを生成する機能部である。また、テストスイート生成部３１１は、ユーザの操作に応じて、テストケース生成部３０５で生成されたテストケースをテストスイートに設定する機能を備える。テストスイートは、１または複数のテストケースを１単位としたファイルである。テストスイートは、目的別に設定された複数のテストケースをまとめて管理をすることが可能となる。そのため、ユーザは、大規模なアプリケーションを構築する場合でも、目的単位のテストスイートを生成しておくことで、テストの内容を容易に管理することができる。
The test suite generation unit 311 is a functional unit that generates a test suite. In addition, the test suite generation unit 311 has a function of setting the test case generated by the test
以上で、図３の説明を終了する。 This is the end of the description of FIG.
図４は、情報処理装置１０１、アプリケーションサーバ１０２及びアプリケーションクライアント１０４の構成図である。
FIG. 4 is a configuration diagram of the
情報処理装置１０１は、リポジトリ定義部４０１及びアプリケーション生成部４１０を備える。
The
情報処理装置１０１は、アプリケーションを開発する開発者により設定されたリポジトリ定義部４０１の各定義を用いて、アプリケーション生成部４１０によりアプリケーションを生成する。
The
リポジトリ定義部４０１には、アプリケーション定義４０２、入出力定義４０３、データモデル定義４０４、ビジネスプロセス定義４０５、データベース定義４０６が記憶されている。これら４０２〜４０６の定義は、アプリケーション構築ツールを介して、開発者によって入力設定または配置される。さらに、リポジトリ定義部４０１には、テストケース定義４０７、プレビューデータ４０８、テストスイート定義４０９が記憶されている。
The
入出力定義４０３は、アプリケーション画面に配置される各種項目のレイアウトの定義情報を保持する。入出力定義４０３は、入力項目定義情報及び出力項目定義情報を含む。入力項目定義情報は、生成されたアプリケーションの画面を介して当該アプリケーションのエンドユーザが入力する入力項目を定義した情報である。出力項目定義情報は、生成されたアプリケーションの画面に出力する出力項目を定義した情報である。以降、「入力項目定義情報」及び「出力項目定義情報」をまとめて「入出力項目定義情報」と呼ぶ。
The input /
なお、本実施形態においては、「入力項目定義情報は、生成されたアプリケーションの画面を介して当該アプリケーションのエンドユーザが入力する入力項目を定義した情報」「出力項目定義情報は、生成されたアプリケーションの画面に出力する出力項目を定義した情報」としたが、これらに限定するものではなく、例えば、画面を有さないバッチやＷｅｂサービス等のように、「入力項目定義情報は、生成されたアプリケーションに入力される入力項目を定義した情報」「出力項目定義情報は、生成されたアプリケーションが出力する出力項目を定義した情報」であってもよい。 In this embodiment, “input item definition information is information defining an input item input by an end user of the application via the generated application screen” “output item definition information is generated application However, the present invention is not limited to these. For example, the input item definition information is generated as in a batch or Web service that does not have a screen. “Information defining input items input to an application” and “output item definition information may be information defining output items output by a generated application”.
データモデル定義４０４は、データベースのテーブルの項目の定義情報を保持する。入出力定義４０３の各項目には、データモデル定義４０４の項目を対応づけることができる。
The
ビジネスプロセス定義４０５は、アプリケーションにおけるデータを処理するためのロジックの定義情報を保持する。
The
データベース定義４０６は、アプリケーションが接続するデータベースに係る情報（データベースサーバ１０３のＩＰアドレス、接続ユーザ、接続パスワード等）を定義する。
The
テストケース定義４０７は、テストケースの定義情報を保持する。
The
プレビューデータ４０８は、リポジトリ定義部４０１をプレビューする際のデータを保持する。
The
テストスイート定義４０９は、テストスイートの定義情報を保持する。
The
アプリケーション生成部４１０は、アプリケーション生成用のリポジトリ定義解析部４１１を用いてリポジトリ定義部４０１に記憶されている各定義を解析し、アプリケーションコード生成部４１２及びソースコードコンパイル部４１３を介し、コンパイル済Ｊａｖａ（登録商標）コード４４１及びＨＴＭＬ／ＪＳＰ／ＪａｖａＳｃｒｉｐｔ（登録商標）４４２を含むアプリケーションを生成する。すなわち、アプリケーション生成部４１０は、設定された定義を用いて、アプリケーションとして用いられるプログラムを生成する手段の一例である。
The
リポジトリ定義エディタ部４２０は、リポジトリ定義参照部４２１によってリポジトリ定義部４０１を解析する。
The repository
テストケース定義エディタ部４６０は、テストケース定義参照部４６１と、対象画面入力部４６２と、値入力部４６３と、アクション入力部４６４と、対象項目入力部４６５と、期待値入力部４６６を有する。それぞれの入力部から入力された値を保存することでテストケース定義４０７が作成される。
The test case
テストスイート定義エディタ部４７０は、テストケース定義選択部４７１と、入出力定義選択部４７２と、ビジネスプロセス定義選択部４７３と、データモデル定義選択部４７４と、関連テストケース抽出部４７５と、定義ファイル変更時間条件部４７６と、選択済みテストケース定義４７７を有する。テストスイート定義エディタ部４７０は、これらの各部より選択、あるいは抽出された値に基づきテストスイート定義４０９を作成・編集する。
The test suite
テストケース定義選択部４７１は、リポジトリ定義部４０１に含まれる任意のテストケース定義４０７の選択を受け付ける。
The test case
入出力定義選択部４７２は、リポジトリ定義部４０１に含まれる任意の入出力定義４０３の選択を受け付ける。
The input / output
ビジネスプロセス定義選択部４７３は、リポジトリ定義部４０１に含まれる任意のビジネスプロセス定義４０５の選択を受け付ける。
The business process
データモデル定義選択部４７４は、リポジトリ定義部４０１に含まれる任意のデータモデル定義４０４の選択を受け付ける。
The data model definition selection unit 474 receives selection of an arbitrary
関連テストケース抽出部４７５は、入出力定義選択部４７２、ビジネスプロセス定義選択部４７３、データモデル定義選択部４７４で選択された定義を参照するテストケースを抽出する。
The related test
定義ファイル変更時間条件部４７６は、関連テストケース抽出部４７５がテストケース定義４０７を抽出する際に定義ファイルの変更時間を条件として抽出をする。
The definition file modification
選択済みテストケース定義４７７は、テストスイートに含まれるテストケースとしてテストスイート定義４０９に保存される。
The selected
テスト実行部３０２は、テストケース定義受信部４３１によってテストケース定義４０７を取得する。また、接続先ＤＢ受信部４３９は、接続先ＤＢ４８２を受信する。そして、テストケース定義解釈部４３３は、取得したこれらの内容を解析する。テスト実行部（インタープリタ）４３４は、テストケース定義解釈部４３３を用いて、アプリケーションコードアクセス部４３６から、アプリケーションコードをテスト実行する。
The
テスト実行部（インタープリタ）４３４は、テストケース定義解釈部４３３を用いて解釈した内容からテスト実行準備部を用いてテストの事前処理を行い、アプリケーションコードアクセス部４３６を用いてアプリケーションコードをテスト実行する。
The test execution unit (interpreter) 434 performs test pre-processing using the test execution preparation unit from the content interpreted using the test case
テストがすべて完了すると、テスト実行部（インタープリタ）４３５はテスト終了処理部４３７を用いてテスト終了処理を行う。
When all the tests are completed, the test execution unit (interpreter) 435 uses the test
次に、テストスイート定義エディタ部４７０について説明する。テストスイート定義エディタ部４７０は、テストケース定義選択部４７１と、入出力定義選択部４７２と、ビジネスプロセス定義選択部４７３と、データモデル定義選択部４７４と、関連テストケース抽出部４７５と、定義ファイル変更時間条件部４７６と、選択済みテストケース定義４７７と、接続先ＤＢ設定部４７８を有する。テストスイート定義エディタ部４７０は、テストスイート定義４０９を作成・編集する機能を備える。
Next, the test suite
テストケース定義選択部４７１は、リポジトリ定義部４０１に含まれる任意のテストケース定義４０７の選択を受け付ける。
The test case
入出力定義選択部４７２は、リポジトリ定義部４０１に含まれる任意の入出力定義４０３の選択を受け付ける。
The input / output
ビジネスプロセス定義選択部４７３は、リポジトリ定義部４０１に含まれる任意のビジネスプロセス定義４０５の選択を受け付ける。
The business process
データモデル定義選択部４７４は、リポジトリ定義部４０１に含まれる任意のデータモデル定義４０４の選択を受け付ける。
The data model definition selection unit 474 receives selection of an arbitrary
関連テストケース抽出部４７５は、入出力定義選択部４７２、ビジネスプロセス定義選択部４７３、データモデル定義選択部４７４で選択された定義を参照するテストケースを抽出する。
The related test
定義ファイル変更時間条件部４７６は、関連テストケース抽出部４７５がテストケース定義４０７を抽出する際に定義ファイルの変更時間を条件として抽出をかけることができる。
The definition file change
選択済みテストケース定義４７７は、テストスイートに含まれるテストケースとしてテストスイート定義４０９に保存される。
The selected
接続先ＤＢ設定部４７８は、テストをどのデータベース定義４０６で動かすかを設定する。設定された内容はテストスイート定義４０９に保存される。また、接続先ＤＢ設定部４７８は、初期設定の接続先も記憶する（データベース記憶手段）。
The connection destination DB setting unit 478 sets which
次に、テストスイート実行部４８０について説明する。テストスイート実行部４８０は、テストスイート定義受信部４８１と、接続先ＤＢ４８２と、テストケース定義取得部４８３と、スレッド生成部４８４を有する。
Next, the test suite execution unit 480 will be described. The test suite execution unit 480 includes a test suite
テストスイート定義受信部４８１は、テストスイート定義４０９を受信し、接続先ＤＢ４８２を取得する。テストケース定義取得部４８３は、テストスイートに設定されたテストケース定義４０７を取得する。接続先ＤＢ４８２は、データベース定義４０６で保存されるデータベースのうちテストの際に接続するデータベースである。
The test suite
テストスイート実行部４８０は、スレッド生成部４８４を介して、テスト実行部３０２へテストケース定義取得部４８３で取得したテストケース定義４０７と接続先ＤＢ４８２を送信する。テスト実行部３０２はそれらをもとにテストを実行する。
The test suite execution unit 480 transmits the
そして、テスト結果取得部４３５は、テスト実行の結果を取得し、テスト結果表示部４３８に表示する。
The test result
以上で、図４の説明を終了する。 This is the end of the description of FIG.
図５は、アプリケーション生成のフローチャートの一例を示す図である。 FIG. 5 is a diagram illustrating an example of a flowchart of application generation.
情報処理装置１０１は、ディレクトリ構造を用いて、リポジトリ定義部４０１の各定義をファイルとして管理する。なお、本実施形態においては、ディレクトリ構造を用いて、リポジトリ定義部４０１の各定義をファイルとして管理するとしたが、これに限定するものではなく、例えば、データベースを用いてリポジトリ定義部４０１の各定義を管理してもよいし、クラウドなどネットワーク上の記憶装置を用いて管理する等としてもよい。図５を用いて、アプリケーション生成のフローチャートについて説明する。
The
ステップＳ５０１において、情報処理装置１０１は、アプリケーション定義４０２の設定を受け付ける。具体的には、アプリケーション構築ツールの画面を介して、アプリケーション開発者から入出力定義４０３、データモデル定義４０４、ビジネスプロセス定義４０５及びデータベース定義４０６の設定を受け付ける。
In step S <b> 501, the
ステップＳ５０１にて、受け付けたアプリケーション定義４０２、入出力定義４０３、データモデル定義４０４、ビジネスプロセス定義４０５及びデータベース定義４０６の設定は、リポジトリ定義部４０１にＸＭＬファイル形式で記憶する。
In step S501, the received
ステップＳ５０２において、情報処理装置１０１は、アプリケーション生成の指示を受け付ける。
In step S502, the
ステップＳ５０３において、情報処理装置１０１は、リポジトリ定義部４０１からアプリケーション定義４０２を取得する。リポジトリ定義解析部４１１は、読み込んだ定義を解析したうえでＲＯＭ２０３に記憶しておき、解析された定義は各生成部から適宜参照される。
In step S <b> 503, the
ステップＳ５０４において、情報処理装置１０１は、リポジトリ定義部４０１からデータモデル定義４０４を取得する。
In step S <b> 504, the
ステップＳ５０５において、情報処理装置１０１は、リポジトリ定義部４０１から入出力定義４０３を取得する。
In step S505, the
ステップＳ５０６において、情報処理装置１０１は、リポジトリ定義部４０１からビジネスプロセス定義４０５を取得する。
In step S <b> 506, the
ステップＳ５０７において、情報処理装置１０１は、リポジトリ定義部４０１からデータベース定義４０６を取得する。すなわち、ステップＳ５０１〜Ｓ５０７は、アプリケーションを構築するための定義情報を取得する処理の一例を示すステップである。
In step S507, the
ステップＳ５０８において、情報処理装置１０１は、アプリケーション生成部４１０を用いて、Ｗｅｂアプリケーションに用いるプログラムを生成する。すなわち、ステップＳ５０８は、アプリケーションのプログラムを生成する処理の一例を示すステップである。また、ステップＳ５０８は、アプリケーションを構築する処理の一例を示すステップである。
In step S508, the
ステップＳ５０９において、情報処理装置１０１は、テストケース定義を生成する（詳細は、図７の説明にて後述する）。すなわち、ステップＳ５０９は、取得された定義情報を用いて、テストケースを生成する処理の一例を示すステップである。また、ステップＳ５０９は、受け付けた定義に基づき、テストケースを生成する処理の一例を示すステップである。
In step S509, the
ステップＳ５１０において、情報処理装置１０１は、ステップＳ５０９にて生成したテストケース定義を用いてテストスイート定義４０９を作成する（詳細は、図１７の説明にて後述する）。
In step S510, the
ステップＳ５１１において、情報処理装置１０１は、ＤＢ別テストスイート用アプリケーションプログラム生成を行う（詳細は、図１８の説明にて後述する）
ステップＳ５１２において、情報処理装置１０１は、テストスイート実行を行う（詳細は、図２０にて後述する）。すなわち、ステップＳ５１２は、定義情報を用いて生成されたテストスイートに基づき、アプリケーションに係るテストを実行する処理の一例を示すステップである。また、ステップＳ５１２は、定義情報を用いて生成されたテストスイートに基づき、定義情報が正しく定義されているか否かテストを実行する処理の一例を示すステップである。
In step S511, the
In step S512, the
この段階ではアプリケーションをアプリケーションサーバ１０２に配置（デプロイ）していないため、以上により、アプリケーションサーバ１０２を用意することなく、テストを実行することができる。
At this stage, since the application is not arranged (deployed) on the
また、以上により、アプリケーションアーカイブファイルの生成、アプリケーションサーバ１０２への転送、デプロイをすることなく、テストを実行することができるため、テストにかかる時間を削減することができ、開発とテストをシームレスに何度も繰り返すことができる。
In addition, as described above, the test can be executed without generating the application archive file, transferring to the
また、以上により、情報処理装置１０１だけでアプリケーションサーバ１０２にて動作するアプリケーションのテストを実行することができるため、複数人の開発者が同時に並行してテストを行うことができる。
In addition, as described above, a test of an application running on the
ステップＳ５１３において、情報処理装置１０１は、ステップＳ５１２にて実行したテストにおける失敗したテストケースの有無を判定し、有る場合は本フローチャートを終了し、無い場合はステップＳ５１４に進む。すなわち、ステップＳ５１３は、テストの結果に従って、アプリケーションの構築をする／しないを制御する処理の一例を示すステップである。
In step S513, the
ステップＳ５１４において、情報処理装置１０１は、ステップＳ５０８にて生成したプログラムをアプリケーションサーバ１０２に配置（デプロイ）する。
In step S514, the
これにより、失敗テストが無い状態のアプリケーションをサーバに構築する仕組みを提供することができる。よって、テストに時間がかかってしまう場合、夜間にテストを実行させ、テストが成功した場合は、続けてアプリケーションサーバ１０２にデプロイさせておくことができるため、アプリケーション管理者や運用者の手間を省くことができる。
As a result, it is possible to provide a mechanism for building an application without a failure test on the server. Therefore, if the test takes a long time, the test can be executed at night, and if the test is successful, it can be continuously deployed on the
また、失敗テストが有る状態のアプリケーションはサーバに構築することが無くなるため、不具合を含んだアプリケーションをリリースすることがなくなり、アプリケーションが不整合なデータを出力するといったこともなくなるため、結果として、信頼性の高いアプリケーションを運用することができる。 In addition, since an application with a failure test is not built on the server, an application including a defect is not released, and the application does not output inconsistent data. High performance applications can be operated.
以上で、図５の説明を終了する。 This is the end of the description of FIG.
以上により、アプリケーションプログラム生成、テスト実行、デプロイ等の処理を１つの指示で行うことができる。よって、アプリケーション構築ツールにおいて、テストを効率的に行う仕組みを提供することができる。 As described above, processing such as application program generation, test execution, and deployment can be performed with one instruction. Therefore, it is possible to provide a mechanism for efficiently performing tests in the application construction tool.
図６は、アプリケーションの入出力定義画面及びアプリケーションの実行画面の一例を示す図である。入出力定義画面６０１は、１つのアプリケーションに設定される入出力定義を一覧で表示する画面である。
FIG. 6 is a diagram illustrating an example of an application input / output definition screen and an application execution screen. The input /
図７は、テストケース定義生成のフローチャートの一例を示す図である。 FIG. 7 is a diagram illustrating an example of a flowchart of test case definition generation.
ステップＳ７０１において、情報処理装置１０１は、ユーザからのテストケース定義生成の指示を受け付ける。具体的には、新規テストケース作成メニュー１１０１（図１１）の押下を受け付ける。
In step S701, the
ステップＳ７０２において、情報処理装置１０１は、外部メモリ２１１にアプリケーション定義４０２が作成済か否かを判定する。作成済の場合はステップＳ７０３に進み、未作成の場合は本フローチャートを終了する。
In step S <b> 702, the
ステップＳ７０３において、情報処理装置１０１は、新規テストケース作成ダイアログ１１０２（図１１）を表示し、新規のテストケースの生成に必要な「コード名」「名前」「対象アプリケーション１１０３」の入力を受け付け、受け付けた情報に基づき、外部メモリ２１１にテストケース定義４０７を新規に作成する。
In step S <b> 703, the
ステップＳ７０４において、情報処理装置１０１は、ステップＳ７０３にて作成されたテストケースのテスト手順を入力するためのテスト手順入力画面１２０１（図１２）表示する。この時点では、テストケースにテスト手順が登録されていない状態であるため、テスト手順入力画面１２０１の「テスト手順」タブを選択した場合、テスト手順を設定するエディタ部には何も表示されていない。
In step S704, the
ステップＳ７０５において、情報処理装置１０１は、ステップＳ７０３にて入力を受け付けた「対象アプリケーション１１０３」に属す入出力定義４０３を外部メモリ２１１から取得する。
In step S <b> 705, the
ステップＳ７０６において、情報処理装置１０１は、登録するテスト手順の数だけステップＳ７０７〜Ｓ７１２を繰り返す。
In step S706, the
ステップＳ７０７において、情報処理装置１０１は、テスト実行時に疑似的に行う命令の選択を受け付ける。命令の種類は、例えば、「画面表示」「行追加」「項目値入力」「項目値検証」等がある。
In step S <b> 707, the
通常、スクラッチ開発によって構築されたアプリケーションのテストは、テスト要員による「画面表示」「行追加」「項目値入力」等の操作及び目視による「項目値検証」を必要とするが、本実施形態におけるテストは、テスト要員が行う操作及び目視をステップＳ７０７にて「命令」として手順化しておき、構築されたアプリケーション又は生成されたアプリケーションプログラムに対して（テスト要員が操作を行ったかのように疑似的に）「命令」を実行することで、テストの実行及び検証が自動でできるようになる。 Normally, testing an application built by scratch development requires operations such as “screen display”, “add row”, and “item value input” by test personnel, and visual “item value verification”. In the test, the operation and visual inspection performed by the test personnel are made into procedures as “commands” in step S707, and the constructed application or the generated application program is simulated (as if the test personnel performed the operation). ) By executing “instructions”, the test can be automatically executed and verified.
なお、本実施形態においては、命令の種類は上記４種類の中から選択を受け付けるとしたが、この４種類に限定するものではなく、その他の命令（例：キーボード・マウス・タッチパネル等の入力装置による操作、カメラ等の周辺機器の操作、音声入力、ブラウザ操作、ｎ秒待機、不正な操作等）を選択できるとしてもよい。 In this embodiment, the command type is selected from the above four types. However, the command type is not limited to these four types, and other commands (eg, input devices such as a keyboard, a mouse, a touch panel, etc.) Operation of peripheral devices such as a camera, voice input, browser operation, standby for n seconds, illegal operation, etc.) may be selected.
ステップＳ７０８において、情報処理装置１０１は、ステップＳ７０５にて取得した入出力定義４０３に基づき、「対象アプリケーション１１０３」に属す入出力定義４０３を選択肢として表示する（図１２の１２０３）。
In step S708, the
ステップＳ７０９において、情報処理装置１０１は、ステップＳ７０８にて表示した選択肢から、テスト実行に用いる入出力定義４０３の選択を受け付ける。
In step S709, the
ステップＳ７１０において、情報処理装置１０１は、ステップＳ７０９にて選択を受け付けた入出力定義４０３に属す入出力項目を選択肢として表示する（図１２の１２０４）。例えば、ステップＳ７０７にて、命令に「項目値入力」が選択された場合は、入出力項目のうち値を入力できる項目だけに絞った選択肢を表示する。
In step S710, the
ステップＳ７１１において、情報処理装置１０１は、ステップＳ７１０にて表示した選択肢から、テスト実行に用いる入出力項目の選択を受け付ける。
In step S711, the
ステップＳ７１２において、情報処理装置１０１は、テストの命令実行時に用いる入出力項目への引数の入力を受け付ける。
In step S712, the
例えば、図１２では、グループ項目「Ｇ ユーザマスタ」の入出力項目「ＩＤ」「パスワード」「名前」への引数を入力する。グループ項目とは、入出力項目を複数持つ表である（例：図６の６０２）。この命令に、行番号と引数を入力したものを１３０２（図１３）に示す。１３０２（図１３）は、グループ項目における明細「１」行目の入出力項目「ＩＤ」「パスワード」「名前」にそれぞれ「１」「ｙａｍａｄａ」「山田」を入力するという意味である。 For example, in FIG. 12, an argument to the input / output items “ID”, “password”, and “name” of the group item “G user master” is input. The group item is a table having a plurality of input / output items (for example, 602 in FIG. 6). 1302 (FIG. 13) shows a line number and an argument input to this instruction. 1302 (FIG. 13) means that “1”, “yamada”, and “Yamada” are respectively input to the input / output items “ID”, “password”, and “name” on the detail “1” line in the group item.
また、命令が「項目値検証」の場合の引数は、その「入出力項目」の値が、テスト実行時にその「引数」の値と等しいか否かを判定するという意味である（図１３の１３０３）。ここでは、１３０２にて「項目値入力」を行い、「アクション実行」でＵＰＤＡＴＥ（更新）処理を行った後において、「ＩＤ」の値が「１」と等しいか否かを判定する。つまり、その時点で「ＩＤ」＝１の場合は、そのテスト手順＝成功と判定し、「ＩＤ」≠１の場合は、そのテスト手順＝失敗と判定する（詳細は、図９のステップＳ９１１にて後述する）。 Further, the argument when the instruction is “item value verification” means that it is determined whether or not the value of the “input / output item” is equal to the value of the “argument” during the test execution (FIG. 13). 1303). Here, after “item value input” is performed in 1302 and UPDATE (update) processing is performed in “action execution”, it is determined whether or not the value of “ID” is equal to “1”. That is, if “ID” = 1 at that time, it is determined that the test procedure = success, and if “ID” ≠ 1, it is determined that the test procedure = failure (for details, see step S911 in FIG. 9). Will be described later).
なお、本実施形態においては、「引数」の例として「入出力項目の値」を挙げたが、「入出力項目の値」に限定するものではなく、「引数」は、例えば、画面の入出力に係る位置、色、大きさ又は内容等に係る情報であってもよい。また、表示、認証、検索、追加、更新若しくは削除等の処理に対して与える情報、又は、カメラ等の周辺機器に対して送信する情報等、テスト実行のために用いる情報であれば、その他の情報であってもよい。 In this embodiment, “input / output item value” is given as an example of “argument”. However, the “argument” is not limited to “input / output item value”. It may be information relating to the position, color, size, content, etc. relating to the output. In addition, if it is information used for test execution, such as information given to processing such as display, authentication, search, addition, update or deletion, or information transmitted to peripheral devices such as cameras, etc. It may be information.
すなわち、ステップＳ７１２は、実行されるテストに用いる情報を受け付ける処理の一例を示すステップである。また、ステップＳ７１２は、取得された定義情報に含まれる項目に対して代入する値の入力を受け付ける処理の一例を示すステップである。また、ステップＳ７１２は、取得された定義情報に含まれる項目が持つと予想される値の入力を受け付ける処理の一例を示すステップである。 That is, step S712 is a step showing an example of processing for receiving information used for the test to be executed. Step S712 is a step showing an example of a process of accepting an input of a value to be substituted for an item included in the acquired definition information. Step S712 is a step showing an example of processing for accepting an input of a value expected to be included in an item included in the acquired definition information.
すなわち、ステップＳ７０６〜Ｓ７１２は、テストケースの定義を受け付ける処理の一例を示すステップである。 That is, steps S706 to S712 are steps showing an example of processing for receiving a test case definition.
ステップＳ７１３において、情報処理装置１０１は、ステップＳ７０６〜Ｓ７１２を繰り返すことによって作成されたテストケース手順（例：図１３の１３０１）に基づき、図１６のようなテストケース定義４０７を生成し、外部メモリ２１１に記憶する。
In step S713, the
具体的には、テストケース手順１３０１を１つずつ、テストケース定義４０７の要素＜ａｕｔｏｔｅｓｔ−ｓｔｅｐ＞に変換することにより、テストケース定義４０７を生成する。同様に、テストケース手順１３０１の「命令」はテストケース定義４０７の要素＜ｃｏｍｍａｎｄ＞に、「入出力」は＜ｏｂｊｅｃｔ＿０１＞に、「入出力項目」は＜ｏｂｊｅｃｔ＿０２＞に、「行番号」は＜ｏｂｊｅｃｔ＿０３＞に、「引数」は＜ａｒｇｕｍｅｎｔ＞にそれぞれ変換する。
Specifically, a
なお、本実施形態においては、テストケース定義４０７を図１６のようなＸＭＬファイルとしたが、ＸＭＬファイルに限定するものではなく、その他の形式のファイルとして生成したり、データベースに記憶させたり、ファイルやデータベース以外の情報にしたりしてもよい。
In this embodiment, the
すなわち、ステップＳ７１３は、取得された定義情報を用いて、テストケースを生成する処理の一例を示すステップである。また、ステップＳ７１３は、受け付けた定義に基づき、テストケースを生成する処理の一例を示すステップである。また、ステップＳ７１３は、受け付けた値を項目に対して代入することを含むテストケースを生成する処理の一例を示すステップである。また、すなわち、ステップＳ７１３は、受け付けた値と項目が持つ値とを比較することを含むテストケースを生成する処理の一例を示すステップである。 That is, step S713 is a step showing an example of a process for generating a test case using the acquired definition information. Step S713 is a step showing an example of processing for generating a test case based on the accepted definition. Step S713 is a step showing an example of processing for generating a test case including substituting the received value for the item. That is, step S713 is a step showing an example of processing for generating a test case including comparing the received value with the value of the item.
以上で、図７の説明を終了する。 Above, description of FIG. 7 is complete | finished.
以上により、アプリケーションを構築するための定義情報を用いて、アプリケーションに係るテストケースを容易に生成することができるようになる。また、アプリケーションを構築するための定義情報を用いて、定義情報が正しく定義されているか否かテストするためのテストケースを容易に生成することができるようになる。 As described above, it is possible to easily generate a test case related to an application using definition information for building an application. In addition, it is possible to easily generate a test case for testing whether or not the definition information is correctly defined using the definition information for building the application.
図８、図９及び図１０は、テスト実行のフローチャートの一例を示す図である。 8, FIG. 9 and FIG. 10 are diagrams illustrating an example of a flowchart of test execution.
ステップＳ８０１において、情報処理装置１０１は、接続先ＤＢ受信部４３９を介して、テストスイート定義４０９に接続先ＤＢ４８２があるか否かを確認する。情報処理装置１０１は、確認した結果、接続先ＤＢがある場合はステップＳ８０３へ進み、ない場合はステップＳ８０２へ進む。
In step S <b> 801, the
ステップＳ８０２において、情報処理装置１０１は、テスト対象のＷｅｂアプリケーションコードが生成済みであるか否かを確認する。情報処理装置１０１は、該当するＷｅｂアプリケーションコードが生成されていればステップＳ８０４へ進み、なければテスト実行を終了する。
In step S802, the
ステップＳ８０３において、情報処理装置１０１は、接続先ＤＢが同じかつテスト対象のＷｅｂアプリケーションコードが生成済みであることを確認する。情報処理装置１０１は、該当するＷｅｂアプリケーションコードが生成されていればステップＳ８０４へ進み、なければテスト実行を終了する。
In step S803, the
ステップＳ８０４において、情報処理装置１０１は、テスト実行部（インタープリタ）４３４とテストケース定義解釈部４３３を用いて、ステップＳ８０３にて取得したテストケース定義４０７に含まれるテストケース数及びテスト手順数をカウントする。
In step S804, the
ステップＳ８０５において、情報処理装置１０１は、テストビュー１４０３（図１４）を表示する。
In step S805, the
ステップＳ８０６において、情報処理装置１０１は、テスト進捗バー１４０４（図１４）を空の状態で表示する。
In step S806, the
ステップＳ８０７において、情報処理装置１０１は、テスト情報のテストツリーペイン１４０６（図１４）に、ステップＳ８０３及びステップＳ８０４でテスト対象としたテストケース名（例：ユーザ登録フォームチェック、商品登録フォームチェック）及びテスト手順（１．画面表示、２．行追加、３．…）を表示する。
In step S807, the
ステップＳ８０８において、情報処理装置１０１は、テスト情報の詳細ペイン１４０７（図１４）にメッセージ「実行中…」を表示する。
In step S808, the
ステップＳ８０９において、情報処理装置１０１は、テスト実行準備部４３２を用いて、テスト実行前準備を行う。具体的には、テスト実行前準備では、セッション、クッキー及びスレッド等の生成を行い、ユーザが実際にブラウザを用いてアプリケーションを実行した場合と同様のアプリケーションデータを生成する。これにより、ブラウザ、エンドユーザ操作及びアプリケーションサーバ等を用いずに、アプリケーション構築ツールにおいて、テストを効率的に行うことができるようになる。
In step S <b> 809, the
ステップＳ９０２において、情報処理装置１０１は、テスト実行対象のテストケースのテスト手順の分だけ、ステップＳ９０３〜Ｓ９１５、Ｓ９２１又はＳ９２５を繰り返す。
In step S902, the
ステップＳ９０３において、情報処理装置１０１は、強制終了ボタン１４０５（図１４）の押下を受け付けたか否かを判断し、押下された場合はステップＳ９０４へ進み、押下されていない場合はステップＳ９０５へ進む。
In step S903, the
ステップＳ９０４において、情報処理装置１０１は、テスト進捗バー１４０４を灰色１００％で更新し、未実行のテストケース又はテスト手順がある場合であっても中断し、本フローチャートを終了する。
In step S904, the
ステップＳ９０５において、情報処理装置１０１は、テストケース定義解釈部４３３を用いて、テスト手順情報１２０３を取得する。
In step S <b> 905, the
ステップＳ９０６において、情報処理装置１０１は、テスト手順情報のテスト命令が入力系か否かを判定し、入力系の場合はステップＳ９０７へ進み、入力系でない場合はステップＳ９０８へ進む。
In step S906, the
ステップＳ９０７において、情報処理装置１０１は、アプリケーションコードアクセス部４３６を用いて、生成済のアプリケーションコード４４０へ疑似的に値の入力を実行する。その後、アプリケーションコードアクセス部を用いて、アプリケーションコード４４０から実行結果を受け取り、テスト結果取得部４３５を用いてテスト結果を得る。すなわち、ステップＳ９０７は、ステップＳ７１２にて受け付けた情報を用いて、テストを実行する処理の一例を示すステップである。
In step S <b> 907, the
ステップＳ９０８において、情報処理装置１０１は、テスト手順情報のテスト命令が実行系か否かを判定し、実行系の場合はステップＳ９０９へ進み、実行系でない場合はステップＳ９１０へ進む。
In step S908, the
ステップＳ９０９において、情報処理装置１０１は、アプリケーションコードアクセス部４３６を用いて、生成済のアプリケーションコード４４０へ疑似的にアクションを実行するリクエストを送る。その後、アプリケーションコードアクセス部４３６を用いて、アプリケーションコード４４０から実行結果を受け取り、テスト結果取得部４３５を用いてテスト結果を得る。
In step S909, the
ステップＳ９１０において、情報処理装置１０１は、アプリケーションコードアクセス部４３６を用いて、生成済のアプリケーションコード４４０から検証対象の情報を取得する。
In step S <b> 910, the
ステップＳ９１１において、情報処理装置１０１は、検証対象の情報（検証対象が定義情報に含まれる項目である場合、当該項目に係る情報（例；当該項目が持つ値や属性値））が条件（例；ステップＳ７１２にて入力を受け付けた引数の値）に合致するか否かを判定し、検証が成功（条件に合致する）の場合はステップＳ９１６へ進み、失敗（条件に合致しない）の場合はステップＳ９１２へ進む。
In step S911, the
例えば、図１３の１３０３の場合、１３０２にて「項目値入力」を行い、「アクション実行」でＵＰＤＡＴＥ（更新）を行った後において、「ＩＤ」の値が「１」と等しいか否かを判定する。つまり、その時点で「ＩＤ」＝１の場合は、そのテスト手順＝“成功”と判定し、「ＩＤ」≠１の場合は、そのテスト手順＝“失敗”と判定する。 For example, in the case of 1303 in FIG. 13, after “item value input” is performed in 1302 and UPDATE (update) is performed in “action execution”, it is determined whether or not the value of “ID” is equal to “1”. judge. That is, if “ID” = 1 at that time, the test procedure is determined to be “successful”, and if “ID” ≠ 1, the test procedure is determined to be “failure”.
なお、本実施形態においては、検証系の例として「項目値検証」を挙げたが、項目値に限定するものではなく、例えば、表示するオブジェクトやメッセージの表示位置、色、大きさ又は表示内容等の検証であってもよい。また、表示、認証、検索、追加、更新若しくは削除等の処理にかかった時間、ＣＰＵの使用率、記憶領域の空き容量、又は、カメラ等の周辺機器から取得可能な情報等、テスト実行時に取得可能な情報に係る検証であれば、その他の検証であってもよい。 In the present embodiment, “item value verification” is given as an example of a verification system, but it is not limited to item values. For example, the display position, color, size, or display content of an object to be displayed or a message is displayed. Etc. may be verified. Also, the time taken for processing such as display, authentication, search, addition, update or deletion, CPU usage rate, free storage space, or information that can be obtained from peripheral devices such as cameras, etc. Other verifications may be used as long as they are verifications relating to possible information.
すなわち、ステップＳ９１１は、ステップＳ７１２にて受け付けた情報を用いて、テストを実行する処理の一例を示すステップである。また、ステップＳ９１１は、受け付けた値と項目が持つ値とを比較した結果に基づいて、実行されるテストの成否を判定する処理の一例を示すステップである。 That is, step S911 is a step showing an example of a process for executing a test using the information received in step S712. Step S911 is a step showing an example of a process for determining the success or failure of the test to be executed based on the result of comparing the received value with the value of the item.
ステップＳ９１２において、情報処理装置１０１は、テスト手順のステータスを“失敗”としてＲＡＭ２０２に記憶する。
In step S912, the
ステップＳ９１３において、情報処理装置１０１は、テスト結果取得部４３５及びテスト結果表示部４３８を用いて、検証失敗数を更新する（図１５の１５０３）。
In step S913, the
ステップＳ９１４において、情報処理装置１０１は、テスト結果取得部４３５及びテスト結果表示部４３８を用いて、テスト手順数を更新する（図１５の１５０２）。
In step S914, the
ステップＳ９１５において、情報処理装置１０１は、テスト結果取得部４３５及びテスト結果表示部４３８を用いて、進捗バーを赤色で更新する（図１５の１５０５）。
In step S915, the
ステップＳ９１６において、情報処理装置１０１は、アプリケーションエラーが発生していないことを確認する。発生していなければステップＳ９２２へ進み、エラーが発生している場合は、ステップＳ９１７へ進む。
In step S916, the
ステップＳ９１７において、情報処理装置１０１は、テスト手順のステータスを“テスト失敗”としてＲＡＭ２０２に記憶する。
In step S917, the
ステップＳ９１８において、情報処理装置１０１は、テスト結果取得部４３５及びテスト結果表示部４３８を用いて、テスト失敗数を更新する（図１５の１５０４）。
In step S918, the
ステップＳ９１９において、情報処理装置１０１は、テスト結果取得部４３５及びテスト結果表示部４３８を用いて、テスト手順数を更新する（図１５の１５０２）。
In step S919, the
ステップＳ９２０において、情報処理装置１０１は、テスト結果取得部４３５及びテスト結果表示部４３８を用いて、進捗バーを赤色で更新する（図１５の１５０５）。
In step S920, the
ステップＳ９２１において、情報処理装置１０１は、テスト結果表示部４３８を用いて、テストケース数を更新する（図１５の１５０１）。その後、未実施のテスト手順が実行中のテストケースに含まれている場合であっても、それらの実行はせず、次に実行予定のテストケースを実行する。ステップＳ９０２に戻る。
In step S921, the
ステップＳ９２２において、情報処理装置１０１は、テスト手順のステータスを“成功”として登録する（図１５の１５０７）。
In step S922, the
ステップＳ９２３において、情報処理装置１０１は、テスト結果表示部４３８を用いて、テスト手順数を更新する（図１５の１５０２）。
In step S923, the
ステップＳ９２４において、情報処理装置１０１は、これまでのテスト手順のステータスにテスト失敗及び検証失敗の両方が０件であるか否かを判定し、正の場合はステップＳ９２５に進み、偽の場合はステップＳ９２５を行わない。
In step S924, the
ステップＳ１００１において、情報処理装置１０１は、テスト結果表示部４３８を用いて、テストケース数を更新する（図１５の１５０１）。
In step S1001, the
ステップＳ１００２において、情報処理装置１０１は、テスト終了処理部４３７を用いて、テスト実行を終了する。具体的には、テスト実行終了処理では、ステップＳ８０９にて生成したセッション、クッキー及びスレッド等をクローズする。
In step S <b> 1002, the
ステップＳ１００３において、情報処理装置１０１は、テスト結果表示部４３８を用いて、テスト実行時間を更新する（図１５の１５０６）。
In step S1003, the
ステップＳ１００４において、情報処理装置１０１は、テスト結果取得部４３５とテスト結果表示部４３８を用いて、テスト中に出力されるログをアプリケーションログビューに表示する（図１５の１５０９）。
In step S1004, the
以上により、テスト対象のアプリケーションが動作可能な状態でなくても、アプリケーション構築ツールにおいて、テスト対象の定義についてのみテストを行うことができるため、テストを効率的に行うことができるようになる。 As described above, even if the test target application is not in an operable state, the application construction tool can perform the test only for the definition of the test target, so that the test can be performed efficiently.
以上で、図８、図９及び図１０の説明を終了する。 Above, description of FIG.8, FIG.9 and FIG.10 is complete | finished.
次に、図１７を用いて、テストスイート定義の作成フローについて説明する。 Next, a test suite definition creation flow will be described with reference to FIG.
ステップＳ１７０１において、情報処理装置１０１は、ユーザからのテストケース定義作成の指示を受け付ける。具体的には、新規テストスイート生成受付表示１９０１（図１９）の選択を受け付ける。ここで、図１９のテストスイート作成メニュー画面の一例について説明する。情報処理装置１０１は、新規テストスイート生成受付表示１９０１が選択されたことに従い、ユーザによるテストスイート定義の作成指示を受け付ける。
In step S1701, the
ステップＳ１７０２において、情報処理装置１０１は、外部メモリ２１１にテストケース定義４０７が作成済か否かを判定する。情報処理装置１０１は、テストケース定義４０７が作成済の場合はステップＳ１７０３に進み、テストケース定義４０７が未作成の場合はテストスイート定義の作成処理を終了する。
In step S <b> 1702, the
ステップＳ１７０３において、情報処理装置１０１は、新規テストスイート生成メニュー画面１９０２（図１９）を表示し、接続先ＤＢコード１９０３の選択（図１９）を受け付ける。接続先ＤＢコード１９０３は、リポジトリ定義部４０１内のデータベース定義４０６の中から選択される。ここで、情報処理装置１０１は、データベースが選択されなかった場合に、初期設定の接続先のデータベース設定２３０３（図２３）に接続し、テストを実行する。また、情報処理装置１０１は、すでに他のテストスイートで接続先として設定されているデータベースを選択できないように制御してもよい。例えば、情報処理装置１０１は、接続先ＤＢコード１９０３のドロップダウンリストで表示させないようにしてもよい。あるいは、情報処理装置１０１は、他のテストスイートで接続先として設定されているデータベースを選択した場合に、新規テストスイート生成メニュー画面１９０２を遷移できないように制御してもよい。このように、情報処理装置１０１は、複数のテストスイートで互いに異なるデータベースに接続させるように、ユーザの操作を支援することができる。
また、情報処理装置１０１は、データベース設定画面２３０２を表示して接続先データベースを選択させてもよい。ユーザは、データベース設定画面２３０２上で、データベースを選択することにより、テストスイートに用いるデータベースを選択することができる。この場合、データベース設定画面２３０２は、デフォルトで接続するデータベースを示す表示アイテム２３０４を表示する。なお、情報処理装置１０１は、他のテストスイートの設定でユーザにより任意に設定されたデータベースを示す表示アイテム２３０５をデータベース設定画面２３０２に表示させてもよい。後述するように、本実施形態において、情報処理装置１０１は、複数のテストスイートを並列に実行する。そのため、情報処理装置１０１は、当該テストスイートで接続するデータベースを他のテストスイートで選択されていないデータベースに設定する。
In step S1703, the
Further, the
ステップＳ１７０４において、情報処理装置１０１は、新規テストスイート生成メニュー画面１９０２（図１９）の入力欄１９０５、接続先ＤＢコード１９０３、対象テストケース１９０４で入力された内容に基づいてテストスイート定義が生成される。
In step S1704, the
ステップＳ１７０５において、情報処理装置１０１は、リポジトリ定義部４０１に記憶されるテストケース定義４０７を選択可能なテストスイート設定画面２１００（図２１）を表示する。図２１におけるテストスイート設定画面２１００は、テストスイート定義に記憶された複数のテストケースからテストスイートに設定するものを選択することができる。
In step S1705, the
また、テストスイート設定画面２１００は、対象テストケース１９０４で選択されたテストケース２１０１をすでに選択された状態で表示される（図２１）。ユーザは、テストスイート設定画面２１００から、テストスイート定義に含めたいテストケースを任意に選択する。そして、情報処理装置１０１は、当該選択されたテストケースをテストスイート定義４０９に保存する。言い換えると、情報処理装置１０１は、テストケースの選択情報をテストスイート定義に設定しているとも言える。
Further, the test
ステップＳ１７０６において、情報処理装置１０１は、ユーザからのテストケース定義の絞り込みの指示を受け付ける。具体的には、情報処理装置１０１は、リポジトリ定義を示すタブ２１０２が選択されているか判定する。
In step S1706, the
ステップＳ１７０７において、情報処理装置１０１は、選択されたタブ２１０２が示すリポジトリ定義に対応するテストスイートを表示する。テストスイート設定画面２１００を例に説明すると、情報処理装置１０１は、「ＩＯ」のタブ２１０２が選択されることにより、リポジトリ定義部４０１内の入出力定義４０３をテストに含むテストケースを一覧で表示する。情報処理装置１０１は、表示されたテストケースへの選択を受け付ける。また、情報処理装置１０１は、「DM」のタブ２１０２が選択されることにより、リポジトリ定義部４０１内のデータモデル定義４０４をテストに含むテストケースを一覧で表示する。また、情報処理装置１０１は、「ＢＰ」のタブ２１０２が選択されることにより、リポジトリ定義部４０１内のビジネスプロセス定義４０５をテストに含むテストケースを一覧で表示する。
In step S1707, the
ステップＳ１７０８において、情報処理装置１０１は、ユーザからの定義ファイル変更時間条件部４７６によるテストケース定義の絞り込みの指示を受け付ける。具体的には、情報処理装置１０１は、定義ファイル変更時間条件部４７６で記憶される変更情報を基に表示を制御する。情報処理装置１０１は、変更時間条件２１０４（図２１）の入力を受け付け、当該入力された条件と定義ファイル変更時間条件部４７６で記憶する条件を比較する。情報処理装置１０１は、当該比較した結果を用いて、変更時間条件２１０４以降に記憶されたテストケース定義を表示する。
ステップＳ１７０９において、情報処理装置１０１は、入力された時間以降に更新されたリポジトリ情報を含むテストケースを表示する。具体的には、情報処理装置１０１は、定義ファイル変更時間条件部４７６に記憶された、後に更新されたリポジトリ情報を含むテストケース定義４０７をソートして表示する。
In step S1708, the
In step S1709, the
ステップＳ１７１０において、情報処理装置１０１は、所定の条件により表示されたテストケース定義４０７の選択を受け付ける。具体的には、情報処理装置１０１は、チェックボックス２１０９で、選択または解除することができる。情報処理装置１０１は、選択を受けつけたテストケース定義をテストスイートとして設定済みとし、テストスイート定義４０９を更新する。情報処理装置１０１は、選択結果２１０２（図２１）で示すように、選択されたテストケースを、テストスイート定義を親とした階層構造で表示する。
In step S1710, the
次に図１８を用いて、ＤＢ別テストスイート用アプリケーションプログラム生成フローについて説明する。 Next, a DB-specific test suite application program generation flow will be described with reference to FIG.
ステップＳ１８０１において、情報処理装置１０１は、アプリケーション定義４０２の設定を受け付ける。具体的には、アプリケーション構築ツールの画面を介して、アプリケーション開発者から入出力定義４０３、データモデル定義４０４、ビジネスプロセス定義４０５及びデータベース定義４０６の設定を受け付ける。
In step S1801, the
ステップＳ１８０１において、受け付けたアプリケーション定義４０２、入出力定義４０３、データモデル定義４０４、ビジネスプロセス定義４０５及びデータベース定義４０６の設定は、リポジトリ定義部４０１にＸＭＬファイル形式で記憶する。
In step S1801, the received
ステップＳ１８０２において、情報処理装置１０１は、アプリケーション生成の指示を受け付ける。
In step S1802, the
ステップＳ１８０３において、情報処理装置１０１は、リポジトリ定義部４０１からアプリケーション定義４０２を取得する。リポジトリ定義解析部４１１は、読み込んだ定義を解析したうえでＲＯＭ２０３に記憶しておき、解析された定義は各生成部から適宜参照される。
In step S1803, the
ステップＳ１８０４において、情報処理装置１０１は、リポジトリ定義部４０１からデータモデル定義４０４を取得する。
In step S1804, the
ステップＳ１８０５において、情報処理装置１０１は、リポジトリ定義部４０１から入出力定義４０３を取得する。
In step S1805, the
ステップＳ１８０６において、情報処理装置１０１は、リポジトリ定義部４０１からビジネスプロセス定義４０５を取得する。
In step S1806, the
ステップＳ１８０７において、情報処理装置１０１は、リポジトリ定義部４０１からデータベース定義４０６を取得する。すなわち、ステップＳ１８０１〜Ｓ１８０７は、アプリケーションを構築するための定義情報を取得する処理の一例を示すステップである。
In step S1807, the
ステップＳ１８０８において、情報処理装置１０１は、ユーザからのテストスイート選択を受け付ける。具体的には、情報処理装置１０１は、アプリケーション生成画面２３００（図２３）で選択を受け付ける。情報処理装置１０１は、テストスイート選択部２３０１で選択されたテストスイートを生成対象として受け付ける。
In step S1808, the
ステップＳ１８０９において、情報処理装置１０１は、選択したテストスイートに接続先ＤＢ４８２がある場合は、ステップＳ１８１０へ進み、接続先ＤＢ４８２がない場合はステップＳ１８１２へ進む。
In step S1809, if there is a
ステップＳ１８１０において、情報処理装置１０１は、接続先ＤＢコードの情報がある場合、データベース定義４０６から該当する接続先ＤＢコードと一致するデータベース情報を参照する。
In step S1810, when there is information on the connection destination DB code, the
ステップＳ１８１１において、情報処理装置１０１は、アプリケーション名をアプリケーション名とテストスイート名からなるものへ変更する。
In step S1811, the
ステップＳ１８１２において、情報処理装置１０１は、データベース定義４０６からデフォルトのデータベース設定を参照する。データベース設定画面２３０２は、データベース定義４０６に記憶されるデータベース定義を一覧で表示する画面である。当該データベース定義は、リポジトリ定義エディタ部４２０で参照され、表示制御部３１０で表示される。情報処理装置１０１は、データベース設定画面２３０２で表示されるデータベース定義のうち、いずれのデータベースをデフォルトで使用するかを記憶している。また、情報処理装置１０１は、いずれのデータベースをデフォルトの接続先とするかを識別可能に表示することが可能である。一例として、情報処理装置１０１は、データベース設定画面２３０２上で表示アイテム２３０4を表示することによりデフォルトの接続先を識別可能に表示する。
In step S1812, the
ステップＳ１８１３において、情報処理装置１０１は、上述の各設定に基づいてアプリケーションプログラムを生成する。
In step S1813, the
次に図２０、図２１、図２２を用いてテストスイートの実行のフロー、各フローにおける画面の表示について説明する。なお、本実施形態においては、図１７を用いて説明したテストスイート生成のフローにおいて、複数のテストスイートが生成されているとする。そのため、以下では、情報処理装置１０１は、複数のテストスイートのテストを並列して同時に実行する場合について説明する。
Next, a test suite execution flow and screen display in each flow will be described with reference to FIGS. 20, 21, and 22. In the present embodiment, it is assumed that a plurality of test suites are generated in the test suite generation flow described with reference to FIG. Therefore, hereinafter, the
ステップＳ２００１において、情報処理装置１０１は、テストの実行の開始の指示を受け付ける。具体的には、情報処理装置１０１は、実行ボタン２１０５（図２１）が選択されたことに従い指示を受け付ける。なお、実行されるテストスイートは複数であってもよい。複数のテストスイートを並列に実行することで、１つずつテストする場合よりもテストにかかる工数が短縮される。本実施形態では、情報処理装置１０１は、テスト全体ビュー２１０６（図２１）に表示されたテストスイートを同時に実行するとする。また、情報処理装置１０１は、テスト全体ビュー２１０６に表示されるテストスイート定義のうち、チェックボックス２１１０で選択されたテストスイート定義のみを実行ボタンの選択に従って実行することとしてもよい。
In step S2001, the
ステップＳ２００２において、情報処理装置１０１は、テスト全体ビュー２１０６（図２１）を表示する。テスト全体ビュー２１０６は、設定されたテストスイート定義４０９の一覧を表示する。そして、テスト全体ビュー２１０６は、実行されたテストの結果を、テストスイート単位で識別可能に表示することが可能である。また、テスト全体ビュー２１０６は、テスト進捗バー２１０７とテスト情報表示部２１０８とを表示する。テスト進捗バー２１０７は、必ずしもバー状のインジケータでなくてもよい。テスト進捗バー２１０７は、例えば、円状のものであってもよい。つまり。テスト進捗バー２１０７は、少なくとも、実行中のテストスイート定義４０９の全工程における進捗の割合を視認可能な情報であればよい。テスト情報表示部２１０８は、実行中のテストスイート定義４０９の進捗および結果をテキストにて表示する。テスト情報表示部２１０８は、例えば、「実行中」、「実行完了」、「エラー」等の表示を含む。
In step S2002, the
ステップＳ２００３において、情報処理装置１０１は、テスト進捗バー２１０７を空の状態で表示する。つまり、情報処理装置１０１は、テストスイート定義４０９によるテストの進捗が「０」であることを示している。
In step S2003, the
ステップＳ２００４において、情報処理装置１０１は、テスト情報表示部２１０８にテストは実行中であることを示すための表示をする。本実施形態では、情報処理装置１０１は、テスト情報表示部２１０８に「実行中…」という文字を表示する。
In step S2004, the
ステップＳ２００５において、情報処理装置１０１は、対象であるテストスイートがなくなるまで以下のステップを繰り返す。
In step S2005, the
ステップＳ２００６において、情報処理装置１０１は、対象テストスイートのテストスイート定義４０９を読み込む。
In step S2006, the
ステップＳ２００７において、情報処理装置１０１は、対象テストスイートの数だけスレッドを作成する。複数のテストスイートが実行されるとき、スレッドは複数作成され並列に実行される。情報処理装置１０１は、作成されたスレッドをテスト全体ビュー２１０６に表示する。
In step S2007, the
ステップＳ２００８において、情報処理装置１０１は、対象テストスイートに含まれるテストケース定義を読み込む。
ステップＳ２００９において、情報処理装置１０１は、ステップＳ２００８で読み込んだテストケースがなくなるまで以下のステップを繰りかえす。
In step S2008, the
In step S2009, the
ステップＳ２０１０において、情報処理装置１０１は、読み込んだテスト定義に基づいてテストを実行する。
In step S2010, the
ステップＳ２０１１において、情報処理装置１０１は、テストの実行状況に応じてテスト進捗バー２１０７を更新する。一つのテスト進捗バーは１つのテストスイートに対してどれだけ作業が完了したかを表す。
In step S2011, the
ステップＳ２０１２において、情報処理装置１０１は、テストスイート設定画面２２００でテスト結果を表示する。ここで、図２２を用いて、テストスイート定義を用いたテスト結果の表示方法について説明する。テストスイート設定画面２２００は、テストスイート設定画面２１５０でテストの実行の開始がされたテストスイートが終了した際の画面の一例である。図２２において、テスト進捗バー２２０１は、テストが完了したことを示している。本実施形態において、「Suite１.ｗｐｔｘ」のテスト進捗バーは、エラーが発生せずにテストが完了したことを示す。一方、「Suite２.ｗｐｔｘ」のテスト進捗バーは、はエラーが発生してテストが完了したことを示す。テストスイート設定画面２２００に示す通り、それぞれのテストスイート定義の進捗バーは、異なる色で表示されるため、ユーザは、エラーが発生せずにテストが完了したか否かを視認することができる。また、それぞれのテストスイート定義の進捗バーの横に、結果が識別可能なアイコン２２０３が表示される。ユーザは、アイコン２２０３を目視することにより、いずれのテストスイートでエラーが発生したのかを認識することができる。また、それぞれのテストスイート定義に含まれるテストの横に、結果が識別可能なアイコン２２０４が表示される。ユーザは、アイコン２２０４を目視することにより、テストスイートに含まれるテストケースのうちいずれのテストケースでエラーが発生したのかを認識することができる。それぞれのテストケースのステップごとに、テスト結果を識別可能なアイコン２２０５が表示される。ユーザは、アイコン２２０５を目視することにより、テストケースのうちいずれのステップでエラーが発生したのかを認識することができる。
In step S2012, the
なお、本実施形態のようなアプリケーション構築ツールは、アプリケーションを構築するために設定した定義情報が予想通りに設定されているかのテストをするものである。つまり、本実施形態では、アプリケーション構築ツールによるアプリケーション構築又はプログラム生成そのものではなく、構築又は生成の基となる定義情報についての正否についてテストしている。 Note that the application construction tool as in the present embodiment tests whether the definition information set for building an application is set as expected. That is, in this embodiment, whether or not the definition information that is the basis of construction or generation is tested for correctness, not application construction or program generation itself by the application construction tool.
以上、上述の実施形態によれば、情報処理装置は、データベース定義からデータベースの選択を受け付け、互いに異なるデータベースを接続先とする複数のテストスイートを生成し、生成された複数のテストスイートに基づいて、選択された接続先のデータベースのデータを用いてアプリケーションに係るテストを実行する。そのため、ユーザがテストスイートごとに接続すべきデータベースを選択可能となる。従って、テストの過程でデータベースのデータの値を変更する場合であっても、複数のテストスイートを並行して同時に実行することができる。つまり、大規模なアプリケーションのテスト工程であっても、正確かつ迅速にテストを実行することができる。 As described above, according to the above-described embodiment, the information processing apparatus receives a selection of a database from a database definition, generates a plurality of test suites having different databases as connection destinations, and based on the generated plurality of test suites. Then, a test related to the application is executed using the data of the selected connection destination database. Therefore, the user can select a database to be connected for each test suite. Therefore, even when the data value of the database is changed during the test process, a plurality of test suites can be executed in parallel. In other words, even in a large-scale application test process, a test can be executed accurately and quickly.
上述の実施形態による効果についてより具体的に説明する。情報処理装置は、複数のテストスイートを並行して同時に実行することでトータルのテスト時間が短縮される。例えば、情報処理装置は、１００００個のテストケースを実行する場合、直列に実行すれば１０時間かかる場合に、１０台の装置で並行して実行すれば、理論上は１時間で完了することができる。ただし、１０台の装置で同じデータベースを利用した場合は、データベース同士のデータの衝突（他のテストの実行によりデータベースが上書きされる等）による問題が発生する。この考え方を適用すると、情報処理装置は、テストスイートごとに接続するデータベースを分けるために、どのテストをどのデータベースに接続するのかを設定することは有用である。また、複数のテストケースのそれぞれに接続先データベースを設定することは煩雑である。そのため、複数のテストケースを目的ごとにまとめたテストスイート定義を用いて、テストスイート単位ごとデータベースの接続先を設定することはより有用である。特に、本件のようなリポジトリ定義をベースとしたアプリケーション開発ツールを用いる場合と異なり、既存のスクラッチ開発で使われるテストスイートクラスは単にテストケースをまとめただけである。したがって、上述の実施形態のように、テストスイート定義に追加の条件を加えられることは効果的である。本実施形態のアプリケーション開発ツールは、テストスイート定義とともにデータベース定義を有しているため、当該データベース定義の中のどのデータベースに接続するのかを選択するだけで容易に設定が可能となる。 The effect by the above-mentioned embodiment is demonstrated more concretely. The information processing apparatus reduces the total test time by simultaneously executing a plurality of test suites. For example, when executing 10,000 test cases, an information processing device takes 10 hours if executed in series, and if executed in parallel on 10 devices, it can theoretically be completed in one hour. it can. However, when the same database is used by 10 apparatuses, a problem occurs due to data collision between databases (for example, the database is overwritten by execution of another test). When this concept is applied, it is useful for the information processing apparatus to set which test is connected to which database in order to divide the database to be connected for each test suite. Moreover, it is complicated to set a connection destination database for each of a plurality of test cases. Therefore, it is more useful to set a database connection destination for each test suite unit using a test suite definition in which a plurality of test cases are grouped for each purpose. In particular, unlike the case of using an application development tool based on the repository definition as in this case, the test suite class used in the existing scratch development is simply a collection of test cases. Therefore, it is effective to add an additional condition to the test suite definition as in the above-described embodiment. Since the application development tool of this embodiment has a database definition together with a test suite definition, it can be easily set only by selecting which database in the database definition to connect to.
また、情報処理装置は、ユーザにより任意のデータベースの選択を受け付けていない場合には、データベース定義のうち初期設定のデータベースを用いてアプリケーションに係るテストを実行する。このため、情報処理装置は、必要に応じて、選択をせずともデータベースを用いたテストスイートの実行が可能となる。そのため、テスト工程におけるユーザの利便性を向上させることができる。 In addition, when the information processing apparatus does not accept selection of an arbitrary database by the user, the information processing apparatus executes a test related to the application using an initial setting database among the database definitions. For this reason, the information processing apparatus can execute a test suite using a database without making a selection, if necessary. Therefore, user convenience in the test process can be improved.
勿論、本発明の実施形態により生成したテストケースを用いて、テスト対象を定義情報に絞ったテストを行うだけでなく、構築又は生成したアプリケーションを動作させてテストを行うことでアプリケーション全体まで範囲を広げたテストを行うとしてもよい。 Of course, using the test cases generated according to the embodiments of the present invention, not only the test focused on the definition information but also the test is performed by operating the constructed or generated application, so that the scope of the entire application can be expanded. An extended test may be performed.
以上のように、前述した実施形態の機能を実現するプログラムを記録した記録媒体を、システムあるいは装置に供給し、そのシステムあるいは装置のコンピュータ（又はＣＰＵやＭＰＵ）が記録媒体に格納されたプログラムを読み出し、実行することによっても本発明の目的が達成されることは言うまでもない。 As described above, a recording medium in which a program for realizing the functions of the above-described embodiments is recorded is supplied to the system or apparatus, and the computer (or CPU or MPU) of the system or apparatus stores the program stored in the recording medium. It goes without saying that the object of the present invention can also be achieved by reading and executing.
この場合、記録媒体から読み出されたプログラム自体が本発明の新規な機能を実現することになり、そのプログラムを記録した記録媒体は本発明を構成することになる。 In this case, the program itself read from the recording medium realizes the novel function of the present invention, and the recording medium recording the program constitutes the present invention.
プログラムを供給するための記録媒体としては、例えば、フレキシブルディスク、ハードディスク、光ディスク、光磁気ディスク、ＣＤ−ＲＯＭ、ＣＤ−Ｒ、ＤＶＤ−ＲＯＭ、磁気テープ、不揮発性のメモリカード、ＲＯＭ、ＥＥＰＲＯＭ、シリコンディスク等を用いることが出来る。 As a recording medium for supplying the program, for example, a flexible disk, hard disk, optical disk, magneto-optical disk, CD-ROM, CD-R, DVD-ROM, magnetic tape, nonvolatile memory card, ROM, EEPROM, silicon A disk or the like can be used.
また、コンピュータが読み出したプログラムを実行することにより、前述した実施形態の機能が実現されるだけでなく、そのプログラムの指示に基づき、コンピュータ上で稼働しているＯＳ（オペレーティングシステム）等が実際の処理の一部又は全部を行い、その処理によって前述した実施形態の機能が実現される場合も含まれることは言うまでもない。 Further, by executing the program read by the computer, not only the functions of the above-described embodiments are realized, but also an OS (operating system) operating on the computer based on an instruction of the program is actually It goes without saying that a case where the function of the above-described embodiment is realized by performing part or all of the processing and the processing is included.
さらに、記録媒体から読み出されたプログラムが、コンピュータに挿入された機能拡張ボードやコンピュータに接続された機能拡張ユニットに備わるメモリに書き込まれた後、そのプログラムコードの指示に基づき、その機能拡張ボードや機能拡張ユニットに備わるＣＰＵ等が実際の処理の一部又は全部を行い、その処理によって前述した実施形態の機能が実現される場合も含まれることは言うまでもない。 Furthermore, after the program read from the recording medium is written to the memory provided in the function expansion board inserted into the computer or the function expansion unit connected to the computer, the function expansion board is based on the instructions of the program code. It goes without saying that the case where the CPU or the like provided in the function expansion unit performs part or all of the actual processing and the functions of the above-described embodiments are realized by the processing.
また、本発明は、複数の機器から構成されるシステムに適用しても、ひとつの機器から成る装置に適用しても良い。また、本発明は、システムあるいは装置にプログラムを供給することによって達成される場合にも適応できることは言うまでもない。この場合、本発明を達成するためのプログラムを格納した記録媒体を該システムあるいは装置に読み出すことによって、そのシステムあるいは装置が、本発明の効果を享受することが可能となる。 The present invention may be applied to a system constituted by a plurality of devices or an apparatus constituted by a single device. It goes without saying that the present invention can also be applied to a case where the present invention is achieved by supplying a program to a system or apparatus. In this case, by reading a recording medium storing a program for achieving the present invention into the system or apparatus, the system or apparatus can enjoy the effects of the present invention.
上記プログラムの形態は、オブジェクトコード、インタプリタにより実行されるプログラムコード、ＯＳ（オペレーティングシステム）に供給されるスクリプトデータ等の形態から成ってもよい。 The form of the program may be in the form of object code, program code executed by an interpreter, script data supplied to an OS (operating system), and the like.
さらに、本発明を達成するためのプログラムをネットワーク上のサーバ、データベース等から通信プログラムによりダウンロードして読み出すことによって、そのシステムあるいは装置が、本発明の効果を享受することが可能となる。なお、上述した各実施形態及びその変形例を組み合わせた構成も全て本発明に含まれるものである。
Furthermore, by downloading and reading a program for achieving the present invention from a server, database, etc. on a network using a communication program, the system or apparatus can enjoy the effects of the present invention. In addition, all the structures which combined each embodiment mentioned above and its modification are also included in this invention.
１０１ 情報処理装置
１０２ アプリケーションサーバ
１０３ データベースサーバ
１０４ アプリケーションクライアント
１０５ ネットワーク
３０２ テスト実行部
３０５ テストケース生成部
３１１ テストスイート生成部
101
Claims (6)
前記アプリケーションを構築するためのデータベース定義からデータベースの選択を受け付けるデータベース選択受付手段と、
前記データベース選択受付手段で選択されたデータベースであって、互いに異なるデータベースを接続先とする複数のテストスイートを生成するテストスイート生成手段と、
前記テストスイート生成手段により生成された複数のテストスイートに基づいて、前記接続先のデータベースのデータを用いて前記アプリケーションに係るテストを実行するテスト実行手段
を備えることを特徴とする情報処理装置。 An information processing apparatus for building an application,
Database selection accepting means for accepting selection of a database from a database definition for constructing the application;
A test suite generating unit that generates a plurality of test suites selected by the database selection receiving unit and having different databases as connection destinations;
An information processing apparatus comprising: a test execution unit that executes a test related to the application using data of the connection destination database based on a plurality of test suites generated by the test suite generation unit.
前記テスト実行手段は、前記データベース選択受付手段により選択を受け付けていない場合に、前記データベース記憶手段で記憶される初期設定のデータベースのデータを用いて前記アプリケーションに係るテストを実行することを特徴とする請求項１に記載の情報処理装置。 Database storage means for storing an initial connection destination among database definitions for constructing the application;
The test execution unit executes a test related to the application using data of an initial setting database stored in the database storage unit when selection is not received by the database selection reception unit. The information processing apparatus according to claim 1.
前記アプリケーションを構築するためのデータベース定義からデータベースの選択を受け付けるデータベース選択受付工程と、
前記データベース選択受付工程で選択されたデータベースであって、互いに異なるデータベースを接続先とする複数のテストスイートを生成するテストスイート生成工程と、
前記テストスイート生成工程により生成された複数のテストスイートに基づいて、前記接続先のデータベースのデータを用いて前記アプリケーションに係るテストを実行するテスト実行工程
を備えることを特徴とする情報処理装置の制御方法。 A method for controlling an information processing apparatus for building an application,
A database selection receiving step of receiving a selection of a database from a database definition for constructing the application;
A test suite generating step of generating a plurality of test suites selected in the database selection receiving step and having different databases as connection destinations;
Control of an information processing apparatus comprising: a test execution step of executing a test related to the application using data of the connection destination database based on a plurality of test suites generated by the test suite generation step Method.
The program for functioning a computer as an information processing apparatus of any one of Claims 1 thru | or 4.
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP2018089331A JP2019197259A (en) | 2018-05-07 | 2018-05-07 | Information processor, method for controlling the same, and program |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP2018089331A JP2019197259A (en) | 2018-05-07 | 2018-05-07 | Information processor, method for controlling the same, and program |
Publications (1)
| Publication Number | Publication Date |
|---|---|
| JP2019197259A true JP2019197259A (en) | 2019-11-14 |
Family
ID=68538389
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| JP2018089331A Pending JP2019197259A (en) | 2018-05-07 | 2018-05-07 | Information processor, method for controlling the same, and program |
Country Status (1)
| Country | Link |
|---|---|
| JP (1) | JP2019197259A (en) |
-
2018
- 2018-05-07 JP JP2018089331A patent/JP2019197259A/en active Pending
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| CN100492316C (en) | System and method for test automation | |
| JP4395761B2 (en) | Program test support apparatus and method | |
| CN109739855B (en) | Method and system for realizing data sheet splicing and automatically training machine learning model | |
| JPWO2013073504A1 (en) | Program analysis / verification service providing system, control method thereof, control program, control program for causing computer to function, program analysis / verification device, program analysis / verification tool management device | |
| JP2009265810A (en) | Status transition test support device, status transition test support program and status transition test support method | |
| CN113505082B (en) | Application program testing method and device | |
| CN112494940A (en) | User interface manufacturing method and device, storage medium and computer equipment | |
| CN112667517A (en) | Method, device, equipment and storage medium for acquiring automatic test script | |
| JP7212238B2 (en) | Information processing device, its control method and program | |
| JP6434435B2 (en) | Information processing apparatus, operation support method, and operation support program | |
| JP5344658B2 (en) | Information processing apparatus, control method thereof, and program | |
| JP7277694B2 (en) | Information processing device, its control method and program | |
| JP4602312B2 (en) | Device setting device, device setting method, information acquisition device, information acquisition method, recording medium, and program | |
| KR101901310B1 (en) | System for providing user-oriented interconnection application integration | |
| JP2019197259A (en) | Information processor, method for controlling the same, and program | |
| JP7219389B2 (en) | Information processing device, its control method and program | |
| JP7323755B2 (en) | Information processing system, its control method and program | |
| JP7319516B2 (en) | Program, information processing device, and control method thereof | |
| JP7256353B2 (en) | Information processing system, its control method and program | |
| JP7268759B2 (en) | TEST DATA GENERATION DEVICE, TEST DATA GENERATION METHOD, AND PROGRAM | |
| JP2019197261A (en) | Information processor, method for controlling the same, and program | |
| JP2019192135A (en) | Information processing device, processing method therefor and program | |
| JP7311740B2 (en) | Information processing system, its control method, and program | |
| JP2019153265A (en) | Information processing apparatus, processing method of the same and program | |
| JP2019153264A (en) | Information processing apparatus, processing method of the same and program |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| RD03 | Notification of appointment of power of attorney |
Free format text: JAPANESE INTERMEDIATE CODE: A7423 Effective date: 20180703 |
|
| RD04 | Notification of resignation of power of attorney |
Free format text: JAPANESE INTERMEDIATE CODE: A7424 Effective date: 20181031 |
|
| RD04 | Notification of resignation of power of attorney |
Free format text: JAPANESE INTERMEDIATE CODE: A7424 Effective date: 20190115 |