(57)【要約】      （修正有）【課題】テストを行う機器にエラーが発生した場合に、意味の無いテストの実行を防止できる電子機器を提供する。【解決手段】記憶媒体１９ａには、電子機器で実行されるテスト対象アプリケーション２１ｅのテストを定義するシナリオが記述されたスクリプトが記憶される。モード制御部２１ｂは、電子機器のモードを、通常モードとアプリケーションプログラムのテストを行うテストモードとの間で切り替える。スクリプト入力部２１ｃは、記憶媒体からスクリプトを読み込み、イベント制御部２１ｄは、読み込まれたスクリプトに基づいて、シナリオに影響するエラーが実際に発生していない場合に限り、アプリケーションプログラムに対して、疑似的に、イベントまたは外部からの要求メッセージを通知してテストを行う。【選択図】図５
2018169850.tif 000002
【特許請求の範囲】
【請求項１】
当該電子機器上で実行されるアプリケーションプログラムのテストを定義するシナリオが記述されたスクリプトが記憶された記憶媒体を読み書きする記憶媒体Ｉ／Ｆと、
当該電子機器のモードを、通常モードと前記アプリケーションプログラムのテストを行うテストモードとの間で切り替えるモード切替部と、
前記記憶媒体Ｉ／Ｆにセットされた前記スクリプトが記憶された前記記憶媒体から前記スクリプトを読み込むスクリプト入力部と、
読み込まれた前記スクリプトに基づいて、前記シナリオに影響するエラーが当該電子機器で実際に発生していない場合に限り、前記アプリケーションプログラムに対して、疑似的に、イベントまたは外部からの要求メッセージを通知してテストを行うイベント制御部と
を備えた
電子機器。
【請求項２】
パーソナルコンピューターと電子機器を含み、
前記パーソナルコンピューターは、
記憶媒体を読み書きする第１の記憶媒体Ｉ／Ｆと、
ユーザーの指示に基づいて、前記電子機器上で実行されるアプリケーションプログラムのテストを定義するシナリオが記述されたスクリプトを作成し、前記記憶媒体Ｉ／Ｆを通じて前記記憶媒体に前記スクリプトを書き出して記憶させるスクリプト作成ユーティリティーと
を備え、
前記電子機器は、
前記スクリプトが記憶された前記記憶媒体を読み書きする第２の記憶媒体Ｉ／Ｆと、
当該電子機器のモードを、通常モードと前記アプリケーションプログラムのテストを行うテストモードとの間で切り替えるモード切替部と、
前記第２の記憶媒体Ｉ／Ｆにセットされた前記スクリプトが記憶された前記記憶媒体から前記スクリプトを読み込むスクリプト入力部と、
読み込まれた前記スクリプトに基づいて、前記シナリオに影響するエラーが当該電子機器で実際に発生していない場合に限り、前記アプリケーションプログラムに対して、疑似的に、イベントまたは外部からの要求メッセージを通知してテストを行うイベント制御部と
を備えた
テストシステム。
【請求項３】
請求項２に記載のテストシステムであって、
前記イベント制御部は、
前記アプリケーションプログラムに対して、前記イベントまたは前記外部からの要求メッセージを通知した通知履歴と、前記アプリケーションプログラムによる前記イベントまたは前記外部からの要求メッセージの受信履歴と、前記イベントまたは前記外部からの要求メッセージに応じた前記アプリケーションプログラムの動作履歴とをログファイルに記録する
テストシステム。
【請求項４】
請求項２または３に記載のテストシステムであって、
前記モード切替部は、
前記テスト時にユーザーによりインストールされ、前記ユーザーからモード切り替えの指示を受け付けるモード切替アプリケーションと、
前記ユーザーからのモード切り替え指示を前記モード切替アプリケーション経由で受け取り、当該電子機器のモードを切り替えるモード制御部と
から構成される
テストシステム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、電子機器上にインストールされたアプリケーションプログラムをテストする電子機器およびテストシステムに関する。
【背景技術】
【０００２】
ハードウェア機器またはソフトウェアプログラムの開発においては、それらが動作する実環境を構築するのが困難なことがある。その場合、それらのハードウェア機器またはソフトウェアプログラムが動作する環境をシミュレートする環境が構築され用いられてきた。
【０００３】
例えば、特許文献１において開示されている技術では、外付けされるデバイスと電子機器のコントローラーとの間のやり取りをシナリオとして記録しておき、デバイスが外された状態で、コントローラーのテストを行うために、記録されたシナリオに沿ってシナリオ解釈実行部が個々の通信をシミュレートする。
【先行技術文献】
【特許文献】
【０００４】
【特許文献１】特開２００２−２５９１６２号公報
【発明の概要】
【発明が解決しようとする課題】
【０００５】
しかし、シナリオ（テストパターン）に沿って様々なエラー等を疑似的に発生させてテストを行う際に、テストを行っている電子機器に本当にエラーが発生した場合には、疑似的に発生させたエラーと本当に発生したエラーとが重なってしまい、テストは意味の無いものになってしまうという問題があった。
【０００６】
以上のような事情に鑑み、本発明の目的は、テストを行う機器にエラーが発生した場合に、意味の無いテストの実行を防止できる電子機器およびテストシステムを提供することにある。
【課題を解決するための手段】
【０００７】
上記目的を達成するため、本発明の一形態に係る電子機器は、当該電子機器上で実行されるアプリケーションプログラムのテストを定義するシナリオが記述されたスクリプトが記憶された記憶媒体を読み書きする記憶媒体Ｉ／Ｆと、当該電子機器のモードを、通常モードと前記アプリケーションプログラムのテストを行うテストモードとの間で切り替えるモード切替部と、前記記憶媒体Ｉ／Ｆにセットされた前記スクリプトが記憶された前記記憶媒体から前記スクリプトを読み込むスクリプト入力部と、読み込まれた前記スクリプトに基づいて、前記シナリオに影響するエラーが当該電子機器で実際に発生していない場合に限り、前記アプリケーションプログラムに対して、疑似的に、イベントまたは外部からの要求メッセージを通知してテストを行うイベント制御部とを備える。
【０００８】
そのため、テストを行う機器にエラーが発生した場合に、意味の無いテストの実行を防止できる。
【０００９】
上記目的を達成するため、本発明の一形態に係るテストシステムは、パーソナルコンピューターと電子機器を含み、前記パーソナルコンピューターは、記憶媒体を読み書きする第１の記憶媒体Ｉ／Ｆと、ユーザーの指示に基づいて、前記電子機器上で実行されるアプリケーションプログラムのテストを定義するシナリオが記述されたスクリプトを作成し、前記記憶媒体Ｉ／Ｆを通じて前記記憶媒体に前記スクリプトを書き出して記憶させるスクリプト作成ユーティリティーとを備え、前記電子機器は、前記スクリプトが記憶された前記記憶媒体を読み書きする第２の記憶媒体Ｉ／Ｆと、当該電子機器のモードを、通常モードと前記アプリケーションプログラムのテストを行うテストモードとの間で切り替えるモード切替部と、前記第２の記憶媒体Ｉ／Ｆにセットされた前記スクリプトが記憶された前記記憶媒体から前記スクリプトを読み込むスクリプト入力部と、読み込まれた前記スクリプトに基づいて、前記シナリオに影響するエラーが当該電子機器で実際に発生していない場合に限り、前記アプリケーションプログラムに対して、疑似的に、イベントまたは外部からの要求メッセージを通知してテストを行うイベント制御部とを備える。
【００１０】
上記目的を達成するため、本発明の一形態に係るテストシステムでは、前記イベント制御部は、前記アプリケーションプログラムに対して、前記イベントまたは前記外部からの要求メッセージを通知した通知履歴と、前記アプリケーションプログラムによる前記イベントまたは前記外部からの要求メッセージの受信履歴と、前記イベントまたは前記外部からの要求メッセージに応じた前記アプリケーションプログラムの動作履歴とをログファイルに記録する構成でもよい。
【００１１】
上記目的を達成するため、本発明の一形態に係るテストシステムでは、前記モード切替部は、前記テスト時にユーザーによりインストールされ、前記ユーザーからモード切り替えの指示を受け付けるモード切替アプリケーションと、前記ユーザーからのモード切り替え指示を前記モード切替アプリケーション経由で受け取り、当該電子機器のモードを切り替えるモード制御部とから構成されてもよい。
【発明の効果】
【００１２】
本発明によれば、テストを行う機器にエラーが発生した場合に、意味の無いテストの実行を防止できる。
【図面の簡単な説明】
【００１３】
【図１】本発明の一実施形態に係るテストシステム１００の全体構成図である。
【図２】ＰＣ１０が一般的なコンピューターにより構成される場合の構成図である。
【図３】スクリプトの例を示す図である。
【図４】画像形成装置２０の構成を概略的に示す構成図である。
【図５】画像形成装置２０上でのテストに関する指示およびデータの流れについて説明するための図である。
【図６】ＰＣ１０上での処理の流れについて説明するためのフローチャートである。
【図７】画像形成装置２０上での処理の流れについて説明するためのフローチャートである。
【発明を実施するための形態】
【００１４】
以下、図面を参照しながら、本発明の実施形態を説明する。なお、以下の説明では、電子機器の例として画像形成装置（ＭＦＰ、Multifunction Peripheral）を例に挙げて説明する。
【００１５】
［全体構成と概要］
最初に、本発明の一実施形態に係るテストシステム１００の全体構成と概要を説明する。図１は、本発明の一実施形態に係るテストシステム１００の全体構成図である。
【００１６】
テストシステム１００は、開発者がテストしたいアプリケーションプログラム（以下、テスト対象アプリと略す）が実行されテストされる画像形成装置２０と、テストのシナリオを記述したスクリプトを作成するＰＣ（Personal Computer）１０とを含んで構成される。
【００１７】
テスト対象アプリの開発者は、ＰＣ１０でスクリプトを作成した後、ＵＳＢ（Universal Serial Bus）メモリー、ＳＤカードなどの記憶媒体１９ａにスクリプトを保存する。そして、開発者は、スクリプトが保存された記憶媒体１９ａを画像形成装置２０にセットしてスクリプトを読み込ませ、読み込ませたスクリプトに基づいてテスト対象アプリのテストを実行する。
【００１８】
テスト対象アプリのテストは、テスト対象アプリに対し、疑似的に、画像形成装置２０のイベント（カバーオープン、トナーエンプティ、ペーパーエンプティ、ペーパージャムなど）を通知したり、画像形成装置２０の外部（ネットワーク接続されたＰＣなど）からの要求メッセージ（画像形成装置の情報の取得や提供を要求するメッセージ）を通知したりして行う。
【００１９】
なお、テスト対象アプリのテストは、画像形成装置２０に本当にエラーが発生しているときは中止され、行われない。例えば、実際にペーパーエンプティ、ペーパージャムなどが発生している場合、印刷を伴うテストは無意味となるので行わない。また、テスト対象アプリがネットワークで接続された外部のサーバーと連携する場合、実際にネットワーク障害が発生している場合、外部サーバーとの連携をテストするシナリオは無意味となるので実行しない。
【００２０】
このように、テストシステム１００では、画像形成装置２０においてテストのシナリオに影響するエラーが実際に発生している場合は、テストを中止することにより、無駄なテストの実行を防止することが出来る。
【００２１】
以上、本発明の一実施形態に係るテストシステム１００の全体構成と概要を説明した。
【００２２】
［ＰＣの構成］
次に、ＰＣ１０の構成について説明する。ＰＣ１０は、専用のハードウェアやソフトウェアにより構成されていてもよいし、一般的なコンピューターにより構成されてもよい。ＰＣ１０が一般的なコンピューターにより構成される場合の構成図を図２に示す。
【００２３】
同図に示すように、ＰＣ１０は、ＣＰＵ（Central Processing Unit）１１、ＲＯＭ（Read Only Memory）１２、ＲＡＭ（Random Access Memory）１３、操作入力部１４、通信部１５、表示部１６、記憶部１７、および記憶媒体Ｉ／Ｆ（インターフェイス）１９を有し、これら各ブロックがバス１８を介して接続されている。
【００２４】
ＲＯＭ１２は、各種の処理を実行するためのファームウェア等の複数のプログラムやデータを記憶する。ＲＡＭ１３は、ＣＰＵ１１の作業用領域として用いられ、ＯＳ（Operating System）、実行中の各種アプリケーション、処理中の各種データを一時的に保持する。
【００２５】
記憶部１７は、例えばＨＤＤ（Hard Disk Drive）や、フラッシュメモリー、その他の不揮発性メモリーである。記憶部１７には、ＯＳや各種アプリケーション、各種データが記憶される。
【００２６】
通信部１５は、ネットワーク上の画像形成装置およびＰＣ等と情報のやりとりを行う為のネットワークと結ばれている。
【００２７】
ＣＰＵ１１は、ＲＯＭ１２や記憶部１７に格納された複数のプログラムのうち、操作入力部１４から与えられる命令に対応するプログラムをＲＡＭ１３に展開し、この展開されたプログラムにしたがって、表示部１６及び記憶部１７を適宜制御する。
【００２８】
操作入力部１４は、例えばマウス等のポインティングデバイス、キーボード、タッチパネル、その他の操作装置である。
【００２９】
表示部１６は、例えば液晶ディスプレイ、ＥＬ（Electro-Luminescence）ディスプレイ、プラズマディスプレイ等である。
【００３０】
記憶媒体Ｉ／Ｆ１９（第１の記憶媒体Ｉ／Ｆ）は、ＵＳＢメモリー、ＳＤカードなどの記憶媒体の読み書きを行う。
【００３１】
次に、ＣＰＵ１１においてプログラムが実行されることにより実現される機能ブロックについて説明する。
【００３２】
ＰＣ１０のＣＰＵ１１において実現される機能ブロックは、スクリプト作成ユーティリティー１１ａである。
【００３３】
スクリプト作成ユーティリティー１１ａは、テストのシナリオが記述されるスクリプトを開発者の指示に基づき作成する。
【００３４】
以上、ＰＣ１０の構成について説明した。
【００３５】
［スクリプト］
次に、ＰＣ１０で作成されるスクリプトについて説明する。図３は、スクリプトの例を示す図である。なお、この例では、スクリプトをＸＭＬ（Extensible Markup Language）を用いて記述している。なお、スクリプトは、画像形成装置２０上で行われるテスト対象アプリのテストを定義するものである。
【００３６】
行Ｌ１から行Ｌ７までで１つのシナリオが記述されている。
【００３７】
行Ｌ２の記述からこのシナリオのシナリオ番号が「１００番」であることが分かる。
【００３８】
行Ｌ３からＬ５の記述により、１００番のシナリオでは、疑似的に、「ペーパーエンプティ」のエラーを「５０００」ミリ秒間隔で「２」回通知することになっている。
【００３９】
なお、ここでは記述を省略しているが、行Ｌ６の部分に、画像形成装置２０でペーパーエンプティのエラーなど、このテストシナリオの実行に影響するエラーが実際に発生している場合は、このテストシナリオを実行しない旨が記述されている。
【００４０】
以上、ＰＣ１０で作成されるスクリプトについて説明した。
【００４１】
［画像形成装置の構成］
次に、画像形成装置２０の構成について説明する。図４は画像形成装置２０の構成を概略的に示す構成図である。
【００４２】
画像形成装置２０は、制御部２１を備える。制御部２１は、ＣＰＵ、ＲＡＭ、ＲＯＭ、および専用のハードウェア回路等から構成され、画像形成装置２０の全体的な動作制御を司る。
【００４３】
制御部２１は、原稿読取部２２、画像処理部２３、画像メモリー２４、画像形成部２５、操作部２６、表示部２６ａ、ファクシミリ通信部２７、通信部２８、記憶部２９、記憶媒体Ｉ／Ｆ３０等と接続されている。制御部２１は、接続されている上記各部の動作制御や、各部との間での信号又はデータの送受信を行う。
【００４４】
制御部２１は、ユーザーから、操作部２６またはネッワーク接続されたＰＣ等を通じて入力されるジョブの実行指示に従って、スキャナ機能、印刷機能、コピー機能、およびファクシミリ送受信機能などの各機能についての動作制御を実行するために必要な機構の駆動及び処理を制御する。
【００４５】
また、制御部２１は、モード切替アプリケーション２１ａ（モード切替部）、モード制御部２１ｂ（モード切替部）、スクリプト入力部２１ｃ、イベント制御部２１ｄ、およびテスト対象アプリ２１ｅを有している。モード切替アプリケーション２１ａ、モード制御部２１ｂ、スクリプト入力部２１ｃ、イベント制御部２１ｄ、およびテスト対象アプリ２１ｅは、ＲＯＭなどからＲＡＭにロードされたプログラムがＣＰＵにより実行されることで実現される機能ブロックである。
【００４６】
モード切替アプリケーション２１ａは、テスト対象アプリのテストを行う際にインストールされるプログラムであり、開発者（ユーザー）からの、モード切り替えの指示をモード制御部２１ｂに伝える。なお、画像形成装置２０には、画像形成装置２０を普通に使用するための通常モードと、テスト対象アプリをテストするためのテストモードがある。
【００４７】
モード制御部２１ｂは、モード切替アプリケーション２１ａからの指示に従い、画像形成装置２０のモードを通常モードとテストモードの間で切り替える。
【００４８】
スクリプト入力部２１ｃは、画像形成装置２０が再起動された際に、記憶媒体Ｉ／Ｆ３０にセットされている記憶媒体１９ａからスクリプトを読み込む。
【００４９】
イベント制御部２１ｄは、読み込まれたスクリプトに基づいて、テストシナリオに影響するエラーが画像形成装置２０で実際に発生していない場合に限り、テスト対象アプリ２１ｅに対して、疑似的に、イベントまたは外部からの要求メッセージを通知する。また、イベント制御部２１ｄは、通知の履歴、テスト対象アプリ２１ｅによる通知の受信履歴、およびテスト対象アプリ２１ｅの動作履歴をログファイル２９ａに記録する。
【００５０】
テスト対象アプリ２１ｅは、開発者（ユーザー）によりテストされるプログラムである。イベント制御部２１ｄからの疑似的なイベントまたは要求メッセージを受信し、予め定められた動作を行う。
【００５１】
原稿読取部２２は、原稿から画像を読み取る。
【００５２】
画像処理部２３は、原稿読取部２２で読み取られた画像の画像データを必要に応じて画像処理する。例えば、画像処理部２３は、原稿読取部２２により読み取られた画像が画像形成された後の品質を向上させるために、シェーディング補正等の画像処理を行う。
【００５３】
画像メモリー２４は、原稿読取部２２による読み取りで得られた原稿画像のデータを一時的に記憶したり、画像形成部２５での印刷対象となるデータを一時的に記憶したりする領域である。
【００５４】
画像形成部２５は、原稿読取部２２で読み取られた画像データ等の画像形成を行う。
【００５５】
操作部２６は、画像形成装置２０が実行可能な各種動作及び処理についてユーザーからの指示を受け付けるタッチパネル部および操作キー部を備える。タッチパネル部は、タッチパネルが設けられたＬＣＤ（Liquid Crystal Display）等の表示部２６ａを備えている。
【００５６】
ファクシミリ通信部２７は、図示しない符号化／復号化部、変復調部、およびＮＣＵ（Network Control Unit）を備え、公衆電話回線網を用いてのファクシミリの送信を行う。
【００５７】
通信部２８は、ＬＡＮボード等の通信モジュールから構成され、通信部２８に接続されたＬＡＮ等を介して、ネットワーク上の装置(ＰＣ等)と種々のデータの送受信を行う。
【００５８】
記憶部２９は、原稿読取部２２によって読み取られた原稿画像、ログファイル２９ａなどを記憶する。記憶部２９は、ＨＤＤなどの大容量の記憶装置である。
【００５９】
ログファイル２９ａは、イベント制御部２１ｄにより実行されたテストシナリオの実行結果を記録する。
【００６０】
記憶媒体Ｉ／Ｆ３０（第２の記憶媒体Ｉ／Ｆ）は、ＵＳＢメモリー、ＳＤカードなどの記憶媒体の読み書きを行う。
【００６１】
以上、画像形成装置２０の構成について説明した。
【００６２】
［指示・データの流れ］
次に、画像形成装置２０上でのテストに関する指示およびデータの流れについて説明する。図５は、画像形成装置２０上でのテストに関する指示およびデータの流れについて説明するための図である。
【００６３】
まず、テストモードへの切替えは、モード切替アプリケーション２１ａからモード制御部２１ｂを経由してイベント制御部２１ｄに指示が与えられる。
【００６４】
操作部２６からは、テストシナリオの番号がイベント制御部２１ｄに与えられる。
【００６５】
テストシナリオが記述されたスクリプトは、記憶媒体１９ａからスクリプト入力部２１ｃを経由してイベント制御部２１ｄに与えられる。
【００６６】
イベント制御部２１ｄは、テスト対象アプリ２１ｅとの間でイベント通知、要求メッセージの通知、受信履歴および動作履歴の通知をやりとりし、やりとりした情報をログファイル２９ａに記録する。
【００６７】
テスト対象アプリ２１ｅの開発者は、ログファイル２９ａの内容を検証することによりテスト結果を把握する。
【００６８】
以上、画像形成装置２０上でのテストに関する指示およびデータの流れについて説明した。
【００６９】
［ＰＣ上での処理の流れ］
次に、ＰＣ１０上での処理の流れについて説明する。図６は、ＰＣ１０上での処理の流れについて説明するためのフローチャートである。
【００７０】
まず、テスト対象アプリ２１ｅの開発者（ユーザー）が、スクリプト作成ユーティリティー１１ａを用いて、テストシナリオが記述されたスクリプトを作成し、作成したスクリプトを記憶媒体１９ａに記憶させる（ステップＳ１）。
【００７１】
なお、ユーザーは、記憶媒体１９ａへのスクリプトの保存後、記憶媒体１９ａをＰＣ１０から外し、画像形成装置２０にセットする。
【００７２】
以上、ＰＣ１０上での処理の流れについて説明した。
【００７３】
［画像形成装置上での処理の流れ］
次に、画像形成装置２０上での処理の流れについて説明する。図７は、画像形成装置２０上での処理の流れについて説明するためのフローチャートである。
【００７４】
まず、テスト対象アプリ２１ｅの開発者（ユーザー）が、モード切替アプリケーション２１ａを画像形成装置２０にインストールする（ステップＳ１０）。ここで、モード切替アプリケーション２１ａをわざわざインストールするのは、市場に出回る画像形成装置２０が操作パネル上のボタンからすぐにテストモードに切替えられるようでは困るからである。そのため、テストモードを使うためには、モード切替アプリケーション２１ａを入手し、画像形成装置２０にインストールする手間をかけるようにしている。
【００７５】
次に、ユーザーが、インストールしたモード切替アプリケーション２１ａに指示を出し、画像形成装置２０のモードをテストモードに切り替える（ステップＳ１１）。
【００７６】
次に、ユーザーは、スクリプトが記憶された記憶媒体１９ａを画像形成装置２０にセットする（ステップＳ１２）。
【００７７】
次に、ユーザーは、画像形成装置２０を再起動させる（ステップＳ１３）。
【００７８】
次に、画像形成装置の再起動に続いて、スクリプト入力部２１ｃが記憶媒体１９ａからスクリプトを読み出し、イベント制御部２１ｄに渡す（ステップＳ１４）。
【００７９】
次に、ユーザーが、テスト対象アプリ２１ｅを起動する（ステップＳ１５）。
【００８０】
次に、ユーザーが、実行したいテストを指定するために、操作部２６からスクリプト内のテストシナリオのシナリオ番号を入力する（ステップＳ１６）。なお、例えばシナリオ番号１００番を指定する際には、操作部２６から「＊１００＊」のように番号をアスタリスクで囲んで入力することでシナリオの指定を行ってもよい。
【００８１】
次に、イベント制御部２１ｄは、指定されたシナリオ内で定義されている、画像形成装置２０で実際に発生した場合はテストを中止するエラー（以下、対象エラーという）が発生しているか否かを判断する（ステップＳ１７）。
【００８２】
対象エラーが発生している場合（ステップＳ１７のＹ）、イベント制御部２１ｄは、テストを中止する（ステップＳ１８）。なお、ここでは指定されたシナリオに関するテストを中止するのみで、対象エラーが影響しないシナリオに関しては実行する構成でもよい。
【００８３】
対象エラーが発生していない場合（ステップＳ１７のＮ）、イベント制御部２１ｄは、指定されたシナリオ番号のシナリオに基づき、擬似的に、イベントや要求メッセージの通知を行う（ステップＳ１９）。
【００８４】
次に、イベント制御部２１ｄは、イベントや要求メッセージの通知履歴、テスト対象アプリ２１ｅでのイベントや要求メッセージの受信履歴、テスト対象アプリ２１ｅの動作履歴などの履歴をログファイル２９ａに記録し、処理を終了する（ステップＳ２０）。
【００８５】
以上、画像形成装置２０上での処理の流れについて説明した。
【００８６】
［補足事項］
以上のように、本発明に係るテストシステム１００は、パーソナルコンピューター１０と電子機器２０を含み、前記パーソナルコンピューター１０は、記憶媒体１９ａを読み書きする第１の記憶媒体Ｉ／Ｆ１９と、ユーザーの指示に基づいて、前記電子機器２０上で実行されるアプリケーションプログラム２１ｅのテストを定義するシナリオが記述されたスクリプトを作成し、前記記憶媒体Ｉ／Ｆ１９を通じて前記記憶媒体１９ａに前記スクリプトを書き出して記憶させるスクリプト作成ユーティリティー１１ａとを備え、前記電子機器２０は、前記スクリプトが記憶された前記記憶媒体１９ａを読み書きする第２の記憶媒体Ｉ／Ｆ３０と、当該電子機器２０のモードを、通常モードと前記アプリケーションプログラム２１ｅのテストを行うテストモードとの間で切り替えるモード切替部２１ａ、２１ｂと、前記第２の記憶媒体Ｉ／Ｆ３０にセットされた前記スクリプトが記憶された前記記憶媒体１９ａから前記スクリプトを読み込むスクリプト入力部２１ｃと、読み込まれた前記スクリプトに基づいて、前記シナリオに影響するエラーが当該電子機器２０で実際に発生していない場合に限り、前記アプリケーションプログラム２１ｅに対して、疑似的に、イベントまたは外部からの要求メッセージを通知してテストを行うイベント制御部２１ｄとを備える。
【００８７】
そのため、テストを行う機器にエラーが発生した場合に、意味の無いテストの実行を防止できる。
【００８８】
その他、本発明は、上述の実施形態にのみ限定されるものではなく、本発明の要旨を逸脱しない範囲内において種々変更を加え得ることは勿論である。
【符号の説明】
【００８９】
１０  …  ＰＣ
１１  …  ＣＰＵ
１１ａ…  スクリプト作成ユーティリティー
１２  …  ＲＯＭ
１３  …  ＲＡＭ
１４  …  操作入力部
１５  …  通信部
１６  …  表示部
１７  …  記憶部
１８  …  バス
１９  …  記憶媒体Ｉ／Ｆ
２０  …  画像形成装置
２１  …  制御部
２１ａ…  モード切替アプリケーション
２１ｂ…  モード制御部
２１ｃ…  スクリプト入力部
２１ｄ…  イベント制御部
２１ｅ…  テスト対象アプリケーション
２２  …  原稿読取部
２３  …  画像処理部
２４  …  画像メモリー
２５  …  画像形成部
２６  …  操作部
２６ａ…  表示部
２７  …  ファクシミリ通信部
２８  …  通信部
２９  …  記憶部
２９ａ…  ログファイル
３０  …  記憶媒体Ｉ／Ｆ
【図１】
2018169850.tif 000003
【図２】
2018169850.tif 000004
【図３】
2018169850.tif 000005
【図４】
2018169850.tif 000006
【図５】
2018169850.tif 000007
【図６】
2018169850.tif 000008
【図７】
2018169850.tif 000009