JP2023151697A - ソフトウェアの試験方法 - Google Patents

Abstract

【課題】効率的なソフトウェアのユーザーインターフェース画面のバグ検出方法を提供する。【解決手段】ソフトウェアの試験方法であって、サーバ端末の制御部は、利用者端末から、利用者端末に表示されるソフトウェアのユーザーインターフェース画面に関する画像データを受信し、サーバ端末の記憶部に格納された、ソフトウェアの参照用ユーザーインターフェース画面のデザインデータを基に、ソフトウェアの参照用ユーザーインターフェース画面を分割してなる構成要素を抽出し、利用者端末に表示されるソフトウェアのユーザーインターフェース画面を分割してなる構成要素を抽出し、抽出したソフトウェアの参照用ユーザーインターフェース画面の構成要素と、利用者端末に表示されるソフトウェアのユーザーインターフェース画面の構成要素とを比較し、構成要素における差分を検出する。【選択図】図８

Description

本発明は、ソフトウェアの試験方法に関するものであり、特に、ソフトウェアのユーザーインターフェース画面のバグ検出方法に関する。

昨今、ソフトウェアの試験工程において、ソフトウェアの機能的なバグ検出方法の自動化が進んでいる。

例えば、特許文献１において、機械学習によって、ソフトウェアのバグを検出することを効率化する技術が開示されている。

特開２０１８－０１８２６７号

しかしながら、特許文献１に開示の技術は、ソフトウェアの機能的なバグを検出するためには有効な技術となり得るものの、特許文献１に開示の技術をもって、ソフトウェアのユーザーインターフェース画面上のバグを検出することは困難である。他方、ソフトウェア試験工程において指摘されるバグの大半はユーザーインターフェース画面上のバグに関するものが多く、ユーザーインターフェース画面上のバグを検出する技術の効率化が求められる。

そこで、本発明は、効率的なソフトウェアのユーザーインターフェース画面のバグ検出方法を提供することを目的とする。

本発明の一態様における、ソフトウェアの試験方法であって、サーバ端末の制御部は、利用者端末から、前記利用者端末に表示されるソフトウェアのユーザーインターフェース画面に関する画像データを受信し、サーバ端末の記憶部に格納された、ソフトウェアの参照用ユーザーインターフェース画面のデザインデータを基に、ソフトウェアの参照用ユーザーインターフェース画面を分割してなる構成要素を抽出し、前記利用者端末に表示されるソフトウェアのユーザーインターフェース画面を分割してなる構成要素を抽出し、前記抽出した、前記ソフトウェアの参照用ユーザーインターフェース画面の構成要素と、前記利用者端末に表示されるソフトウェアのユーザーインターフェース画面の構成要素とを比較し、前記構成要素における差分を検出する。

本発明によれば、効率的なソフトウェアのユーザーインターフェース画面のバグ検出方法を提供することができる。

本発明の第一実施形態に係る、ソフトウェアの試験システムを示すブロック構成図である。 図１のサーバ端末１００を示す機能ブロック構成図である。 図１の利用者端末２００を示す機能ブロック構成図である。 サーバ１００に格納されるデザインデータの一例を示す図である。 サーバ１００に格納される画像データの一例を示す図である。 サーバ１００に格納されるレポートデータの一例を示す図である。 本発明の第一実施形態に係る、ソフトウェアの試験方法の一例を示すフローチャートである。 本発明の第一実施形態に係る、ソフトウェアの試験方法のうち、デザインデータの比較方法の一例を示すフローチャートである。 本発明の第一実施形態に係る、利用者端末に表示される、ソフトウェアのユーザーインターフェース画面例である。 本発明の第一実施形態に係る、利用者端末に表示される、ソフトウェアのユーザーインターフェース画面から抽出された画像データの一例である。 本発明の第一実施形態に係る、デザインデータの比較方法を説明する図である。

以下、本発明の実施形態について図面を参照して説明する。なお、以下に説明する実施形態は、特許請求の範囲に記載された本発明の内容を不当に限定するものではない。また、実施形態に示される構成要素のすべてが、本発明の必須の構成要素であるとは限らない。

＜構成＞
図１は、本発明の第一実施形態に係る、ソフトウェアの試験システムを示すブロック構成図である。本システム１は、ソフトウェアの試験を実施する事業者等に関連づけられるサーバ端末１００、ソフトウェアのユーザーインターフェース画面を表示させ、ソフトウェアの試験を実施するエンジニア等に関連づけられる利用者端末２００を含む。なお、説明の便宜上、各端末を単一のものとして記載しているが、各々、数は制限されず、複数のサーバ端末、利用者端末で構成されてもよい。

サーバ端末１００及び利用者端末２００は、ネットワークＮＷ１を介して各々接続される。ネットワークＮＷは、インターネット、イントラネット、無線ＬＡＮ（Ｌｏｃａｌ Ａｒｅａ Ｎｅｔｗｏｒｋ）やＷＡＮ（Ｗｉｄｅ Ａｒｅａ Ｎｅｔｗｏｒｋ）等により構成される。

サーバ端末１００は、例えば、ワークステーションやパーソナルコンピュータのような汎用コンピュータとしてもよいし、或いはクラウド・コンピューティングによって論理的に実現されてもよい。

利用者端末２００は、例えば、パーソナルコンピュータ、タブレット、スマートフォン端末等の情報処理装置であるが、携帯電話、ＰＤＡ等により構成しても良い。

本実施形態では、システム１は、サーバ端末１００及び利用者端末２００を有し、各端末のユーザが各々の端末を利用して、サーバ端末１００に対する操作を行う構成として説明するが、サーバ端末１００がスタンドアローンで構成され、サーバ端末自身に、各ユーザが直接操作を行う機能を備えても良い。

図２は、図１のサーバ端末１００の機能ブロック構成図である。サーバ端末１００は、通信部１１０と、記憶部１２０と、制御部１３０とを備える。

通信部１１０は、ネットワークＮＷ１を介して利用者端末２００、と通信を行うための通信インターフェースであり、例えばＴＣＰ／ＩＰ（Ｔｒａｎｓｍｉｓｓｉｏｎ Ｃｏｎｔｒｏｌ Ｐｒｏｔｏｃｏｌ／Ｉｎｔｅｒｎｅｔ Ｐｒｏｔｏｃｏｌ）等の通信規約により通信が行われる。

記憶部１２０は、各種制御処理や制御部１３０内の各機能を実行するためのプログラム、入力データ等を記憶するものであり、ＲＡＭ（Ｒａｎｄｏｍ Ａｃｃｅｓｓ Ｍｅｍｏｒｙ）、ＲＯＭ（Ｒｅａｄ Ｏｎｌｙ Ｍｅｍｏｒｙ）等から構成される。また、記憶部１２０は、ソフトウェアの参照用ユーザーインターフェース画面に関するデザインデータを格納する、デザインデータ格納部１２１、利用者端末２００から送信される、利用者端末２０上に表示される、ソフトウェアのユーザーインターフェース画面に関する画像データを格納する、画面データ格納部１２２、及びソフトウェアの試験結果に関するレポートデータを格納するレポートデータ格納部１２３を有する。なお、各種データを格納したデータベース（図示せず）が記憶部１２０またはサーバ端末１００外に構築されていてもよい。

制御部１３０は、記憶部１２０に記憶されているプログラムを実行することにより、サーバ端末１００の全体の動作を制御するものであり、ＣＰＵ（Ｃｅｎｔｒａｌ Ｐｒｏｃｅｓｓｉｎｇ Ｕｎｉｔ）やＧＰＵ（Ｇｒａｐｈｉｃｓ Ｐｒｏｃｅｓｓｉｎｇ Ｕｎｉｔ）等から構成される。制御部１３０の機能として、利用者端末２００から送信される情報を受け付ける情報受付部１３１と、利用者端末２００から送信された情報を基に、ソフトウェアの試験を実行する試験処理部１３２とを有する。この情報受付部１３１及び試験処理部１３２は、記憶部１２０に記憶されているプログラムにより起動されてコンピュータ（電子計算機）であるサーバ端末１００により実行される。

情報受付部１３１は、利用者端末２００から通信部１１０を介して情報を受付ける。例えば、利用者端末２００から、利用者端末２００上で表示されるソフトウェアのユーザーインターフェース画面のスクリーンショット画像データ（動画像データを含む）を受信する。

試験処理部１３２は、利用者端末２００から受信した画像データを基に、記憶部１２０のデザインデータ格納部１２１に格納されるデザインデータ１０００を参照しながら、送信された画像データと、デザインデータに含まれる画像データとを比較し、差分を検出する処理等、所定の処理を行う。

また、制御部１３０は、図示しない、画面生成部を有することもでき、求めに応じて、試験用のソフトウェアのユーザーインターフェース画面やソフトウェア試験結果のレポート画面等、利用者端末２００のユーザーインターフェースを介して表示される画面情報を生成する。例えば、記憶部１２０に格納された（図示しない）画像及びテキストデータを素材として、所定のレイアウト規則に基づいて、各種画像及びテキストをユーザーインターフェースの所定の領域に配置することで、ユーザーインターフェースを生成する。画像生成部に関連する処理は、ＧＰＵ（Graphics Processing Unit）によって実行することもできる。

図３は、図１の利用者端末２００を示す機能ブロック構成図である。利用者端末２００は、通信部２１０と、表示操作部２２０と、記憶部２３０と、カメラ２４０と、制御部２５０とを備える。

通信部２１０は、ネットワークＮＷを介してサーバ端末１００と通信を行うための通信インターフェースであり、例えばＴＣＰ／ＩＰ等の通信規約により通信が行われる。

表示操作部２２０は、利用者が指示を入力し、制御部２５０からの入力データに応じてテキスト、画像等を表示するために用いられるユーザーインターフェースであり、利用者端末２００がパーソナルコンピュータで構成されている場合はディスプレイとキーボードやマウスにより構成され、利用者端末２００がスマートフォンまたはタブレット端末で構成されている場合はタッチパネル等から構成される。この表示操作部２２０は、記憶部２３０に記憶されている制御プログラムにより起動されてコンピュータ（電子計算機）である利用者端末２００により実行される。

記憶部２３０は、各種制御処理や制御部２５０内の各機能を実行するためのプログラム、入力データ等を記憶するものであり、ＲＡＭやＲＯＭ等から構成される。また、記憶部２３０は、サーバ端末１００との通信内容を一時的に記憶している。

カメラ２４０は、利用者端末２００に内蔵されるカメラである。

制御部２５０は、記憶部２３０に記憶されているプログラムを実行することにより、利用者端末２００の全体の動作を制御するものであり、ＣＰＵやＧＰＵ等から構成される。制御部２５０は、本実施形態においては、利用者端末２００に表示される、ソフトウェアのユーザーインターフェース画面のスクリーンショットを撮像する。

図４は、サーバ１００に格納されるデザインデータの一例を示す図である。

図４に示すデザインデータ１０００は、参照用ソフトウェアのユーザーインターフェース画面に関するデザインに関するデータを格納する。図４において、説明の便宜上、一ソフトウェアに関するデザイン（デザインＩＤ「１０００１」で識別されるデザイン）の例を示すが、複数のソフトウェアに関するデザインの情報を格納することができる。デザインに関する各種データとして、例えば、構成要素データ（ソフトウェアの参照用ユーザーインターフェース画面を構成する複数の構成要素の各々であって、ユーザーインターフェース画面における所定の表示領域で定義される。）、画像データ（ソフトウェアの参照用ユーザーインターフェース画面の画像データ）等を含む。ここで、デザインデータとして、参照用ソフトウェアを始め、複数のソフトウェアのユーザーインターフェース画面の画像データを入力データとして、典型的なレイアウトテンプレート（タイル型、カード型、グリッド型、ヘッダー、フッター等）を学習させ、出力データとして複数パターンの構成要素（タイル型表示領域、カード型表示領域、ヘッダー表示領域、フッター表示領域等）を出力させる学習モデルを生成し、記録することもできる。

図５は、サーバ１００に格納される画面データの一例を示す図である。

画面データ２０００は、利用者端末２００に表示される、ソフトウェアのユーザーインターフェース画面に関する画像データを格納する。図５において、説明の便宜上、一ユーザーインターフェース画面（画面ＩＤ「２０００１」で識別される画面）の例を示すが、複数のユーザーインターフェース画面に関連する情報を格納することができる。ユーザーインターフェース画面に関連する各種データとして、利用者端末２００に表示される、ソフトウェアのユーザーインターフェース画面の画像データ（例えば、画面のスクリーンショット画像（動画像も含む））を含むことができる。

図６は、サーバ１００に格納されるレポートデータの一例を示す図である。

レポートデータ３０００は、ソフトウェアの試験結果に関するレポートを構成するデータを格納する。図６において、説明の便宜上、一試験結果に関するレポート（レポートＩＤ「３０００１」で識別されるレポート）の例を示すが、複数のレポートに関連する情報を格納することができる。レポートに関連する各種データとして、例えば、案件情報、課題情報、検出されたバグ等に関するコメント情報を含むことができる。

＜処理の流れ＞
図７を参照しながら、本実施形態のシステム１が実行するソフトウェアの試験の処理の流れについて説明する。図７は、本発明の第一実施形態に係る、ソフトウェアの試験方法の一例を示すフローチャートである。

まず、ステップＳ１０１の前段の処理として、本システム１を利用するために、利用者端末２００を操作する、エンジニア等の利用者は、利用者端末２００に表示される、試験用のソフトウェアのユーザーインターフェース画面のスクリーンショットを撮像することで取得し、ウェブブラウザまたはアプリケーション等を利用してサーバ端末１００にアクセスし、ユーザーインターフェース画面のスクリーンショットを、サーバ端末１００にアップロードすることで送信する。

続いて、ステップＳ１０１の処理として、サーバ端末１００の制御部１３０の情報受付部１３１は、通信部１１０を介して、利用者端末２００から、ユーザーインターフェース画面の画像データを受信する。ここで、画像データとして、上述の通り、動画形式の画像データまたは静止画形式の画像データを受信することができる。図９は、利用者端末２００において撮像され、利用者端末２００から受信した画像データに含まれる、ユーザーインターフェース画面の一例である。また、利用者端末２００から受信した画像データが、動画像データであって、画面をスクロールした様子を撮像した画像である場合は、画像認識技術等を用いて、例えば、図１０に示すように、ページ単位で画面を抽出することもできる。情報受付部１３１は、受信したユーザーインターフェース画面の画像データを、記憶部１２０の画面データ格納部１２２に格納する。

次に、ステップＳ１０２の処理として、サーバ端末１００の制御部１３０の試験処理部１３２は、記憶部１２０のデザインデータ格納部１２１に格納された、デザインデータ２０００を参照し、受信した画像データに関するユーザーインターフェース画面に対応する、参照用ユーザーインターフェース画面に関するデザインデータを特定する。ここで、試験処理部１３２は、画像認識技術を用いて、受信した画像データに関するユーザーインターフェース画面に基づいて、対応するデザインデータを検索し、特定することもできる。

次に、ステップＳ１０３の処理として、試験処理部１３２は、デザインデータとして特定した、ソフトウェアの参照用ユーザーインターフェース画面と、利用者端末２００から受信した、ソフトウェアのユーザーインターフェース画面とを比較する。

図８は、ユーザーインターフェース画面の比較処理の詳細を示すフローチャートである。

まず、ステップＳ２０１の処理として、試験処理部１３２は、デザインデータに含まれる、Ｓｋｅｔｃｈ（登録商標）等の構成データより、構成要素を抽出し、ステップＳ２０２の処理として、受信した画像データに含まれるユーザーインターフェース画面から構成要素を抽出する。ここで、構成要素は、ユーザーインターフェース画面を分割して構成される要素であって、グラフィックデータ、色彩データ及びテキストデータの集合からなる要素であり、例えば、複数のアイコン、テキスト等からなり、例えば、ナビゲーション、コンテンツ、サイドバー、ヘッダー、フッター等の構成要素が挙げられる。本実施形態における構成要素の一例として、図１１に示すように、図１１（ａ）の、利用者端末２００に表示されるユーザーインターフェース画面において、「隠れ家居酒屋特集」等コンテンツの表示領域に係る構成要素、「試合速報」、「出張予約」等のメニューボタンの表示領域に係る構成要素が挙げられる。また、構成要素の抽出に際して、デザインデータ１０００として、予め格納された構成要素データを使用することもできるし、デザインデータに含まれる、Ｓｋｅｔｃｈ（登録商標）等の構成データより、画像認識技術または機械学習により構成要素を抽出することもできる。また、同様に、受信した画像データに含まれるユーザーインターフェース画面についても、画像認識技術または機械学習により構成要素を抽出することもできる。なお、上記ステップＳ２０１の処理は省略することもでき、直ちにステップＳ２０２の処理に移行することもできる。

次に、ステップＳ２０３の処理として、試験処理部１３２は、抽出された、デザインデータ及び受信された画像データ各々のユーザーインターフェース画面の構成要素間で比較を実行し、差分を検出する処理を行う。比較処理として、例えば、Ｓ２０４の処理として、構成要素を比較し、構成要素そのものの過不足を検出し、Ｓ２０５の処理として、構成要素の色を比較し、色の差分を検出し、Ｓ２０６の処理として、構成要素の位置を比較し、レイアウト差分を検出し、Ｓ２０７の処理として、Ｓ２０７の処理として、構成要素自体のデザイン（行間、アイコンの角丸等）を比較し、Ｓ２０８の処理として、文字要素のデザイン（太さ、大きさ、フォント等）を比較し、差分を検出することができる。なお、構成要素間の比較から、差分を検出するに際し、画像認識技術または機械学習を用いることもできる。

次に、図７のステップＳ１０４に戻り、試験処理部１３２は、構成要素の比較の結果について、差分に関するコメント、該当箇所を含む画像データ等を、記憶部１２０のレポートデータ格納部１２３にレポートデータ３０００として格納することができる。また、試験処理部１３２は、レポートデータ格納部１２３に格納された、案件情報、課題情報、コメント情報、画像データ等を基に、利用者端末２００に表示させるためのレポートを所定のフォーマット（スプレッドシート形式等）で生成する。

以上のように、本実施形態によれば、画面を構成する構成要素毎にユーザーインターフェース画面を比較することで、画面上のバグ検出の効率化を実現することができる。

以上、発明に係る実施形態について説明したが、これらはその他の様々な形態で実施することが可能であり、種々の省略、置換および変更を行って実施することが出来る。これらの実施形態および変形例ならびに省略、置換および変更を行ったものは、特許請求の範囲の技術的範囲とその均等の範囲に含まれる。

１ システム １００ サーバ端末、１１０ 通信部、１２０ 記憶部、１３０ 制御部、２００ 利用者端末、３００ 利用者端末、４００ 調査会社端末、ＮＷ１ ネットワーク

Claims (5)

1. ソフトウェアの試験方法であって、
   サーバ端末の制御部は、
   利用者端末から、前記利用者端末に表示されるソフトウェアのユーザーインターフェース画面に関する画像データを受信し、
   サーバ端末の記憶部に格納された、ソフトウェアの参照用ユーザーインターフェース画面のデザインデータを基に、ソフトウェアの参照用ユーザーインターフェース画面を分割してなる構成要素を抽出し、
   前記利用者端末に表示されるソフトウェアのユーザーインターフェース画面を分割してなる構成要素を抽出し、
   前記抽出した、前記ソフトウェアの参照用ユーザーインターフェース画面の構成要素と、前記利用者端末に表示されるソフトウェアのユーザーインターフェース画面の構成要素とを比較し、前記構成要素における差分を検出する、方法。
2. 請求項１に記載の方法であって、
   前記利用者端末に表示されるソフトウェアのユーザーインターフェース画面に関する画像データは、前記画面のスクリーンショットの動画像データを含む、方法。
3. 請求項１に記載の方法であって、
   前記利用者端末に表示されるソフトウェアのユーザーインターフェース画面を分割してなる構成要素を抽出することは、画像解析または機械学習モデルに基づいて抽出することを含む、方法。
4. 請求項１に記載の提供方法であって、前記構成要素における差分を検出することは、差分を画像解析または機械学習モデルに基づいて抽出することを含む、方法。
5. 請求項１に記載の方法であって、
   さらに、前記検出した結果を、所定のレポート形式で出力するために生成する、方法。