デスクトップ、web およびモバイルテストの …...デスクトップ、web...

デスクトップ、Web およびモバイルテストのチュートリアル

A4 サイズの用紙をお使いの方へ: このドキュメントは US Letter サイズで提供されています。そのまま A4 サイズの用紙に印刷するこ

ともできますが、下の余白が多くなります。ドキュメントのサイズを A4 に変更する手順:1. Word でページレイアウトを開き、サイズで A4 を選択します。2. 目次ページ (目次の任意の場所) に移動して F9 を押し、目次のページ番号を更新します。3. 最後のページ (索引の任意の場所) に移動して F9 を押し、索引のページ番号を更新します。4. 新しい名前でファイルを保存します。

PDF 版は http://support.smartbear.com/downloads/testcomplete/ で入手できます。

2

* Windows および Windows ロゴは Microsoft 社の商標です。

チュートリアルについて TestComplete を用いることで、デスクトップ、Web、モバイルの 3 種類のアプリケーションをテストすることが

できます。

• デスクトップアプリケーション - これらのアプリケーションは、Windows オペレーティングシステムが

動作しているデスクトップコンピューターで実行します。

• Web アプリケーション - これらのアプリケーションは、Web ブラウザー (デスクトップアプリケーション

に組み込まれた Web ブラウザーを含む) で実行します。

• モバイルアプリケーション - これらのアプリケーションは、Android デバイスまたは iOS デバイスで

実行します。

このドキュメントは、初めて TestComplete を使用するユーザー向けに用意されたもので、自動テストおよび

製品の概要を紹介します。また、主なアプリケーションタイプのテストの作成方法を説明するチュートリアル

も含まれています。これらのチュートリアルをお読みになることで、デスクトップ、Web、モバイルアプリケー

ションのテストを作成、修正、実行することができます。

smartbear.com TestComplete by SmartBear Software

目次 3

目次自動テストおよび TESTCOMPLETE について .................................................................................. 5 自動テスト ....................................................................................................................................................... 5 テストタイプ .................................................................................................................................................... 5 TestComplete プロジェクトとプロジェクト項目 ................................................................................................ 6 TestComplete ユーザーインターフェース ..................................................................................................... 8 TestComplete テストオブジェクトモデル ...................................................................................................... 9 チェックポイントと Stores ............................................................................................................................... 12

デスクトップアプリケーションのテスト ............................................................................................... 13 1. テストプロジェクトの作成 ..................................................................................................................... 14 2. テストするアプリケーションの定義 ....................................................................................................... 16 3. プロジェクト作成の完了 ....................................................................................................................... 21 4. テストの作成 ......................................................................................................................................... 23 5. レコーディングしたテストの解析 .......................................................................................................... 36 6. レコーディングしたテストの実行 .......................................................................................................... 41 7. テスト結果の解析 ................................................................................................................................. 44

WEB アプリケーションのテスト - チュートリアル ................................................................................ 48 1. テストプロジェクトの作成 ..................................................................................................................... 49 2. テストタイプの選択 .............................................................................................................................. 50 3. プロジェクト作成の完了 ....................................................................................................................... 52 4. Web ブラウザーの準備 ........................................................................................................................ 54 5. テストの作成 ......................................................................................................................................... 54 6. レコーディングしたテストの解析 .......................................................................................................... 65 7. レコーディングしたテストの実行 .......................................................................................................... 68 8. テスト結果の解析 ................................................................................................................................. 70 9. 複数のブラウザーでのテストの実行 .................................................................................................... 73

ANDROID アプリケーションのテスト ................................................................................................ 77 1. 事前準備 .............................................................................................................................................. 78 2. テストプロジェクトの作成 ..................................................................................................................... 83 3. テストの作成 ......................................................................................................................................... 84 4. レコーディングしたテストの解析 .......................................................................................................... 96 5. テストの実行 ......................................................................................................................................... 99 6. テスト結果の解析 ............................................................................................................................... 101 7. 複数のデバイスでのテストの実行 ...................................................................................................... 104

IOS アプリケーションのテスト ........................................................................................................ 107 1. iOS デバイスの準備 ........................................................................................................................... 108

© 2015 SmartBear Software http://support.smartbear.com/

目次 4

2. iOS アプリケーションの準備 .............................................................................................................. 111 3. テストプロジェクトの作成 ................................................................................................................... 115 4. テストの作成 ....................................................................................................................................... 119 5. レコーディングしたテストの解析 ........................................................................................................ 131 6. テストの実行 ....................................................................................................................................... 135 7. テスト結果の解析 ............................................................................................................................... 137 8. 複数のデバイスで実行するためのテストの調整 ............................................................................... 139 9. 複数のデバイスでのテストの実行 ...................................................................................................... 141

次のステップ ................................................................................................................................. 144

テクニカルサポートとリソース ........................................................................................................ 147

索引 ............................................................................................................................................. 148


自動テストおよび TestComplete について 5

自動テストおよび TestComplete について

自動テストソフトウェアテストとは、アプリケーションを調査し、そのアプリケーション内のエラーを検出するプロセスで

す。テストと単なる調査との違いは、テストはアプリケーションの出力と期待値を比較し、アプリケーションが

期待通りに機能するかどうかの判定を含んでいることにあります。言い換えると、テスターはアプリケーション

が値のリストを表示するのを確かめるだけでなく、そのリストが適切な値を含んでいるかを検証する必要があ

ります。

このことから、基本的なテストシーケンスは次のようになります。

• 期待する出力の定義。

• テスト動作の実行 (適切な入力データの付与)。

• アプリケーション出力の収集および期待する結果 (基準データ) との比較。

• 比較に失敗した場合は、開発者またはマネージャーに通知。

自動テストとは、若干あるいは全く人間の操作のない特別なプログラムによるソフトウェアテストの自動実行

です。自動実行によって、テスト動作を 1 つたりともスキップしないことが保障されます (これは、テスターを

退屈な同じ手順の繰り返し作業から解放します)。

TestComplete は、テスト動作の自動化、テストの作成、基準データの定義、テストの実行、テスト結果の

記録を行うための特別な機能を提供します。たとえば、ビジュアルにテストを作成できる特別な "テストのレ

コーディング" 機能を持っています。レコーディングを開始して、テストするアプリケーションに対して、必要

とされるアクションを実行するだけで、TestComplete が自動的にすべての "記録された" アクションをテスト

に変換します。また、TestComplete は、テスト内の比較コマンドやチェックポイントの自動化を簡単にする特

別なダイアログやウィザードも含んでいます。

テストタイプ TestComplete はさまざまなテストタイプとテスト方法 (単体テスト、機能および GUI テスト、リグレッションテス

ト、分散テストなど) をサポートしています (TestComplete ヘルプの「Different Ways of Testing」を参照)。このチュートリアルでは、最もよく用いられる機能テストを作成します。機能テストは、アプリケーションの GUI とその背後のシステムおよびユーザー間のインターフェースをチェックします。アプリケーション機能が予想通

りであるか検証します。

典型的な機能テストは、クリックやキーストロークのシミュレーション、ループ内でのテストコマンドの実行、オ

ブジェクトの内容の検証などのさまざまな動作を実行するテストコマンドから構成されます。

TestComplete では、機能テストはキーワードテストとスクリプトの形式で作成できます。このテストは、レコー

ディングあるいは内蔵エディターでゼロから作成することができます。キーワードテストの作成は視覚的で、

簡単であり、プログラミングの知識を必要としません。スクリプトはスクリプトコマンドの理解が必要になります



が、より強力で柔軟性のあるテストの作成が可能になります。TestComplete は、VBScript、JScript、Python、DelphiScript、C++Script、C#Script のスクリプトをサポートしていますので、慣れている言語を用いてスクリプ

トを作成できます。

このチュートリアルでは、キーワードテスト機能を使用します。

TestComplete プロジェクトとプロジェクト項目 TestComplete はテストプロジェクトおよびプロジェクトスイートで動作します。プロジェクトはテスト作成の開

始地点です。プロジェクトには、テスト、チェックポイントの基準データ、テストするアプリケーションについて

の情報、その他のテスト実行に必要な項目が含まれます。また、プロジェクトは複数のテストの実行シーケン

スを定義し、プロジェクト開始以降に実行したすべてのテストの累積ログを保持します。

1 つのプロジェクトに、テストするアプリケーションのすべてのテストを含めることができます。複雑なアプリ

ケーションの場合、アプリケーションの一部分のみでプロジェクトを作成し、他の部分は他のプロジェクトで

テストすることができます。通常は、モジュール単位でプロジェクトを作成します。

関連するプロジェクトはプロジェクトスイート (1 つ以上のプロジェクトを含む) に統合することができます。

TestComplete は、新しいプロジェクトを作成するときにプロジェクトスイートを自動的に作成します。空のプ

ロジェクトスイートを作成し、次に必要なプロジェクトファイルをスイートの中に組み込むために TestComplete のダイアログを使用することもできます。

プロジェクト項目は、さまざまなテストを実行する、あるいは実行を支援するためのプロジェクト要素です。



TestComplete の Project Explorer で、プロジェクト、プロジェクトスイート、プロジェクト項目を表示、管理する

ことができます。

TestComplete のプロジェクト項目に関する情報は、TestComplete ヘルプの「About Project Items」を参照し

てください。



TestComplete ユーザーインターフェース TestComplete のメインウィンドウのサンプル画像を次に示します。

TestComplete のユーザーインターフェースは、いくつかのパネルで構成されています。Project Explorer パネル (ウィンドウの左側) は、プロジェクトとプロジェクトスイートの内容を表示します。また、テストログノードへのリンクも提供しています。

Workspace パネルは、作業用デスクトップです。プロジェクトとプロジェクト項目のエディターを表示して、

テストの作成と修正、テスト結果の確認を行うことができます。たとえば、上記の画像では、Keyword Test エディターが Workspace 内で開かれています。エディターの下側には、Test Visualizer パネルがあり、テス

トコマンドのレコーディング中にテストエンジンが撮った画像を表示します。これらの画像は、テストコマンド

が実行する動作を理解するのに役立ちます。

Project Explorer、Workspace、Test Visualizer に加えて、TestComplete にはその他のパネルが含まれてい

ます。たとえば、テストのデバッグに使用される Watch List、Locals、Breakpoints、Call Stack パネルがありま

す。To Do パネルは、実行すべきタスクを管理し、Code Explorer パネルは、スクリプトコンテンツを表示する

便利な方法を提供し、スクリプトユニットをナビゲートします。

Object Browser パネルは、特定のプロジェクトに属さない TestComplete のメイン機能の 1 つで、マシンに

存在するすべてのプロセスおよびウィンドウのリストを表示します。モバイルデバイスが接続されていてアプ

リケーションが特別な方法で準備されている場合、モバイルアプリケーションのプロセスのリストも表示しま



す。各プロセスおよびウィンドウごとに、外部から TestComplete 機能を通してアクセス可能なメソッドやプロ

パティを表示します。言い換えると、Object Browser から、テストで利用可能なオブジェクト、メソッド、プロパ

ティと、その取得方法がわかります。詳細は、TestComplete ヘルプの「Exploring Application Properties」を参照してください。

パネルの説明を表示するには、パネル内をクリックして F1 キーを押します。これにより、パネルの解説が開

きます。

TestComplete に特定のアクションを実行するように指示するには、メニューとツールバーを使用します。

TestComplete のメニューサブシステムは、Microsoft Visual Studio または他の主要な Windows アプリケー

ションのメニューとツールバーに類似しています。ツールバーの位置を変更したり、メニューまたはツール

バーの項目を他に移動したり、項目を隠したり、元に戻したり、他のタスクを実行することができます。詳細

については、TestComplete ヘルプの「Working With TestComplete Toolbars and Menus」を参照してくださ

い。

TestComplete テストオブジェクトモデルオブジェクト構造は Object Browser パネルに表示されます。



注意: この画像では、デスクトップアプリケーションのオブジェクトモデルを使用しています。Web およびモバイルアプリケーションのオブジェクトモデルもほぼ同じです。

TestComplete は、テストオブジェクトにツリー形式のモデルを使用しています。ツリーのルートノードは、

Sys で、モバイルアプリケーションのルートノードは Mobile です。

Process オブジェクトはオペレーティングシステムで実行中のアプリケーションに対応します。このオブ

ジェクトは、Windows ドキュメント内のプロセスのコンセプトに対応するため、ここではアプリケーションでは

なくプロセスという用語を使用しています。

プロセスオブジェクトの名前は、実行可能なプロセスの名前とそのインデックスから構成されています (イン

デックスはいくつかのアプリケーションインスタンスを実行している場合のみ):

プロセスには、子オブジェクト (最上位ウィンドウに対応するウィンドウ) があり、子オブジェクトには、コント

ロールに対応する子ウィンドウオブジェクトがあります。ウィンドウやコントロールの名前は、テストするアプリ

ケーションの内部メソッドやプロパティにテストエンジンがアクセスできるかどうかに依存します。

TestComplete は、両方のタイプのアプリケーションで動作しますが、それらに異なる方法で名前を付けま

す。



• ブラックボックスアプリケーション

内部メソッドやプロパティにアクセスできないアプリケーションはブラックボックスアプリケーションと

呼ばれます。このようなアプリケーションのウィンドウの名前は、ウィンドウのクラス名、ウィンドウのテ

キストあるいはタイトル (キャプション)、インデックスから構成されます。オペレーティングシステムの

観点から言えば、コントロールはウィンドウの一種なので、コントロールもウィンドウと同様に名前が

付けられます。

• ホワイトボックスアプリケーション

内部のオブジェクト、メソッド、プロパティに TestComplete がアクセスできるアプリケーションは、ホワ

イトボックスアプリケーションあるいは Open アプリケーションと呼ばれます。このアプリケーション

には、Object Browser 内でアイコンが表示されます (次に示す画像を参照)。

Open アプリケーションのウィンドウやコントロールに対して、TestComplete はウィンドウやコントロー

ルの種類を反映した名前およびアプリケーションのソースで定義した名前を付けます。たとえば、

Microsoft WinForms ライブラリで作成された C# アプリケーションの MainForm という名前の

フォームの場合、TestComplete は WinFormsObject("MainForm") という名前を付けます。

プロセス、ウィンドウ、コントロールの名前の付け方についての詳細は、TestComplete ヘルプの「Naming Objects」を参照してください。

注意: 可能なかぎり、テストにはブラックボックスアプリケーションではなく Open アプリケーションを使

用することをお勧めします。Open アプリケーションで動作させることによって、テストエンジンが



アプリケーションの内部メソッドやプロパティにアクセスできるようになり、より強力で柔軟性のあ

るテストを作成することができます。

.NET、WPF、Visual Basic、Java、Web などのアプリケーションは、TestComplete では常に "Open" です。そのほかのアプリケーションは特別な方法でコンパイルが必要になることがあり

ます。これについての詳細情報は、TestComplete ヘルプの「Open Applications」を参照してく

ださい。

チェックポイントと Stores 典型的なテストでは、たくさんの比較が実行されます。たとえば、アプリケーションのデータをファイルにエク

スポートするユーザーアクションをシミュレートする場合、有効なデータがファイルに含まれるかどうかを確

認する必要があります。この確認を実行するには、その基準のコピーと結果ファイルを比較します。これは、

実行する必要がある比較の 1 つの例に過ぎません。実際のテストには、数千とまではいかなくても数百の比

較が含まれます。すべてのテスト (リグレッション、単体、機能など) は、オートメーション中に有効なリファレ

ンスを必要とします。

TestComplete を用いることで、テストに比較コマンド (あるいはチェックポイント) を簡単に追加することがで

きます。テストのレコーディング中およびデザイン時の両方でチェックポイントを作成することができます。

TestComplete は、異なる種類のデータ (画像、ファイル、オブジェクトテキストやプロパティ、XML ドキュメン

ト、データベーステーブルなど) を比較するチェックポイントを提供します。TestComplete は、これらのチェッ

クポイントで用いる基準データを格納する Stores プロジェクト項目を含んでいます。このプロジェクト項目

は、プロジェクトと一緒に保存される比較用の画像、ファイル、その他の要素を格納します。唯一の例外は、

オブジェクトプロパティを検証するチェックポイントです (このオブジェクトプロパティの基準データはテスト

内で指定されます)。

チェックポイントと検証用コードの作成に関する詳細は、TestComplete ヘルプの「About Checkpoints」を参

照してください。


デスクトップアプリケーションのテスト 13

デスクトップアプリケーションのテストこのチュートリアルは、デスクトップアプリケーション (デスクトップコンピューターで実行するアプリケーショ

ン) のテストの基本を説明します。このチュートリアルのセクションには、TestComplete でテストプロジェクトを

作成し、簡単なテストをレコーディングおよび再生実行して、結果を分析する方法の説明が含まれています。

このテストは、テストするアプリケーション上のユーザーアクションをエミュレートし、データを検証します。検

証用コマンドはテストレコーディング中に作成されます。

テストするアプリケーションについて

この説明では、TestComplete に含まれるサンプルの Orders アプリケーションを使用します。このアプリケー

ションは注文 (orders) のリストを表示し、注文を追加、削除、編集、エクスポートするための特別な機能を

持っています。

このアプリケーションは下記の場所にインストールされます。

• Windows Vista、Windows 7、Windows Server 2008 またはそれ以降のオペレーティングシステム:

C:\Users\Public\Public Documents\TestComplete 11 Samples\Open Applications



• Windows XP、Windows Server 2003:

C:\Documents and Settings\All Users\Shared Documents\TestComplete 11 Samples\Open Applications

注意: ファイルマネージャーによっては、共有ドキュメントフォルダーおよびパブリックドキュメントフォルダーがドキュメントフォルダーとして表示されます。

このフォルダーには、C#、Visual C++、Visual Basic、Delphi, Delphi、C++Builder、Swing など異なるコンパ

イラーで作成された複数の Orders プロジェクトが格納されています。ここでは、Visual C# で作成された Orders アプリケーションを使用します。

1. テストプロジェクトの作成新規のテストプロジェクトを作成するには:

1. TestComplete でプロジェクトあるいはプロジェクトスイートを開いている場合は、閉じてください。

プロジェクトを閉じるには、[File] - [Close] を TestComplete のメインメニューから選択します。



2. TestComplete のメインメニューから、[File] - [New] - [New Project] を選択して、[Create New Project] ウィザードを呼び出します。

3. ウィザードの最初のページで、プロジェクトの名前と場所を指定します。ここでは、Orders を Project name エディットボックスに入力します。TestComplete は、自動的にプロジェクトのパス

を作成し、それを Location フィールドに表示します。プロジェクトフォルダーは、プロジェクト

およびプロジェクトによって作成されるキーワードテスト、スクリプト、テストログ、Stores などのす

べての情報を格納するために使用されます。プロジェクトフォルダーは [Location] ボックスで変

更できます。この例では、フォルダー名を変更せずに維持します。

また、[More] ボタンをクリックし、対応するエディットボックスに入力することで、プロジェクトスイート名と実際の場所を指定することもできます。この例では、プロジェクトスイート名と場所は

変更しません。

4. プロジェクト名と場所を指定した後で、[Next] をクリックして続行します。



ウィザードの指示に従って、プロジェクトにテストするアプリケーションを追加し、その他のプロジェクト設定を

します。

2. テストするアプリケーションの定義各 TestComplete プロジェクトには、テストするアプリケーションのリストが含まれます。これにより、プロジェク

トで使用するアプリケーションとそのテスト設定を追跡できます。さらに、リスト内で指定されたすべてのアプ

リケーション、あるいはコンテキストメニューから手動でまたはテストで有効にされたアプリケーションのみを TestComplete に起動させることができます。もちろん、各プロジェクトは独立しているため、アプリケーション

を複数のプロジェクトのリストに含めることができます。

テストするアプリケーションのリストにアプリケーションを追加する方法はいくつかあります。

• プロジェクトの作成中に、[Create New Project] ウィザードで追加できます。

• いつでも Project Explorer パネルのコンテキストメニューを使って追加できます。

• テストのレコーディング中に自動的に追加することもできます。レコーダーはコマンドライン、エクス

プローラーなどからのアプリケーションの開始を検出することが可能です。レコーディングが終了し

た後、TestComplete はテストするアプリケーションをリストに追加し、"Run Tested Application" コマン

ドをレコーディングしたテストに挿入します。

このチュートリアルでは、[Create New Project] ウィザードを使用して、プロジェクトにテストするアプリケーショ

ンを追加します。



1. ウィザードの最初のページでプロジェクト名と場所を指定すると、テストするアプリケーションのタ

イプを選択する 2 ページめが表示されます。

この情報は、TestComplete がアプリケーションのために適切な実行モードを選択するのを支援

します。

先ほど説明したように、ここでは TestComplete に含まれている C# で記述されている Orders アプリケーションをテストします。これは、スタンドアロンの実行ファイルとして動作する一般的

な .NET アプリケーションです。ウィザードでは、Generic Windows Application カテゴリに含まれ

ます。そのため、[Generic Windows Application] をクリックします。Windows XP の場合は、

[Next] をクリックして続行します。Windows Vista およびそれ以降のオペレーティングシステム

では、カテゴリをクリックすると自動的に次のページに切り替わります。



2. 次のページでは、テストプロジェクトにテストするアプリケーションを追加することができます。



次の操作を行います。

• [Add] をクリックします。テストするアプリケーションの起動パラメーターを指定する [Parameters] ダイアログが表示されます。

• ダイアログの Application テキストボックスで、ボタンをクリックしてファイルを開くた

めのダイアログを呼び出します。

• このダイアログで、Orders.exe の場所を指定し、[開く] をクリックします。

C# の Orders.exe ファイルは、次の場所にあります。

o Windows Vista、Windows 7 またはそれ以降のオペレーティングシステムで作

業している場合:

C:\Users\Public\Public Documents\TestComplete 11 Samples\Desktop\Orders\C#\bin\Release\Orders.exe

o Windows XP、Windows Server 2003 で作業している場合:

C:\Documents and Settings\All Users\Shared Documents\TestComplete 11 Samples\Desktop\Orders\C#\bin\Release\Orders.exe


• Orders.exe を選択すると、[Parameters] ダイアログにアプリケーションのフルパスが表示

されます。[OK] をクリックします。



テストするアプリケーションのリストに Orders アプリケーションの名前とパスが表示されます。

3. リストで [Autorun] チェックボックスが選択されていることを確認してください。これが選択され

ている場合、テストのレコーディングを開始するときに、TestComplete は、自動的にテストするア

プリケーションである Orders を起動します。このチェックボックスが選択されていない場合、アプ

リケーションでユーザーアクションをレコーディングするには、手動でアプリケーションを起動す

る必要があります。

4. リストにアプリケーションを追加し、[Autorun] チェックボックスが選択されていることを確認して

から、[Next] をクリックして続行します。

次のセクションでは、ウィザードの残りのページを説明し、プロジェクトの作成を完了させます。



3. プロジェクト作成の完了前のステップで、サンプルアプリケーションである Orders をプロジェクトのテストするアプリケーションに追加

しました。ここでは、ウィザードの残りのページを利用してプロジェクトの作成を完了させます。

1. テストするアプリケーションを [Create New Project] ウィザードでプロジェクトに追加すると、

TestComplete の Test Visualizer 機能を有効にするか無効にするかを指定できるページが表示

されます。

Test Visualizer は、テストのレコーディングと再生実行中にテスト動作の情報をキャプチャーしま

す。選択したオプションに応じて、Test Visualizer のフレームにスクリーンショットのみ、あるいは

スクリーンショットとそれに含まれるオブジェクトの情報がキャプチャーされます。

レコーディング中にキャプチャーされた Visualizer のフレームは、レコーディングしたコマンドの

実行内容を理解するのに役立ちます。これは、この製品を使い始めの場合は非常に重要で

す。

テスト実行中にキャプチャーされた Visualizer のフレームから、テストするアプリケーションまた

はシステムで起こったことを簡単に判断することができます。この情報は、エラーをデバッグする

ときに役に立ちます。



しかし、画像およびテストオブジェクトのデータはハードディスクの容量を占有し、大きなプロ

ジェクトではテスト結果ファイルのサイズが非常に大きくなる原因となります。画像のみキャプ

チャーすることで、収集するデータの量を制限できます。また、Visualizer が必要でない場合は

無効にし、後で必要になったらプロジェクトの設定を使用していつでも有効にすることができま

す。

このチュートリアルでは、テストのレコーディングと再生実行の両方で [Capture images only] を選択します。[Next] をクリックして続行します。

2. ウィザードの次のページでは、プロジェクトで使用されるスクリプト言語を選択できます。

どの TestComplete プロジェクトも、サポートしているスクリプト言語 (VBScript、JScript、Python、DelphiScript、C++Script、C#Script) の 1 つを使用します。スクリプト言語は、プロジェクトでスクリ

プトユニットを使用しない場合でも重要です。キーワードテストのみを使用する場合でも、コー

ドスニペットを呼び出したり、操作パラメーターを指定するためにスクリプトステートメントを使用

する必要性が出てくることもあります。



スクリプトを使用するか、キーワードテストを使用するかにかかわらず、スクリプト言語はテストで

使用するオブジェクト名の形式を定義するためにも重要です。名前の形式は言語構文に依存

します。たとえば、VBScript、JScript、Python では、メモ帳 (Notepad.exe) プロセスの名前は、

Process("Notepad") のようになります。DelphiScript では、ダブルクォートをシングル

クォートに置換する必要があるため、Process('Notepad') のようになります。また、

C++Script と C#Script では、単語 Process をかっこで囲む必要があるため、

["Process"]("Notepad") のようになります。

スクリプト言語の選択に関する詳細情報は、TestComplete ヘルプの「Selecting the Scripting Language」を参照してください。

このチュートリアルでは、VBScript を使用します。そのため、このページで VBScript を選択し

ます。Windows Vista およびそれ以降のオペレーティングシステムでは、これでウィザードが終

了します。Windows XP を使用している場合は、[Finish] をクリックします。

TestComplete により、新規プロジェクト Orders.mds とそのプロジェクトスイートが作成されます。プロジェクトスイートが表示され、プロジェクトの内容が Project Explorer パネルに表示されます。

これで、テストを作成することができます。

4. テストの作成

Orders アプリケーション用のテストの計画

サンプルの Orders アプリケーションは、注文リストを管理します。ここでは、アプリケーションの Edit Order フォームが正しく機能し、注文リストのデータが変更されるかどうかをテストします。この場合、次のようになり

ます。

• テストの目的: このテストは、Edit Order フォームで変更されたデータが保存され、その変更内容が

注文リストに反映されるかどうかをチェックします。

• テストの手順: テストでは、注文の詳細情報の変更、注文リスト内のデータの検証をシミュレートしま

す。アプリケーション上のユーザーアクションをシミュレートしたテストをレコーディングします。簡単

にするために、このテストでは 1 つの注文の 1 つのプロパティのみを "変更" します。

• チェックおよびテスト結果の記録: 注文への変更が正しく保存されたのであれば、注文リストにその

変更内容が反映されるべきです。これをチェックするために、今回のテストはリスト内のデータと期

待される値を比較します。テストに特別な比較コマンドを追加します。このコマンドは、テストログに

比較結果を出力するので、これによって検証が成功したか失敗したかを確認することができます。

TestComplete を使用したテストの計画についての詳細は、TestComplete ヘルプの「Planning Tests」を参照

してください。



TestComplete でのテストの作成

TestComplete では、2 通りの方法でテストを作成することができます。

• テストを手動で作成する

• テストを記録する

テストを手動で作成する場合は、適切なスクリプトオブジェクトまたはキーワードテストコマンドを利用して、

テストの実行に必要なコマンドおよびアクションをすべて入力します。このアプローチは、強力で柔軟なテス

トを作成する必要があるとき、またはテストの作成で豊富な経験がある場合、非常に役に立ちます。

しかし、手動でテストを作成することは、多くの時間を必要とし、別の問題が生じる可能性があります。たとえ

ば、テストを手動で作成する場合、使用するアプリケーションオブジェクトのクラスや名前を知っていなけれ

ばなりません。このような問題を解決するため、TestComplete は簡単にテストを作成できる特別な機能を備

えています。一度、テストするアプリケーションに対していくつかのアクションを実行すると、TestComplete は自動的にこれらのアクションを認識し、それらをスクリプトまたはキーワードテスト操作に変換します。この機

能を "テストのレコーディング" と呼びます。テストをビジュアルに作成し、実行したアクションをスクリプトま

たはキーワードテストに記録できるからです。これは、非常に役に立つアプローチであり、テストの作成であ

まり経験を必要としません。そのため、このチュートリアルでは、TestComplete でテストを記録する方法を説

明します。詳細については、以下のセクションを参照してください。

TestComplete によるテストのレコーディング

レコーディングは次の 3 つの手順を含みます。

1. TestComplete のメインメニューあるいは [Test Engine] ツールバーから [Test] - [Record] - [Record Keyword Test] または、[Test] - [Record] - [Record Script] を選択してレコー

ディングを開始します。スタートページの [Record a New Test] をクリックしてレコーディング

を開始することもできます。

TestComplete を用いて、さまざまな種類のテスト (キーワードテスト、スクリプト、低レベルのプロ

シージャー、HTTP 負荷テストタスク) をレコーディングすることができます。レコーディングの開

始に使用するメニュー項目によって、メインのレコーディングするテスト (キーワードテストまたは

スクリプトコード) が定義されます。そのほかのテストはそのレコーディングが開始された後でレ

コーディングされます。メインのレコーディングするテストには、これらのテストを実行する特別な

コマンドが含まれます。

TestComplete にレコーディングの開始を命令すると、レコーディングモードに切り替わり、画面

上に [Recording] ツールバーが表示されます。



このツールバーには、レコーディング中に追加の動作を実行したり、レコーディングの一時停止

や停止、レコーディングするテストタイプ (キーワードテスト、スクリプトコード、低レベルのプロ

シージャー) を変更できる項目が含まれています。

2. レコーディング開始後、必要なテスト動作を実行します。テストするアプリケーションを起動し (必要な場合)、コマンドボタンをクリックしたり、メニュー項目を選択したり、テキストを入力する

などして使用します。

3. すべてのテスト動作が終了した後、[Recording] ツールバーから [Stop] を選択し、レコー

ディングを停止します。

この情報に関する詳細は、TestComplete ヘルプの「Recording in TestComplete」を参照してください。

Orders アプリケーション用のテストのレコーディング

サンプル Orders アプリケーションに対してキーワードテストをレコーディングしてみましょう。このテストでは、

アプリケーションを起動してデータをロードし、アプリケーションのウィンドウ内でクリックやキーストロークをシ

ミュレートして、アプリケーションのデータを検証します。

注意: レコーディング中に TestComplete ヘルプに切り替えないでください。レコーディングエンジンはすべてのユーザーアクションをトレースし、レコーディングします。つまり、レ

コーディングしたテストに、この "切り替え" をシミュレートするコマンドが含まれてしまい

ます。

操作手順は、レコーディングを開始する前に印刷しておくことができます。あるいは、2 つのモニターがある場合、TestComplete ヘルプをもう一方のモニターへ移動しておくこ

とができます。

レコーディングを開始した後、TestComplete のメインウィンドウは自動的に最小化し、レ

コーディングが停止するまで有効にならないことに注意してください。レコーディングを

実施中に TestComplete ウィンドウに切り替えようとすると、"TestComplete is in recording mode and cannot be activated. (TestComplete はレコーディングモードです。有効にでき

ません。)" メッセージが表示されます。テストの作成を続行するには、メッセージ内の [Continue] をクリックします。すると、TestComplete はレコーディングに戻ります。メッ

セージが表示されたとき、TestComplete は自動的にレコーディングを一時停止し、テス

トしているアプリケーションに対するアクションは記録されないことに注意してください。

レコーディングを始めましょう:



1. 新規プロジェクトを作成するとき、TestComplete は、このプロジェクトに空白のキーワードテストを自

動的に作成します。このテストの中にテストコマンドをレコーディングしましょう。レコーディングを開

始するには、テストエディターのツールバーの Append to Test 項目を選択します。

画面上に [Recording] ツールバーが表示されます。対話型ヘルプパネルが表示されている場合、

TestComplete はそのパネル内にレコーディングに関する情報を表示します。

デフォルトでは、[Recording] ツールバーは、折りたたまれています。

[Recording] ツールバーを展開するには、矢印ボタンをクリックします。すると、すべてのボタンが

表示されます。

2. レコーディング開始後、TestComplete はプロジェクトのテストするアプリケーションリストに追加され

た Orders アプリケーションを自動的に起動します。これは、プロジェクトにアプリケーションを追加し

たときに、アプリケーションのオートラン設定を有効にしたためです (TestComplete ヘルプの

「Defining Applications to Test」を参照)。



このプロパティを無効にした場合は、手動でアプリケーションを起動しなければなりません。

[Recording] ツールバーから Run コマンドを選択することで起動できます。

または、Windows Explorer や任意のファイルマネージャーからアプリケーションを起動できます。テ

ストするアプリケーションがリストにない場合は、追加することができます。

TestComplete は、特別なアプリケーションの起動テストコマンドを使用して、アプリケーションの開始

を記録します。後でレコーディングしたテストを分析するときに、このコマンドを参照します。

3. アプリケーションが開始され、アプリケーションのメインウィンドウが表示されるまで待ちます。

対話型ヘルプパネルが表示されている場合は、アプリケーションのウィンドウに重ならないように、

対話型ヘルプパネルのサイズを変更するか、移動します。対話型ヘルプパネル上での動作はレ

コーディングされません。

4. Orders アプリケーションに切り替えて、そのメインメニューから [File] - [Open] を選択します。[ファ

イルを開く] ダイアログが表示されます。

5. このダイアログで、MyTable.tbl ファイルを開きます。このファイルの保存場所は、使用するオペレー

ティングシステムに依存します。



Windows Vista 、 Windows 7 およびそれ以降のオペレーティングシステムでは、

C:\Users\Public\Public Documents\TestComplete 11 Samples\Open Applications フォルダーに

保存されます。他のオペレーティングシステムでは、ファイルは、C:\Documents and Settings\All Users\Shared Documents\TestComplete 11 Samples\Open Applications フォルダーに保存されま

す。


[ファイルを開く] ダイアログの [ファイル名] ボックス内には省略していないファイ

ル名を入力することをお勧めします。マウスを使用する代わりにキーボード入力

することで、異なるオペレーティングシステムでテストを再生実行したり、後でテ

ストを実行したときに [ファイルを開く] ダイアログで異なる初期フォルダーが表示

された場合に問題を回避することができます。

6. [ファイル名] ボックスでファイルを指定した後、[開く] を押します。Orders アプリケーションは、その

ファイルからデータをロードし、アプリケーションのメインウィンドウにデータを表示します。

7. 注文リストの Samuel Clemens 行をクリックします。



8. マウスカーソルを [Orders] ツールバーに移動して、 [Edit order] を押します。[Orders] ダイア

ログが表示されます。

9. ダイアログで、挿入ポイントを [Customer Name] ボックスにするため、[Customer Name] ボックス

内をクリックします。[Customer Name] ボックス内を右クリックして、コンテキストメニューから [すべて

選択] を選択した後に顧客名として Mark Twain と入力します。

10. [OK] をクリックしてこのダイアログを閉じます。アプリケーションのメインウィンドウ内の顧客リストが

更新されます。

11. テストに比較コマンドを挿入しましょう。この比較コマンドは、アプリケーションの顧客リストに変更し

た名前 (Mark Twain) が表示されることを検証します。

比較コマンドをチェックポイントと呼びます。TestComplete には、異なる種類のデータの検証に適し

たさまざまな種類のチェックポイントが用意されています (TestComplete ヘルプの「Checkpoints」を参照)。最もよく使用されるチェックポイントの 1 つは、プロパティチェックポイントです。アプリケー

ションのコントロールのデータのチェックに使用されます。このチュートリアルでは、このプロパティチェックポイントを使用します。



• [Recording] ツールバーの [Checkpoint] ドロップダウンリストから、 [Create Property Checkpoint] を選択します。

[Property Checkpoint] ウィザードが呼び出されます。このウィザードを利用して、チェック

ポイントを作成します。



• ウィザードの最初のページで、ターゲットアイコン ( ) をマウスの左ボタンでクリックし、そ

のボタンを押したままにします。

ウィザードが最小化されるまで待ってから、そのアイコンを Orders アプリケーションの顧客リ

ストにドラッグします。ドラッグしている間、マウスカーソル下のコントロールとウィンドウが赤

いフレームでハイライトされます。

[ターゲットアイコン] を顧客リストの上に移動し、顧客リストが赤いフレームでハイライトされ

たら、マウスのボタンを離します。



• マウスのボタンを離すと、ウィザードに戻り、選択したオブジェクトの名前が [Object] ボック

スに表示され、その下にオブジェクトの画像が表示されます。

[Next] をクリックして続行します。

• ウィザードの次のページでは、選択したオブジェクトのプロパティのリストが表示されます。こ

のリストには、テストするアプリケーションによって定義されたプロパティと TestComplete によって提供されるプロパティが含まれます。たとえば、テストするアプリケーションが C# で作

成されている場合は、該当する .NET クラスのプロパティが含まれます。このプロパティ

は、.NET ノード下に表示されます。この例では、リストにはプロパティの基本的なセットしか

含まれていません。すべての利用可能なプロパティを表示するには、[View more members (Advanced View)] リンクをクリックします。

TestComplete は、選択したオブジェクトに 2 つのプロパティグループを追加します。1 つの

グループには、テストするすべてのウィンドウとコントロールに共通のプロパティが含まれま

す。このプロパティは、Standard ノード下に表示されます。もう 1 つのグループには、リスト

表示コントロール固有のプロパティが含まれます (選択したオブジェクトがツリー表示コント



ロールの場合)。このプロパティの名前は w で始まります。このプロパティは、Extended ノード下に表示されます。データの検証には、wItem プロパティを使用します。このプロパ

ティでは、ツリー表示コントロールの個々の項目にアクセスできます。

• リストから wItem プロパティを見つけます (Extended ノード下にあります)。wItem プロパティの [Params] ボタンをクリックします。次に示すウィンドウがポップアップします。

このウィンドウ内で、Mark Twain 文字列を含むセルを指定します。

[Type] セクションの [Integer] を選択します。

5 を [Item] ボックスに入力します (5 はツリー表示内の Mark Twain 項目のインデック

スです。インデックスはゼロベースです。)

[OK] をクリックします。

テストエンジンによって項目のデータが読み取られ、プロパティリスト内に表示されます。



• ウィザードの次のページで、検証されるプロパティ名、比較条件、および基準データ ([Value] ボックス内) を参照することができます。

[Finish] をクリックしてチェックポイント作成を完了します。レコーディングしたテストにチェックポイン

トコマンドが追加されます。

12. ウィンドウのキャプションバーにある [X] ボタンをクリックして [Orders] ウィンドウを閉じます。変更を

保存するかどうかを確認するダイアログが表示されます。[いいえ] を押します。[Orders] ウィンドウが

閉じられます。

13. [Recording] ツールバーの [Stop] を押して、レコーディングを停止します。レコーディングし

たテストコマンドが処理され、テストに保存されます。



5. レコーディングしたテストの解析レコーディング終了後、TestComplete はレコーディングしたキーワードテストを編集用に開き、Keyword Test エディターにテストの内容を表示します。

レコーディングしたテストは上記の画像に示すテストのようになります。実行環境によってはこれとは異なる

ことがあります。たとえば、Visual C++ または Delphi アプリケーションでテストをレコーディングした場合は、

ほかのオブジェクト名やウィンドウインデックスを含んでいる可能性があります。

このテストには、レコーディング中に Orders アプリケーション上で実行した動作に対応するコマンドが含まれ

ています。このテストコマンドを operation と呼びます。



コマンドの下に Test Visualizer パネルがあり、TestComplete によってテストのレコーディング中に operation でキャプチャーされた画像が表示されます。

これらの画像は、レコーディングした operation を表し、operation が実行する動作を理解するのに役立ちま

す。TestComplete は、ユーザーアクション (マウスクリック、テキスト入力など) に対応した operation の画像

のみをキャプチャーします。

エディター内でこの操作を選ぶと、Test Visualizer は自動的に適切な画像を選択するため、operation が実

行される前にアプリケーションの状態を簡単に見ることができます。画像の作業についての詳細は、

TestComplete ヘルプの「Test Visualizer」を参照してください。



画像をさらに詳しく見たい場合は、Test Visualizer パネルでその画像をダブルクリックします。Visualizer Frame ウィンドウが表示されます。このウィンドウでは、キャプチャーされた画像に対して、追加のアクション

を実行できます。たとえば、ズームイン、ズームアウト、ファイルへの保存、画像の切り替えなどを行うことが

できます。詳細については、TestComplete ヘルプのこのウィンドウの説明を参照してください。

このテストの最初の operation は、Run TestedApp です。これは、テストするアプリケーション (今回の場合、

Orders アプリケーション) を、キーワードテストから起動するのに使用します。TestComplete は、自動的にア

プリケーションを起動するときに、あるいは [Recording] ツールバーやオペレーティングシステムの UI から

アプリケーションが起動されたことを検出すると、自動的にこの操作を記録します。



次の operation は、[File] - [Open] メニュー項目の選択に対応します。

次の operation は、[ファイルを開く] ダイアログでファイルを開く動作をシミュレートします。

Windows Vista または Windows 7 以降のオペレーティングシステムで実行している場合、TestComplete は [ファイルを開く] ダイアログのコントロールで実行された一連の操作を記録します。

注意: [ファイルを開く] ダイアログのコントロールを使用してファイルをナビゲートする代わりに、このダイアロ

グの [ファイル名] ボックスに開きたいファイルのフルネームを入力することを推奨します。そうすること

で、オペレーティングシステム、ダイアログで表示されるパス、利用可能なナビゲーションバーやパ

ネルに関係なく、正常に実行されるテストを記録できます。

テストに [ファイルを開く] ダイアログに対する一連の操作が含まれる場合、手動でテストを編集して、

これらの操作を OpenFile メソッドの呼び出しに置換することができます。

その後、アプリケーションのメインウィンドウと Order フォームでのユーザーアクションをシミュレートする operation が続きます。



マウスイベント、キーボード入力、スクリプトからのその他の動作についての詳細は、TestComplete ヘルプ

の「Simulating User Actions」を参照してください。

次は、テストレコーディング中に追加した比較動作です。

最後に、Orders アプリケーションを閉じる動作とメッセージボックス内で [いいえ] ボタンを押した動作です。

TestComplete は、自動的に operation を使用したプロセスやウィンドウに対応するグループにまとめます。グ

ループ化することで、テスト構造を簡単に理解できるようにし、さらにアプリケーションのオブジェクト階層の

情報を提供しています。

ここでは、1 つのプロセス (Orders) のユーザーアクションをレコーディングしました。そのため、"process" グループノードは、1 つだけです。このグループノードには、プロセスウィンドウおよびコントロールでシミュ

レートしたすべての動作が含まれています。Orders プロセスのコントロールやウィンドウで実行した動作は

いくつかの "window" グループノードにまとめられています。

テストするプロセスやそのウィンドウ、およびコントロールの名前が、これまでの手順で Object Browser パネ

ルに表示されていた名前と異なることにお気付きかもしれません。たとえば、Object Browser では、テストす

るプロセスは Process("Orders") という名前であるのに対し、テスト内では Orders と呼ばれます。また Object



Browser で、メインウィンドウは WinFormsObject("MainForm") と呼ばれるのに対し、テストでは MainForm という名前です。

これには、論理的な理由があります。デフォルトでは、TestComplete は、テストレコーディング中に使用した

オブジェクトに対して自動的にカスタムネームを生成し、使用します。カスタムネームの生成および割り当

ては、名前のマッピングと呼ばれます。デフォルトの名前は理解しにくいことがあるので、TestComplete では名前のマッピングを行っています。デフォルトの名前では、名前に対応するウィンドウやコントロールがど

れなのかの判断が難しいことがあります。マッピングした名前はテストをよりわかりやすく、安定したものにし

ます。名前のマッピングに関する詳細情報は、TestComplete ヘルプの「Name Mapping」を参照してくださ

い。

6. レコーディングしたテストの実行 TestComplete がユーザーアクションをどのようにシミュレートするか、ここで簡単なテストを実行してみましょ

う。

レコーディングしたテストを実行する前に、レコーディングしたときと同じ初期状態でテストが開始されるこ

とを確認してください。たとえば、ほとんどテストは、テストするアプリケーションの実行を必要とします。つまり、

ユーザーアクションをシミュレートする前に、そのアプリケーションを起動する必要があります。今回の例で

は、テストするアプリケーションを起動するため、テストの始めに Run TestedApp operation を使用し、テストに

よってアプリケーションが起動されるようにしました。代替手段として、テストするアプリケーションを手動で TestComplete の IDE から実行することも可能です。

レコーディングしたテストを実行するためには、テストエディターのツールバーにある [Run Test] をクリッ

クします。

このテストエンジンは TestComplete のウィンドウを最小化して、テストコマンドの実行を開始します。この

チュートリアルのテストでは、レコーディングした動作が実行されます。

注意: テスト実行中は、マウスを動かしたり、キーを押したりしないでください。TestComplete でシミュレートされる動作を妨げたり、テスト実行が正しく行われない可能性があります。

テスト実行の終了後、TestComplete はテスト結果を表示します。次の手順では、これを解析します。



テスト実行に関するいくつかの注意:

• 作成したテストは、テスト実行用の実行ファイルにはコンパイルされません。TestComplete から直接

テストを実行します。TestComplete がインストールされていないコンピューターでテストを実行するた

めには、TestExecute と呼ばれるリソースフレンドリーなユーティリティを使用することができます。ま

た、外部のアプリケーションにスクリプトをエクスポートして、それを実行することもできます。詳細に

ついては、TestComplete ヘルプの「Connected and Self-Testing Applications」を参照してください。

• テストの実行中、TestComplete は、画面の右上にインジケーターを表示します。

このインジケーターは、シミュレートしたテスト動作に関する通知メッセージを表示します。

• TestComplete は、テストが終了するまでこのテストコマンドを実行します。[Test Engine] ツールバー

の [Stop] を押すか、または TestComplete メインメニューから [Test] - [Stop] を選択すること

で、テスト実行をいつでも停止することができます。

[Pause] をクリックすることでテスト実行を一時停止することができます。一時停止の間は、必

要な任意の動作を実行することが可能です。たとえば、テストログを表示したり、TestComplete の Watch List や Locals パネルあるいは Evaluate ダイアログを使用してテストの変数やオブジェク

トを確認することが可能です (TestComplete ヘルプの「Debugging Tests」を参照)。



• テストを実行するためには、テストエディターのツールバーにある [Run Test] ボタンを使用します。

このほかにも、いくつかの方法でテストを実行することができます。Project Explorer あるいは、ほか

のテストから、テストを実行することも可能です。プロジェクトエディターのテスト項目ページを使用

して、バッチの実行を作成することもできます。

TestComplete のテスト実行、実行に影響するプロジェクト設定、テスト実施に関する詳細は、TestComplete ヘルプの「Running Tests」を参照してください。



7. テスト結果の解析 TestComplete は、テスト中に実行されたすべての操作の完全なログを保存します。テスト結果へのリンクは、

Project Explorer パネルの [Project Suite Logs] - [Orders Log] ノードに表示されます。これは、プロ

ジェクトおよびプロジェクトスイートのテスト履歴を調べるための主なワークスペースです。各ノードは 1 つの

テスト実行に対応します。ノードの左の画像は、対応するテストの実行が成功したかどうかを表しています。

テスト実行の終了後、TestComplete は自動的に最終結果のノードを追加します。つまり、テストが実行中の

ときは、結果は表示されません (テストの実行を一時停止した場合は、中間結果を表示することができま

す)。

ここまでに実行したテストは 1 つのみなので、Project Explorer には 1 つのログノードだけが表示されます。

デフォルトでは、Workspace パネルにこのノードの内容が自動的に表示されます。このログは、いつでも

確認することができます。ログを見るには、Project Explorer パネルで表示したい結果を右クリックし、コンテ

キストメニューから [Open] を選択します。



この例では、ログは次のようになります。

ログウィンドウは、1 度に 1 つのテスト実行の結果を表示します。ウィンドウの左側は、実行されたテストのツ

リー構造で、それぞれのテストのノードを選択してその結果を表示することができます。たとえば、今回の例

のように 1 つのテストを実行した場合、このツリーには 1 つのノードのみ含まれます。このノードのアイコンは、

テストが成功したかどうかを示します。

テストログには、エラー、警告、情報および他の種類のメッセージが含まれています。左のアイコンは、メッ

セージの種類を示します。メッセージリストの上のチェックボックスを使用することで、種類によってメッセー

ジを表示/非表示にすることができます。

それぞれのメッセージでは、アクションが行われた時間が Time 列に表示されます。

TestComplete は、メッセージとともに追加テキストや画像を出力することがあります。これらを確認するには、

ログ内でメッセージを選択し、メッセージリストの下にある Additional Information や Picture ペインを参

照します。たとえば、上記画像の Picture ペインは、"The menu item 'Orders|Edit order...' was clicked" メッセージに関連するスクリーンショットを表示しています。

Picture パネルでは、選択したテストコマンドを実行する前に、期待される状態と実際のアプリケーションの

状態を示す画像が表示されます("期待される" とはレコーディング中にそのテストコマンドでキャプチャーさ

れた画像を指し、"実際" とはテストの実行中にキャプチャーされた画像を指します)。テストログには、画像

を比較し、簡単に差異を見ることができる特別なボタンがあります。そのため、テストでエラーが発生した場



合、簡単に見つけることができます。詳細については、TestComplete ヘルプの「Test Visualizer」を参照して

ください。

ログの Call Stack ペインは、選択したメッセージをログに出力したテストコールの階層を表示します。

ログの Performance Counters ペインは、テスト実行中にモニターしたパフォーマンスカウンターの値を

表示します。値はグラフ形式で表示されます。

ログにメッセージを出力したテスト操作を表示するには、ログ内でメッセージをダブルクリックします。すると、

エディターでキーワードテストが開き、該当する操作がハイライトされます。たとえば、ログの "The menu item ‘Orders|Edit order…’ was clicked" メッセージをダブルクリックした場合、この動作が行われたキーワー

ドテスト操作がハイライトされます。

テストログパネル、ログへメッセージを出力、その結果の使用に関する詳細情報は、TestComplete ヘルプ

の「Test Results」を参照してください。

注意: ここで説明したログは、TestComplete キーワードテストおよびスクリプト特有のログです。ほか

の種類のテストは異なった構造のログになります。ログに関する詳細情報は、適当なプロジェク

ト項目の解説を参照するか、そのログページ内をクリックして、F1 を押してください。

エラーの解決テストが失敗することがあります。これにはいくつかの可能性があります。たとえば、開発者がアプリケーショ

ンの振る舞いを変更したり、ウィンドウとコントロールの認識属性の変更によりテストエンジンが必要なオブ

ジェクトの検出に失敗したり、サードパーティのアプリケーションがテストするアプリケーションのウィンドウに

重なっているためにテストエンジンがアクションのシミュレートに失敗するなどの可能性があります。

初めてのユーザーが直面するもっとも典型的なものは、テスト作成中と再生実行中でアプリケーションの状

態が異なることです。この問題を避けるには、テストを作成したときと同じ初期状態でテスト実行しているか



確認してください。たとえば、レコーディングする前にテストするアプリケーションが実行されていた場合、テ

ストを開始する前にアプリケーションを実行しておかなければなりません。また、レコーディングしたときにテ

ストする Web ページがブラウザーの 2 つめのタブで開かれていた場合、テストを実行するときも 2 つめのタ

ブで開かれるようにしなければなりません。

エラーの原因を探し、典型的な問題を解決するための情報は、TestComplete ヘルプの「Handling Playback Errors」を参照してください。


Web アプリケーションのテスト - チュートリアル 48

Web アプリケーションのテスト - チュートリアルこのセクションは、TestComplete でテストプロジェクトを作成し、簡単な Web テストのレコーディングと再生

実行を行って、その結果を分析する方法を示すステップバイステップのチュートリアルを提供します。この

テストは、Web ページ上のユーザーアクションをエミュレートし、データを検証します。検証用コマンドはテ

ストレコーディング中に作成されます。

テストする Web ページについて

このチュートリアルでは、弊社の Web サイトにあるサンプルの Web Orders アプリケーションを使用します: http://support.smartbear.com/samples/testcomplete11/weborders/。このアプリケーションは注文 (orders) のリ

ストを表示し、注文を追加、削除、編集、エクスポートするための特別な機能を持っています。


http://support.smartbear.com/samples/testcomplete11/weborders/



1. TestComplete でプロジェクトあるいはプロジェクトスイートを開いている場合は、閉じてください。プ

ロジェクトを閉じるには、[File] - [Close] を TestComplete のメインメニューから選択します。


3. ウィザードの最初のページで、プロジェクトの名前と場所を指定します。[Project name] エディットボックスに WebOrders と入力します。TestComplete は、自動的にプロジェクトのパスを作成し、それ

を Location フィールドに表示します。プロジェクトフォルダーは、プロジェクトおよびプロジェクトに

よって作成されるキーワードテスト、スクリプト、テストログ、Stores などのすべての情報を格納する

ために使用されます。プロジェクトフォルダーは [Location] ボックスで変更できます。この例では、

フォルダー名を変更せずに維持します。



また、[More] ボタンをクリックし、対応するエディットボックスに入力することで、プロジェクトスイート

名と実際の場所を指定することもできます。この例では、プロジェクトスイート名と場所は変更しませ

ん。

4. プロジェクト名と場所を指定した後で、[Next] をクリックして続行します。

ウィザードの指示に従って、プロジェクトの種類とその他のプロジェクト設定を指定します。

2. テストタイプの選択 TestComplete プロジェクトごとに、追加されるプロジェクト項目は異なります。しかし、特定のテストタイプ (Web テスト、Adobe AIR アプリケーションのテストなど) の作成には一定の追加項目が必要です。

プロジェクトに必要なすべてのプロジェクト項目を追加する方法はいくつかあります。

• プロジェクトの作成時に [Create New Project] ウィザードを利用して追加できます。この場合、プ

ロジェクトの作成が完了すると、TestComplete は選択されたテストタイプに応じてプロジェクト構造

を生成します。

• 後で [Project Explorer] パネルのコンテキストメニューを使用して、手動で必要な項目を追加で

きます。

このチュートリアルでは、[Create New Project] ウィザードを使用して必要なプロジェクト構造を生成します。



1. ウィザードの最初のページでプロジェクト名と場所を指定すると、テストするアプリケーションのタイ

プを選択する 2 ページめが表示されます。

先ほど説明したように、ここでは Web ページ上の Web Orders アプリケーションをテストします。これ

は、ウィザードでは Web カテゴリに含まれます。そのため、[Functional testing of web pages] をクリックします。Windows XP の場合は、[Next] をクリックして続行します。Windows Vista および

それ以降のオペレーティングシステムでは、カテゴリをクリックすると自動的に次のページに切り替

わります。

次のトピックでは、ウィザードの残りのページを説明し、プロジェクトの作成を完了させます。



3. プロジェクト作成の完了前のステップで、必要なテストタイプを指定しました。ここでは、ウィザードの残りのページを利用してプロ

ジェクトの作成を完了させます。

1. テストするアプリケーションのタイプを指定すると、TestComplete の Test Visualizer 機能の有効/無効を指定するページが表示されます。

Test Visualizer は、テストのレコーディングと再生実行中にテスト動作の情報をキャプチャーします。

選択したオプションに応じて、Test Visualizer のフレームにスクリーンショットのみ、あるいはスクリー

ンショットとそれに含まれるオブジェクトの情報がキャプチャーされます。

レコーディング中にキャプチャーされた Visualizer のフレームは、レコーディングしたコマンドの実

行内容を理解するのに役立ちます。これは、この製品を使い始めの場合は非常に重要です。

テスト実行中にキャプチャーされた Visualizer のフレームから、テストするアプリケーションまたはシ

ステムで起こったことを簡単に判断することができます。この情報は、エラーをデバッグするときに役

に立ちます。



しかし、画像およびテストオブジェクトのデータはハードディスクの容量を占有し、大きなプロジェク

トではテスト結果ファイルのサイズが非常に大きくなる原因となります。画像のみキャプチャーするこ

とで、収集するデータの量を制限できます。また、Visualizer が必要でない場合は無効にし、後で

必要になったらプロジェクトの設定を使用していつでも有効にすることができます。

このチュートリアルでは、テストのレコーディングと再生実行の両方で [Capture images only] を選択します。[Next] をクリックして続行します。

2. ウィザードの次のページでは、プロジェクトで使用されるスクリプト言語を選択できます。

どの TestComplete プロジェクトも、サポートしているスクリプト言語 (VBScript、JScript、Python、DelphiScript、C++Script、C#Script) の 1 つを使用します。スクリプト言語は、プロジェクトでスクリプトユニットを使用しない場合でも重要です。キーワードテストのみを使用する場合でも、コードスニ

ペットを呼び出したり、操作パラメーターを指定するためにスクリプトステートメントを使用する必要

性が出てくることもあります。



スクリプトを使用するか、キーワードテストを使用するかにかかわらず、スクリプト言語はテストで使

用するオブジェクト名の形式を定義するためにも重要です。名前の形式は言語構文に依存します。

たとえば、 VBScript 、 JScript 、 Python では、 Internet Explorer プロセスの名前は、

Browser("iexplore") のようになります。DelphiScript では、ダブルクォートをシングルクォート

に置換する必要があるため、Browser('iexplore') のようになります。また、C++Script と C#Script では、単語 Browser をかっこで囲む必要があるため、["Browser "]("iexplore") のようになります。

スクリプト言語の選択に関する詳細情報は、TestComplete ヘルプの「Selecting the Scripting Language」を参照してください。

このチュートリアルでは、VBScript を使用します。そのため、このページで VBScript を選択します。

Windows Vista およびそれ以降のオペレーティングシステムでは、これでウィザードが終了します。

Windows XP を使用している場合は、[Finish] をクリックします。

TestComplete により、新規プロジェクト WebOrders.mds とそのプロジェクトスイートが作成されます。プロジェ

クトスイートが表示され、プロジェクトの内容が Project Explorer パネルに表示されます。

次のテスト手順では、Web ブラウザーの準備を行います。

4. Web ブラウザーの準備 TestComplete で Web テストを作成するには、テストのレコーディングと再生実行に使用される Web ブラウ

ザーを特別な方法で設定する必要があります。また、クロスブラウザーテストを簡単にするため、ブラウザー

固有の動作を排除することを推奨します。ブラウザーの設定についての詳細は、TestComplete ヘルプの

「Preparing Web Browsers」を参照してください。

ブラウザーの設定が完了したら、テストを作成します。


Web Orders アプリケーション用のテストの計画サンプルの Web Orders アプリケーションは、注文のリストを管理します。ここでは、アプリケーションの Edit Order ページが正しく機能し、注文リストのデータが変更されるかどうかをテストします。この場合、次のよう

になります。

• テストの目的: このテストは、Edit Order ページで変更されたデータが保存され、その変更内容が注

文リストに反映されるかどうかをチェックします。


す。アプリケーション上のユーザーアクションをシミュレートしたテストをレコーディングします。簡単

にするために、このテストでは 1 つの注文の 1 つのプロパティのみを "変更" します。









TestComplete でのテストの作成 TestComplete では、2 通りの方法でテストを作成することができます。



テストを手動で作成する場合、適切なスクリプトオブジェクトやキーワードテストコマンドを利用して、テスト

で実行する必要があるすべてのコマンドとアクションを入力します。このアプローチは、強力で柔軟なテスト

を作成する必要があるとき、またはテストの作成で豊富な経験がある場合、非常に役に立ちます。



ばなりません。この問題を解決するため、TestComplete は簡単にテストを作成できる特別な機能を備えてい

ます。テストするアプリケーションに対していくつかのアクションを実行すると、TestComplete は自動的にこ

れらのアクションを認識し、それらをスクリプトまたはキーワードテスト操作に変換します。この機能を "テスト

のレコーディング" と呼びます。テストをビジュアルに作成し、実行したアクションをスクリプトまたはキーワー

ドテストに記録できるからです。これは、非常に役に立つアプローチであり、テストの作成であまり経験を必

要としません。そのため、このチュートリアルでは、TestComplete でテストを記録する方法を説明します。テ

ストのレコーディングに関する詳細は、次のセクションを参照してください。

TestComplete によるテストのレコーディングレコーディングは次の 3 つの手順を含みます。

1. TestComplete のメインメニューあるいは [Test Engine] ツールバーから [Test] - [Record] - [Record Keyword Test] または、[Test] - [Record] - [Record Script] を選択してレコーディン

グを開始します。スタートページの [Record a New Test] をクリックしてレコーディングを開始する

こともできます。

TestComplete を用いて、さまざまな種類のテスト (キーワードテスト、スクリプト、低レベルのプロシー

ジャー) をレコーディングすることができます。レコーディングの開始に使用するメニュー項目によっ

て、メインのレコーディングするテスト (キーワードテストまたはスクリプトコード) が定義されます。そ

のほかのテストはそのレコーディングが開始された後でレコーディングされます。メインのレコーディ

ングするテストには、これらのテストを実行する特別なコマンドが含まれます。



TestComplete にレコーディングの開始を命令すると、レコーディングモードに切り替わり、画面上に [Recording] ツールバーが表示されます。

このツールバーには、レコーディング中に追加の動作を実行したり、レコーディングの一時停止や

停止、レコーディングするテストタイプ (キーワードテストからスクリプトコード、またはその逆) を変

更できる項目が含まれています。

2. レコーディング開始後、必要なテスト動作を実行します。テストするブラウザーを起動し、ページを

ロードして (必要な場合)、ページ上のコマンドボタンをクリックしたり、メニュー項目を選択したり、テ

キストを入力するなどして使用します。

3. すべてのテスト動作が終了した後、[Recording] ツールバーから [Stop] を選択し、レコーディ

ングを停止します。


Web Orders アプリケーション用のテストのレコーディングサンプル Web Orders アプリケーションに対してキーワードテストをレコーディングしてみましょう。このテスト

では、ブラウザーを起動してページをロードし、アプリケーションのウィンドウ内でクリックやキーストロークを

シミュレートして、アプリケーションのデータを検証します。

注意: レコーディング中に TestComplete ヘルプに切り替えないでください。レコーディングエンジ

ンはすべてのユーザーアクションをトレースし、レコーディングします。つまり、レコーディン

グしたテストに、この "切り替え" をシミュレートするコマンドが含まれてしまいます。

操作手順は、レコーディングを開始する前に印刷しておくことができます。あるいは、2 つの

モニターがある場合、TestComplete ヘルプをもう一方のモニターへ移動しておくことができ

ます。

レコーディングを始めましょう:



1. 新規プロジェクトを作成するとき、TestComplete は、このプロジェクトに空白のキーワードテストを自

動的に作成します。このテストの中にテストコマンドをレコーディングしましょう。レコーディングを開

始するには、テストエディターのツールバーの Append to Test 項目を選択します。






2. ブラウザーを起動し、http://support.smartbear.com/samples/testcomplete11/weborders/ Web ページ

に移動します。

TestComplete は、特別なテストコマンドを使用して、ブラウザーの起動を記録します。後でレコー

ディングしたテストを分析するときに、このコマンドを参照します。


http://support.smartbear.com/samples/testcomplete11/weborders/


3. インターネットブラウザーが開始され、アプリケーションのログインウィンドウが表示されるまで待ち

ます。

対話型ヘルプパネルが表示されている場合は、アプリケーションのウィンドウに重ならないように、

対話型ヘルプパネルのサイズを変更するか、移動します。対話型ヘルプパネル上での動作はレ


4. 次の情報を使用して、アプリケーションにログインします。

• Username: Tester

• Password: test

[Login] をクリックしてアプリケーションのメインページに進みます。



5. ブラウザーにアプリケーションのメインページ (既存の注文のリスト) が表示されます。注文を変更し

てみましょう。Samuel Clemens の注文の横にある [Edit] アイコンをクリックします。[Edit Order] ページが表示されます。

6. [Customer name] テキストボックス内をクリックして、Mark Twain と入力します。

7. [Update] をクリックしてエディットページを閉じます。メインウィンドウに表示される顧客リストが更

新されます。




たさまざまな種類のチェックポイントが用意されています (「Checkpoints」を参照してください)。最も

よく使用されるチェックポイントの 1 つは、プロパティチェックポイントです。アプリケーションのコント

ロールのデータのチェックに使用されます。このチュートリアルでは、このプロパティチェックポイント

を使用します。





ウィザードが最小化されるまで待ってから、そのアイコンを Mark Twain を含むセルにドラッ

グします。ドラッグしている間、マウスカーソル下のコントロールとウィンドウが赤いフレーム

でハイライトされます。

[ターゲットアイコン] を [Name] 列の 1 つめのセルの上に移動し、そのセルが赤いフレーム

でハイライトされたら、マウスのボタンを離します。






• ウィザードの次のページでは、選択したオブジェクトのプロパティのリストが表示されます。こ

のリストには、テストするアプリケーションによって定義されたプロパティと TestComplete によって提供されるプロパティが含まれます。すべての利用可能なプロパティを表示するには、

[View more members (Advanced View)] リンクをクリックします。

TestComplete は、選択したオブジェクトに 3 つのプロパティグループを追加します。1 つめ

のグループには、テストするすべてのウィンドウとコントロールに共通のプロパティが含まれ

ます。このプロパティは、Standard ノード下に表示されます。2 つめのグループには、グ

リッドコントロール固有のプロパティが含まれます (選択したオブジェクトがグリッドコント

ロールの場合)。このプロパティは、Extended ノード下に表示されます。3 つめのグループ

には、インターネットブラウザーによって提供されるプロパティが含まれます。このプロパ

ティは、使用したブラウザー名のノード下に表示されます。データの検証には、ブラウザー

に依存しない contentText プロパティを使用します。このプロパティは、選択したセルの



テキストにアクセスできるようにし、異なるブラウザーでテストを再生実行する際に問題が生

じないようにします。

• リストから contentText プロパティを見つけます。このプロパティを選択し、[Next] をク

リックして続行します。



• ウィザードの次のページで、検証されるプロパティ名、比較条件、および基準データ ([Value] ボックス内) を参照することができます。

[Finish] をクリックしてチェックポイント作成を完了します。レコーディングしたテストにチェッ

クポイントコマンドが追加されます。

9. ページの右上にある [Logout] リンクをクリックします。

10. ブラウザーのキャプションバーにある [X] ボタンをクリックしてインターネットブラウザーを閉じま

す。

11. [Recording] ツールバーの [Stop] を押して、レコーディングを停止します。レコーディングし

たテストコマンドが処理され、テストに保存されます。





ことがあります。たとえば、不要なクリック操作が含まれていることがあります。

このテストには、レコーディング中に Web Orders アプリケーション上で実行した動作に対応するコマンドが

含まれています。このテストコマンドを operation と呼びます。





す。TestComplete は、ユーザーアクション (マウスクリック、テキスト入力など) に対応した operation の画像

のみをキャプチャーします。

エディター内でこの操作を選ぶと、Test Visualizer は自動的に適切な画像を選択するため、operation が実

行される前にアプリケーションの状態を簡単に見ることができます。画像の作業についての詳細は、「Test Visualizer」を参照してください。

このテストの最初の operation は、Run Browser です。これは、インターネットブラウザーを起動し、キー

ワードリストから指定されたページに移動します。TestComplete は、ブラウザーが起動されたことを検出する

と、自動的にこの操作をレコーディングします。

2 つめの operation は、ブラウザーに Web ページが完全に読み込まれるのを待機します。ハイライトした operation は、Web Orders アプリケーションの Login ページを待機します。このタイプのほかの operation は、

ほかの Web ページを待機します。



次の operation は、Login ウィンドウを使用します。

次の一連の operation は、Edit Order ページを開き、[Customer Name] フィールドの変更をシミュレートし

ます。

マウスイベント、キーボード入力、スクリプトからのその他の動作についての詳細は、TestComplete ヘルプ

の「Simulating User Actions」を参照してください。

次は、テストレコーディング中に追加した比較動作です。

最後に、Web Orders アプリケーションからログアウトする動作とブラウザーを閉じる動作です。

TestComplete は、自動的に operation を使用したプロセスやウィンドウに対応するグループにまとめます。グ

ループ化することで、テスト構造を簡単に理解できるようにし、さらにアプリケーションのオブジェクト階層の

情報を提供しています。



ここでは、1 つのブラウザーのユーザーアクションをレコーディングしました。そのため、ブラウザーのグルー

プノードは、1 つだけです。このグループノードには、ブラウザーウィンドウおよびコントロールでシミュレー

トしたすべての動作が含まれています。異なる Web ページで実行した動作はいくつかの "page" グループノードにまとめられています。

インターネットブラウザー、ページ、およびページ要素の名前が、Object Browser パネルに表示される名前

と異なることにお気付きかもしれません。たとえば、Object Browser では、インターネットブラウザーは (使用

するブラウザーに応じて ) Browser("iexplore") 、 Browser("firefox") 、 Browser("chrome") 、または Browser("opera") という名前であるのに対し、テストでは単に browser と呼ばれます。また、Object Browser で Login ページは Page("http://support.smartbear.com/Samples/TestComplete11/WebOrders/ Login.aspx") と呼ばれるのに対し、テストでは pageWebOrdersLogin. という名前です。



ては、名前のマッピングと呼ばれます。デフォルトの名前は理解しにくいことがあるので、TestComplete では

名前のマッピングを行っています。デフォルトの名前では、名前に対応するウィンドウやコントロールがどれ

なのかの判断が難しいことがあります。マッピングした名前はテストをよりわかりやすく、安定したものにしま

す。名前のマッピングに関する詳細情報は、TestComplete ヘルプの「Name Mapping」を参照してください。

7. レコーディングしたテストの実行 TestComplete がユーザーアクションをどのようにシミュレートするか、ここで簡単なテストを実行してみましょ

う。

レコーディングしたテストを実行する前に、初期状態がレコーディングしたときと同じであることを確認して

ください。たとえば、ほとんどの Web テストでは、インターネットブラウザーが起動され、必要なページが表

示されている必要があります。今回の例では、ブラウザーを起動し、テストする Web ページを開くため、テス

トの初めに Run Browser operation を使用します。また、WebOrders アプリケーションからログアウトするのを

忘れないでください。




クします。

このテストエンジンは TestComplete のウィンドウを最小化して、テストコマンドの実行を開始します。この

チュートリアルのテストでは、レコーディングした動作が実行されます。

注意: テスト実行中は、マウスを動かしたり、キーを押したりしないでください。TestComplete でシ

ミュレートされる動作を妨げたり、テスト実行が正しく行われない可能性があります。



• 作成したテストは、テスト実行用の実行ファイルにはコンパイルされません。TestComplete から直接

テストを実行します。TestComplete がインストールされていないコンピューターでテストを実行するた

めには、TestExecute と呼ばれるリソースフレンドリーなユーティリティを使用することができます。ま

た、外部のアプリケーションにスクリプトをエクスポートして、それを実行することもできます。詳細に

ついては、TestComplete ヘルプの「Connected and Self-Testing Applications」を参照してください。


このインジケーターは、シミュレートしたテスト動作に関する通知メッセージを表示します。


またはインジケーターの [Stop] を押すか、または TestComplete メインメニューから [Test] - [Stop] を選択することで、テストの実行をいつでも停止することができます。


要な任意の動作を実行することが可能です。たとえば、テストログを表示したり、TestComplete の Watch List や Locals パネルあるいは Evaluate ダイアログを使用してテストの変数やオブジェク

トを確認することが可能です (TestComplete ヘルプの「Debugging Tests」を参照)。





Project Explorer パネルの [Project Suite Logs] - [WebOrders Log] ノードに表示されます。これは、プ

ロジェクトおよびプロジェクトスイートのテスト履歴を調べるための主なワークスペースです。各ノードは 1 つのテスト実行に対応します。ノードの左の画像は、対応するテストの実行が成功したかどうかを表していま

す。



す)。


デフォルトでは、Workspace パネルにこのノードの内容が自動的に表示されます。このログは、いつでも確

認することができます。ログを見るには、Project Explorer パネルで表示したい結果を右クリックし、コンテキ

ストメニューから [Open] を選択します。













ログ内でメッセージを選択し、メッセージリストの下にある Additional Info や Picture ペインを参照しま

す。


状態を示す画像が表示されます("期待される" とはレコーディング中にそのテストコマンドでキャプチャーさ

れた画像を指し、"実際" とはテストの実行中にキャプチャーされた画像を指します)。テストログには、画像

を比較し、簡単に差異を見ることができる特別なボタンがあります。そのため、テストでエラーが発生した場



合、簡単に見つけることができます。詳細については、TestComplete ヘルプの「Test Visualizer」を参照して

ください。





エディターでキーワードテストが開き、該当する操作がハイライトされます。たとえば、ログの "The button was clicked with the left mouse button" メッセージをダブルクリックした場合、この動作が行われたキーワードテスト操作がハイライトされます。


の「About Test Log」を参照してください。

注意: ここで説明したログは、TestComplete キーワードテストおよびスクリプト特有のログです。ほ

かの種類のテストは異なった構造のログになります。ログに関する詳細情報は、適当なプロ

ジェクト項目の解説を参照するか、そのログページ内をクリックして、F1 を押してください。







確認してください。たとえば、レコーディングする前にテストするアプリケーションが実行されていた場合、テ



ストを開始する前にアプリケーションを実行しておかなければなりません。また、レコーディングしたときにテ

ストする Web ページがブラウザーの 2 つめのタブで開かれていた場合、テストを実行するときも 2 つめのタ

ブで開かれるようにしなければなりません。


9. 複数のブラウザーでのテストの実行レコーディングしたブラウザーでテストが正常に実行されることを確認したら、テストを変更して、別のブラウ

ザーで実行することができます (これは、クロスブラウザーテストと呼ばれます)。これにより、Web アプリ

ケーションがさまざまなブラウザーで正しく動作することを確認できます。

テストを変更して、異なるブラウザーで実行してみましょう。

• Keyword Test エディターでテストを開きます。

• Run Browser operation を右クリックして、コンテキストメニューから [Make Browser Loop] を選択

します。

• 操作パラメーターのダイアログで、[Iterate Through All Browsers] を選択し、[Finish] をクリック

します。



Run Browser operation が Browser Loop operation に変換されます。

• Browser Loop operation の後のすべてのテスト操作を選択し、をクリックしてこれらの操作をルー

プの内側に移動します。これらの操作はループの各反復で実行されます。

変更後のテストは次のようになります。



• TestComplete のメインメニューから [File] - [Save] を選択してテストを保存します。

TestComplete ヘルプの「Preparing Web Browsers」の説明に従って、ほかのブラウザーの準備と設定を行い

ます。

変更したテストを実行します。

TestComplete は、ブラウザーの数だけテスト操作を繰り返します。毎回、異なるブラウザーでテストアクショ

ンが実行されます。

テストログには、使用したブラウザーに関する情報と、各ブラウザーで実行されたテスト操作の結果が含ま

れます。



TestComplete を使用したクロスブラウザーテストについての詳細は、TestComplete ヘルプの

「Cross-Browser Testing – Overview」を参照してください。


Android アプリケーションのテスト 77

Android アプリケーションのテストこのチュートリアルでは、TestComplete で Android アプリケーションをテストする方法を説明します。モバイ

ルテスト用のテスト環境の準備、モバイルデバイスへの接続、モバイルデバイスへのテストするアプリケー

ションの展開、簡単なテストの作成と実行、結果の分析を行います。このテストは、モバイルアプリケーショ

ン上のユーザーアクションをエミュレートし、データを検証します。


この説明では、TestComplete に含まれるサンプルの Orders アプリケーションを使用します。このアプリケー

ションは注文 (orders) のリストを表示し、注文を追加、削除、編集、エクスポートするための特別な機能を

持っています。

後述する手順に従って、このアプリケーションをモバイルデバイスへ展開します。



1. 事前準備このセクションでは、TestComplete で Android アプリケーション用のテスト環境を準備するために、事前に行

わなければならないことを説明します。

注意: TestComplete は、物理デバイス、エミュレーター、Android-x86 仮想マシンで実行するモバ

イルアプリケーションをテストすることができます。Android Wear デバイスではテストを実行

できません。

ここでは、物理デバイスでテストを行う場合の準備手順を示します。Android エミュレーター

と Android-x86 仮想マシンでは、必要な事前準備が異なります (TestComplete ヘルプの

「Preparing Devices, Emulators and Virtual Machines」を参照してください)。それ以外のテス

ト手順は、すべての環境で同じです。

必要なソフトウェアのインストール

JDK と Android SDK のインストール

Android アプリケーションをテストするには、Java 開発キット (JDK) または Java 実行環境 (JRE) と Android SDK をダウンロードし、テストコンピューターにインストールする必要があります。

注意: すでに Android SDK と JDK (または JRE) がインストールされている場合は、ステップ 5 に進みます。

1. 次の場所から JDK をダウンロードします。

http://www.oracle.com/technetwork/java/javase/downloads/index.html

2. ダウンロードしたインストーラーを実行して、ウィザードの指示に従います。

3. 次の場所から Android SDK をダウンロードします。

https://developer.android.com/sdk/index.html

Android Studio (デフォルトのダウンロード) をダウンロードする必要はありません。TestComplete では SDK のみ必要です。そのため、Other Download Options セクションにスクロールし、SDK Tools Only サブセクションから installer_rXX-windows.exe という名前のファイルをダウンロードし

ます。

ダウンロードしたインストーラーを実行して、ウィザードの指示に従います。

4. Android SDK のインストールが完了したら、Android SDK Manager を起動します。[スタート] メニューをクリックし、[すべてのプログラム] - [Android SDK Tools] - [SDK Manager] を選択しま

す。


http://www.oracle.com/technetwork/java/javase/downloads/index.html

https://developer.android.com/sdk/index.html


5. SDK Manager で次の項目を選択します。

• Android SDK Platform-tools

• Android SDK Build-tools

• Google USB Driver

6. [Install packages] をクリックし、ライセンス許諾契約に同意して、インストールを続行します。

7. SDK Manager を閉じます。

デバイス USB ドライバーのインストール

前述のように、このチュートリアルでは物理デバイス上のテストを自動化します。デバイスと通信するため、

TestComplete コンピューターにデバイス USB ドライバーをインストールする必要があります。手順とドライ

バーのダウンロードリンクについては、Android ドキュメントの「OEM USB Drivers」を参照してください。

http://developer.android.com/tools/extras/oem-usb.html

TestComplete プラグインのインストールと設定 Android アプリケーションをテストするには、TestComplete のモバイルモジュールがインストールされていな

ければなりません。このモジュールは、自動的に必要なプラグインをインストールして有効にします。

モバイルモジュールがインストールされていない場合は、TestComplete インストールプログラムを変更モー

ドで実行し、インストールウィザードでモバイルモジュールのインストールを選択します。これにより、必要

なプラグインがインストールされ有効になります。


http://developer.android.com/tools/extras/oem-usb.html


TestComplete の設定

プラグインが有効になったら、TestComplete 設定で JDK と Android SDK のパスを指定する必要があります。

TestComplete インストールウィザードは、自動的にコンピューター上でこれらのパスの検出を試みます。検

出できない場合は、TestComplete で手動でこれらのパスを指定する必要があります。

正しいパスが指定されているか確認するには:

1. TestComplete を起動します。

2. TestComplete のメインメニューから、[Tools] - [Options] を選択します。[Options] ダイアログが表

示されます。

3. ダイアログの左ペインで [Engines] - [Mobile] - [Android] カテゴリを選択します。

4. [Path to Android SDK] エディットボックスで、コンピューター上の Android SDK のインストールフォルダーを指定します。

5. [Path to Java Runtime] エディットボックスで、コンピューター上の Java のインストールフォル

ダーを指定します。

6. [Engines] - [Mobile] - [General] カテゴリを選択します。

7. [Automatically display Mobile Screen on OnScreen operation] オプションを有効にしま

す。

8. [Automatically display Mobile Screen on recording] オプションを有効にします。

9. [OK] をクリックしてダイアログを閉じ、変更を保存します。

モバイルデバイスの準備デスクトップコンピューターに必要なすべてのソフトウェアをインストールしたら、モバイルデバイスを準備す

る必要があります。

デバイスで Developer options を有効にする

物理 Android デバイスでテストを実行するには、デバイスで特定の Developer options を有効にする必要が

あります。



1. Developer options を表示します。[Settings] - [About phone/tablet] を選択し、[Build number] を 7 回タッチします。

注意: Developer options を表示する方法は、デバイスと Android バージョンにより異なります。詳

細は、デバイスのドキュメントを参照してください。

2. [Settings] - [Developer Options] を選択し、次のオプションを有効にします。

• [USB debugging] - デバイスと Android Debug Bridge (ADB) 間の通信を有効にします。

つまり、ADB と TestComplete がデバイスにアクセスできるようにします。

• [Stay awake] - デバッグ中にデバイスがスリープモードにならないようにします。

3. 変更を保存します。

デバイスの接続

デバイスの電源を入れ、USB ケーブルを使用してコンピューターに接続します。Android Debug Bridge は接続を検出し、自動的にデバイスに接続します。

デバイスが接続されているかどうかの確認

モバイルデバイスが正常に接続されているかどうか確認するには:

• TestComplete ツールバーで [Show Mobile Screen] ボタンをクリックします。

1 つのモバイルデバイスまたは仮想マシンが Android Debug Bridge に接続されている場合、[Mobile Screen] ウィンドウが表示されます。

複数のデバイスまたは仮想マシンが接続されている場合、[Show Mobile Screen] をクリックすると、接続され

ているデバイスのリストを含む [Select Current Device] ダイアログが表示されます。リストにデバイスまた

は仮想マシンがあることを確認します。リストでデバイスまたは仮想マシン選択し [OK] をクリックすると、その

デバイスまたは仮想マシンの [Mobile Screen] ウィンドウが表示されます。

TestComplete Android Agent のインストール

TestComplete Android Agent は、TestComplete でテストする Android アプリケーションとデータ交換を行う

ヘルパーアプリケーションです。モバイルデバイスにこの Agent をインストールする必要があります。

Agent をインストールするには:

• (まだ開いていない場合) [Mobile Screen] ウィンドウを開きます。

• ウィンドウツールバーにある [Install Android Agent] ボタンをクリックします。

アプリケーションの準備 TestComplete で Android アプリケーション用のオブジェクトを認識できるようにするには (つまり、"Open" アプリケーションにするには)、特別な方法でアプリケーションを準備する必要があります。



手動または自動でアプリケーションを準備する方法については、TestComplete ヘルプの「Instrumenting Android Applications」を参照してください。

このチュートリアルで使用する Orders アプリケーションは、すでにホワイトボックステスト用に準備されていま

す。そのため、この準備は必要ありません。

これで、テストに必要な TestComplete、モバイルデバイス、アプリケーションの準備が整いました。ここから

は、テストプロジェクトの作成方法、および簡単なテストの作成と再生実行方法について説明します。




1. TestComplete でプロジェクトあるいはプロジェクトスイートを開いている場合は、閉じてください。プ

ロジェクトを閉じるには、[File] - [Close] を TestComplete のメインメニューから選択します。


3. ウィザードで、プロジェクトの名前と保存場所を指定します。このチュートリアルでは、プロジェクト名

を AndroidOrders とし、デフォルトの場所を使用します。

4. 次のページで、Android applications を選択します。

5. 次のページで、テストする Android アプリケーションをプロジェクトに追加します。次の操作を行いま

す。

• [Add] ボタンをクリックします。[Add Android Tested Application] ウィザードが表示され

ます。



• ウィザードで、[Android application package file] エディットボックスの近くにあるボタンをクリックし、Android Orders パッケージファイルを参照します。パスは次のとおりです。

Windows Vista、Windows 7 またはそれ以降のオペレーティングシステム:

C:\Users\Public\Public Documents\TestComplete 11 Samples\Mobile\Android\Orders\Orders Application\bin\Orders.apk

Windows XP、Windows Server 2003:

C:\Documents and Settings\All Users\Shared Documents\TestComplete 11 Samples\Mobile\Android\Orders\Orders Application\bin\Orders.apk

注意: ファイルマネージャーによっては、共有ドキュメントフォルダーおよびパブ

リックドキュメントフォルダーがドキュメントフォルダーとして表示されます。

• [Deploy to the device on start] チェックボックスをオンにして、TestComplete からアプリ

ケーションを起動するたびに、デバイスにアプリケーションをインストールします。

• [Keep the data and cache directories on removal] チェックボックスをオフにして、テ

ストするアプリケーションの初期状態が同じになるようにします。

• [Next] をクリックし、[Finish] をクリックしてウィザードを閉じます。

• リストで [Autorun] チェックボックスが選択されていることを確認してください。これが選択さ

れている場合、テストのレコーディングを開始するときに、TestComplete は、自動的にテスト

するアプリケーションである Orders をモバイルデバイスで起動します。このチェックボックス

が選択されていない場合、アプリケーションでユーザーアクションをレコーディングするに

は、手動でアプリケーションを起動する必要があります。


6. 次のページで、Test Visualizer によるテストのレコーディングと再生実行を有効/無効にできます。対

応するチェックボックスをオン/オフにすることで有効/無効を指定します。[Next] をクリックします。

7. 最後のページで、スクリプト言語を選択し、[Finish] をクリックします。

プロジェクトが作成され、Project Explorer パネルにプロジェクトファイルが表示されます。

















明します。





TestComplete にレコーディングの開始を命令すると、レコーディングモードに切り替わります。この

モードでは、TestComplete のメインウィンドウは最小化され、[Recording] ツールバーとオプションで [Mobile Screen] ウィンドウが表示されます。

[Recording] ツールバーには、レコーディング中に追加の動作を実行したり、レコーディングの一時

停止や停止、レコーディングするテストタイプ (キーワードテストからスクリプトコード、またはその

逆) を変更できる項目が含まれています。

[Mobile Screen] ウィンドウには、接続されているモバイルデバイスの画面が表示されます。このウィ

ンドウは、モバイルアプリケーションのテストをレコーディングするのに使用します。[Automatically display Mobile Screen on recording] オプションがオンの場合に表示されます。

4. レコーディング開始後、必要なテスト動作を実行します。テストするアプリケーションを起動し (必要

な場合)、メニューを選択したり、ボタンやその他のコントロールをタッチしたり、通常と同じようにアプ

リケーションを操作します。



5. すべてのテスト動作が終了した後、[Recording] ツールバーから [Stop] を選択し、レコーディ

ングを停止します。


Android Orders アプリケーション用のテストの計画サンプルの Android Orders アプリケーションは、注文のリストを管理します。ここでは、アプリケーションの Edit Order ページが正しく機能し、注文リストのデータが変更されるかどうかをテストします。この場合、次の

ようになります。




す。簡単にするために、このテストでは 1 つの注文の 1 つのプロパティのみを "変更" します。







Android Orders アプリケーション用のテストのレコーディングサンプル Android Orders アプリケーションに対してキーワードテストをレコーディングしてみましょう。

1. [Mobile Screen] ウィンドウを開きます。TestComplete は、このウィンドウで実行されたモバイルアプリ

ケーションのアクションのみをレコーディングし、デバイス、エミュレーター、または仮想マシンで実

行されたアクションは無視します。

• [Tools] ツールバーで [Show Mobile Screen] ボタンをクリックします。

2. エディターでキーワードテストを開きます。

新規プロジェクトを作成するとき、TestComplete は、このプロジェクトに空白のキーワードテストを自

動的に作成します。このテストにテストコマンドを追加します。

キーワードテストを開くには:

• Project Explorer パネルに移動します。

• KeywordTests ノードを展開します。



• Test1 ノードをダブルクリックします。

3. レコーディングを開始するには、テストエディターのツールバーの Append to Test 項目を選

択します。




[Recording] ツールバーを展開するには、矢印ボタンをクリックします。すると、すべてのボタンが表

示されます。

4. レコーディング開始後、TestComplete は自動的に Orders アプリケーションをモバイルデバイスに展

開して、起動します。これは、プロジェクトの作成時に、アプリケーションの設定で [Deploy to the device on start] と [Autorun] をオンにしたためです。

Autorun プロパティを無効にした場合は、手動でアプリケーションを起動しなければなりません。

[Recording] ツールバーから Run コマンドを選択することで起動できます。



または、[Mobile Screen] ウィンドウのツールバーにある [Run Apps] ドロップダウンメニューからア

プリケーションを起動することもできます。

TestComplete は、特別なアプリケーションの起動テストコマンドを使用して、アプリケーションの開

始を記録します。後でレコーディングしたテストを分析するときに、このコマンドを参照します。

5. モバイルデバイスに Android Orders アプリケーションがインストールされるのを待ってから、起動し

ます。[Mobile Screen] ウィンドウにアプリケーションの初期ウィンドウが表示されます。

対話型ヘルプパネルが表示されている場合は、[Mobile Screen] ウィンドウに重ならないように、対

話型ヘルプパネルのサイズを変更するか、移動します。対話型ヘルプパネル上での動作はレ




6. [Mobile Screen] ウィンドウで Samuel Clemens の注文をクリックします。

7. Orders アプリケーションの [Edit] ボタンをクリックします。[Edit Order] 画面が表示されます。

8. 注文の詳細情報で顧客名を変更してみましょう。

Samuel Clemens を消去して、代わりに Mark Twain と入力します。デスクトップのキーボードを使用

して、[Mobile Screen] ウィンドウでテキストを入力します。



9. [Edit Order] 画面をスクロールダウンして、[OK] ボタンをクリックします。これにより、注文の変更が

保存され、注文リストに戻ります。













ウィザードが最小化されるまで待ってから、そのアイコンを Orders アプリケーションの注文リ

ストにドラッグします。ドラッグしている間、マウスカーソル下のコントロールとウィンドウが赤

いフレームでハイライトされます。

[ターゲットアイコン] を Mark Twain の注文の上に移動し、その項目全体が赤いフレームで

ハイライトされたら、マウスのボタンを離します。




• ウィザードの次のページでは、選択したオブジェクトのプロパティとフィールドのリストが表示

されます。このリストには、テストするアプリケーションによって定義されたプロパティとフィー

ルドに加え、TestComplete によって提供されるプロパティが含まれます。

データの検証には、アプリケーションによって定義されたいくつかのネイティブフィールドを

使用します。オブジェクトのフィールドを表示するには、 [View more members (Advanced View)] リンクをクリックして、[Fields] タブに切り替えます。

• [Search] ボックスに mText1 と入力します。TestComplete は、入力されたテキストでメン

バーをフィルタリングします。

• mText1 フィールドを選択します。このフィールドは、オブジェクトを参照します。このオブ

ジェクトのメンバーを表示するには、[...] ボタンをクリックします。



• [Fields] タブに切り替えて、[Search] ボックスに mText と入力します。

• リストから mText プロパティを見つけます。このプロパティを選択し、[Next] をクリックして

続行します。



• ウィザードの次のページでは、検証されるプロパティ名、比較条件、および基準データ ([Value] ボックス内) を参照することができます。

[Finish] をクリックしてチェックポイント作成を完了します。

11. [Recording] ツールバーの [Stop] を押して、レコーディングを停止します。レコーディン

グしたテストコマンドが処理され、テストに保存されます。





ことがあります。たとえば、不要なタッチ操作が含まれていることがあります。







す。TestComplete は、ユーザーアクション (タッチ、ドラッグ、テキスト入力など) に対応した operation の画

像のみをキャプチャーします。

エディター内でこの操作を選ぶと、Test Visualizer は自動的に適切な画像をハイライトするため、operation が実行される前にアプリケーションの状態を簡単に見ることができます。画像の作業についての詳細は、

TestComplete ヘルプの「Test Visualizer」を参照してください。

このテストの最初の operation は、Select Device です。これは、テストに使用するモバイルデバイスを指定

します。以降のテスト操作はすべてこのデバイスに関するものです。

2 つめの operation は Run TestedApp です。これは、テストするアプリケーション (今回の場合、Orders アプリケーション) を、キーワードテストから起動するのに使用します。TestComplete は、自動的にアプリケー

ションを起動するときに、あるいは [Recording] ツールバーからアプリケーションが起動されたことを検出す

ると、自動的にこの操作を記録します。



その後、アプリケーションでのユーザーアクションをシミュレートする operation が続きます。これらの operation は、注文リストから項目を選択し、[Edit] ボタンをクリックして、テキストフィールドの値を変更し、

[OK] ボタンをクリックします。

タッチイベント、テキスト入力、その他のユーザーアクションのシミュレートについての詳細は、

TestComplete ヘルプの「Simulating User Actions Over Android Devices」を参照してください。

最後に、テストレコーディング中に追加した比較動作です。

TestComplete は、自動的に operation を使用したモバイルデバイスやプロセスに対応するグループにまと

めます。グループ化することで、テスト構造を簡単に理解できるようにし、さらにアプリケーションのオブジェ

クト階層の情報を提供しています。

ここでは、1 つのモバイルデバイスで 1 つのプロセスのユーザーアクションをレコーディングしました。その

ため、グループノードは 2 つです。"device" ノードには、同じデバイスで起動されたプロセスがまとめられま

す。"process" ノードには、プロセスウィンドウおよびコントロールでシミュレートしたすべての動作が含まれて

います。



テストするプロセスやそのウィンドウ、およびコントロールの名前が、Object Browser パネルに表示される名

前と異なることにお気付きかもしれません。たとえば、Object Browser では、テストするプロセスは Process("smartbear.example.orders") という名前であるのに対し、テスト内では Process_example_orders と呼ばれます。また Object Browser で、[Edit] ボタンは Button("editButton") と呼ばれるのに対し、テストでは Button_Edit という名前です。







5. テストの実行 TestComplete がユーザーアクションをどのようにシミュレートするか、ここで簡単なテストを実行してみましょ

う。

テストを実行する前に、テスト作成時と同じ初期状態でテストが開始されることを確認してください。たとえ

ば、モバイルアプリケーション用のテストデザインでは、どのモバイルデバイスを使用するか選択する必要

があります。そのため、テストの開始時に [Select Device] キーワード操作があります。さらに、ほとんどの

場合、テストするアプリケーションをデバイスへ展開し起動する必要があります。ここでは、テストするアプリ

ケーションを展開し起動するため、Run TestedApp キーワード操作を使用し、テストするアプリケーション

の Deploy to the device on start パラメーターを有効にしています。




クします。

TestComplete がテストコマンドの実行を開始します。このチューリアルのテストでは、注文を表示し、顧客名

を Samuel Clemens から Mark Twain に変更して、名前が変更されたかどうか確認します。

注意: テスト実行中は、マウスを動かしたり、キーを押したりしないでください。TestComplete でシ

ミュレートされる動作を妨げたり、テスト実行が正しく行われない可能性があります。




このインジケーターは、シミュレートしたテスト動作に関する通知をするためのメッセージを表示しま

す。


またはインジケーターの [Stop] を押すか、または TestComplete メインメニューから [Test] - [Stop] を選択することで、テストの実行をいつでも停止することができます。


要な任意の動作を実行することが可能です。たとえば、テストログを表示したり、TestComplete の Watch List や Locals パネルあるいは [Evaluate] ダイアログを使用してテストの変数やオブジェクト

を確認することが可能です (TestComplete ヘルプの「Debugging Tests」を参照)。





Project Explorer パネルの [Project Suite Logs] - [AndroidOrders Log] ノードに表示されます。これ

は、プロジェクトおよびプロジェクトスイートのテスト履歴を調べるための主なワークスペースです。各ノード

は 1 つのテスト実行に対応します。ノードの左の画像は、対応するテストの実行が成功したかどうかを表し

ています。



す)。


デフォルトでは、Workspace パネルにこのノードの内容が自動的に表示されます。このログは、いつでも

確認することができます。ログを見るには、Project Explorer パネルで表示したい結果を右クリックし、コンテ

キストメニューから [Open] を選択します。













ログ内でメッセージを選択し、メッセージリストの下にある Additional Info や Picture ペインを参照しま

す。




状態を示す画像が表示されます ("期待される" とはレコーディング中にそのテストコマンドでキャプチャー

された画像を指し、"実際" とはテストの実行中にキャプチャーされた画像を指します)。テストログには、画

像を比較し、簡単に差異を見ることができる特別なボタンがあります。そのため、テストでエラーが発生した

場合、簡単に見つけることができます。詳細については、TestComplete ヘルプの「Test Visualizer」を参照し

てください。





エディターでキーワードテストが開き、該当する操作がハイライトされます。たとえば、ログの "The button was touched" メッセージをダブルクリックした場合、この動作が行われたキーワードテスト操作がハイライトさ

れます。


の「About Test Log」を参照してください。

注意: ここで説明したログは、TestComplete キーワードテストおよびスクリプト特有のログです。ほ

かの種類のテストは異なった構造のログになります。ログに関する詳細情報は、適当なプロ

ジェクト項目の解説を参照するか、そのログページ内をクリックして、F1 を押してください。









確認してください。たとえば、テストするアプリケーションがテストを記録する前に実行されていた場合、テス

トを開始する前に実行しておかなければなりません。また、テスト動作がアプリケーションの特定の画面上で

実行された場合は、テストを実行するときにその画面が開かれるようにする必要があります。

テストの実行時にエラーが発生した場合は、テストが正常に実行されるようにそれらを確認して修正します。


7. 複数のデバイスでのテストの実行 1 つのモバイルデバイスでテストが正常に実行されることを確認したら、そのテストを変更して複数のモバイ

ルデバイスで実行することができます。そうすることで、モバイルアプリケーションが異なる種類のモバイルデバイス (スマートフォン、タブレットなど) で正しく動作することを確認できます。

テストを変更して、異なるモバイルデバイスで実行してみましょう。

• Keyword Test エディターでテストを開きます。

• Operations パネルの Mobile カテゴリから Test Area へ Device Loop operation をドラッグし、テスト

の始め (ほかのすべての operation の上) にドロップします。これにより、この operation がテストに追

加されます。



操作パラメーターのダイアログで、[Iterate Through All Connected Devices] を選択し、

[Finish] をクリックします。

• テストから Select Device operation を削除/無効にします。Device Loop operation によりモバイルデバイスの切り替えが行われるため、Select Device operation は不要です。

• Device Loop operation の後のすべてのテスト操作を選択し、をクリックしてこれらの操作をループ

の内側に移動します。これらの操作はループの各反復で実行されます。



「事前準備」の「モバイルデバイスの準備」で説明したようにほかのモバイルデバイスの準備と接続を行い

ます。




TestComplete は、モバイルデバイスの数だけテスト操作を繰り返します。毎回、異なるモバイルデバイスで

テストアクションが実行されます。

テストログには、使用したモバイルデバイスに関する情報と、各デバイスで実行されたテスト操作の結果が

含まれます。


iOS アプリケーションのテスト 107

iOS アプリケーションのテストこのチュートリアルでは、TestComplete で iOS アプリケーションをテストする方法を説明します。モバイルテスト用のテスト環境の準備、モバイルデバイスへの接続、モバイルデバイスへのテストするアプリケーション

の展開、簡単なテストの作成と実行、結果の分析を行います。このテストは、モバイルアプリケーション上の

ユーザーアクションをエミュレートし、データを検証します。

システム要件

このチュートリアルを実行するには、次のものが必要です。

• TestComplete のモバイルモジュールと Apple iTunes がインストールされている Windows コン

ピューター。TestComplete は iTunes に含まれる USB ドライバーを利用して iOS デバイスに接続す

るため、iTunes も必要になります。

• iOS 6.x 7.x または 8.0 - 8.3 が搭載されている iPhone、iPad または iPod

• Xcode、iOS SDK、iOS 開発ライセンスがインストールされている Mac コンピューター (サンプルの Orders アプリケーションのコンパイルに必要です)。


この説明では、TestComplete に含まれる Orders アプリケーションの iOS バージョンを使用します。このアプ

リケーションは、注文テーブルを管理します。新しい注文の追加、既存の注文の変更または削除、既存の

注文リストの確認を行うことができます。



このチュートリアルで説明する手順に従って、アプリケーションを Mac 上でコンパイルし、モバイルデバイス

へ展開します。

1. iOS デバイスの準備 TestComplete で iOS アプリケーションをテストする前に、次の操作を行う必要があります。

• iOS デバイスをアプリケーションプロビジョニングプロファイルに追加します (iOS Developer Program のみ)

• USB ケーブルを使用してデバイスを TestComplete コンピューターに接続します。

アプリケーションプロビジョニングプロファイルへのテストデバイスの追加 iOS Developer Program に登録されている場合は、テストする iOS アプリケーションのプロビジョニングプロ

ファイルにテストデバイスを追加して、デバイスにアプリケーションをインストールできるようにする必要があり

ます。テストデバイスは、Apple の Member Center Web サイトで登録できます。

• デバイス ID (UDID) を取得します。iTunes を起動し、iOS デバイスを選択して、[Summary] タブで [Serial Number] をクリックします。シリアル番号の代わりに UDID が表示されます。



• Member Center の Devices セクションを開きます。

http://developer.apple.com/ios/manage/devices/index.action

• 右上にあるボタンをクリックします。

• [Register Device] ラジオボタンをオンにします。

• デバイス名と UDID を入力します。

• [Continue]、そして [Register] をクリックします。

これで、テスト用にデバイスが登録されました。次に、アプリケーションのプロビジョニングプロファイルにデ

バイスを追加します。

• 左側のメニューから [Provisioning Profiles] を選択します。

• デバイスを追加するプロファイルを選択し、[Edit] をクリックします。

• [Devices] リストで、アプリケーションのテストに使用するデバイスをすべて選択します。


http://developer.apple.com/ios/manage/devices/index.action


• [Generate] をクリックして変更を保存します。



TestComplete へのデバイスの接続 USB ケーブルを使用して iOS デバイスを TestComplete コンピューターに接続します。

このコンピューターを信頼するかどうか確認を求めるダイアログが表示されたら、[Trust] をタップします。

また、デバイスの次の設定を変更することを推奨します。

• [Settings] - [General] を選択します。

• [Auto-Lock] をタップします。

• [Never] を選択します。

• [Settings] - [Wallpapers&Brightness] を選択します。

• 明るさを最小値に設定します。

これにより、テストの実行中に画面がロックされるのを防ぎ、接続されているデバイスのバッテリーの使用率

を軽減します。

TestComplete が接続されているデバイスを "認識" できるように、Object Browser に切り替えます。Mobile オブジェクト以下に Device("your_device_name") オブジェクトが表示されていることを確認します。

次のステップでは、このテストで使用するサンプルの Orders アプリケーションを準備します。

2. iOS アプリケーションの準備 TestComplete で iOS アプリケーションをテストするには、TestComplete ライブラリを使用して準備する必要

があります。TestComplete で iOS アプリケーションをインストルメントする場合、Mac 上のユーザー証明書

ファイルが必要になります。ユーザー証明書ファイルは、アプリケーションが特定の開発者により作成された

ものであり、特定のデバイスで実行できることを証明します。ここで説明する操作は一度だけ行います。この

操作を行うと、ユーザー証明書ファイルを使用して、すべての iOS アプリケーションをインストルメントできる

ようになります。



Xcode で直接アプリケーションをインストルメントすることができます。その場合、プロジェクトに TestComplete スタティックライブラリを追加し、アプリケーションをビルドして、TestComplete によって提供さ

れるスクリプトで再度署名します。

1. Apple WWDR 証明書の取得

Apple Worldwide Developer Relations (WWDR) 証明書は、開発証明書を Apple と関連付けます。次の場

所からダウンロードできます。

http://developer.apple.com/certificationauthority/AppleWWDRCA.cer

2. 開発者証明書と PEM ファイルの取得

開発者証明書は、アプリケーションが特定の開発者によって作成されたものであることを証明します。PEM ファイルには、その開発者によって作成されたアプリケーションの署名に使用されるキーが含まれていま

す。

開発者証明書と PEM ファイルを取得するには、Mac に適切な証明書がインストールされていなければなり

ません。PEM ファイルには、エクスポートする開発者証明書のキーが含まれている必要があります。

1. Mac で、KeyChain Access アプリケーションを起動し、Certificates カテゴリに切り替えます。

2. 適切な開発者プロファイルを右クリックして、[Export] を選択します。


http://developer.apple.com/certificationauthority/AppleWWDRCA.cer


3. .cer 形式でエクスポートされることを確認し、[Save] をクリックします。これで開発者証明書が作成され

ました。

4. PEM ファイルを作成するには、Keys カテゴリに切り替えます。

5. 開発者に関連付けられているキーを右クリックして、[Export] を選択します。

ヒント: ダウンロードするキーが正しいものかどうか確認するには、下矢印をクリックします。展

開された項目に、エクスポートした開発者証明書と同じものがなければなりません。上

記の画像を参照してください。

6. Personal Information Exchange (.p12) 形式を選択し、[Save] をクリックします。

7. エクスポートする項目を保護するためのパスワードを入力し、[OK] をクリックします。このパスワードは、

後でファイルを PEM 形式に変換する際に必要になります。TestComplete ではこのパスワードは必要

ありません。

8. Keychain Access パスワードを入力し、[Allow] をクリックします。



9. ファイルをエクスポートしたら、次のコマンドを使用して PEM 形式に変換する必要があります。

• コマンドウィンドウを開き、ファイルのエクスポート先フォルダーに移動します。

• 次のコマンドを実行します。

openssl pkcs12 -in CertificatesPem.p12 -out Certificates.pem -nodes

前述のステップで入力した .p12 ファイルのパスワードを入力する必要があります。

3. プロビジョニングプロファイルの取得

プロビジョニングプロファイルは、証明書のコレクションです。開発者とデバイスを 1 つの開発チームにまと

め、デバイスを使用してテストを行えるようにします。

TestComplete でのテストの実行には、iOS App Development プロファイルの使用を推奨します。そうすること

で、TestComplete のスクリプトまたはキーワードテスト operation でテストするアプリケーションが自動的に iOS デバイスに展開され、起動されます。

プロビジョニングプロファイルは、証明書および PEM ファイルと同じ開発者のものでなければなり

ません。

1. ブラウザーで次の Web ページを開き、Member Center にログインします:

https://developer.apple.com/membercenter/

2. 次のページの Developer Program Resources セクションで、[Manage your certificates...] リンクをクリックします。

3. iOS Apps セクションで Provisioning Profiles をクリックします。

4. 次のページで、[Provisioning Profiles] - [Development] を選択します。

開発用のプロビジョニングプロファイルのリストが表示されます。


https://developer.apple.com/membercenter/


5. 適切なプロファイルをクリックし、展開可能なセクションにある [Download] をクリックします。

3. テストプロジェクトの作成 TestComplete で新規のテストプロジェクトを作成します。

1. TestComplete でプロジェクトあるいはプロジェクトスイートを開いている場合は、TestComplete のメ

インメニューから [File] - [Close] を選択して閉じます。


3. ウィザードで、プロジェクトの名前と保存場所を指定します。このチュートリアルでは、プロジェクト名

を iOSOrders とし、デフォルトの場所を使用します。



4. 次のページで、iOS applications を選択します。テストする iOS アプリケーションをプロジェクトに

追加します。次の操作を行います。

1. [Add] をクリックします。[Add iOS Application] ウィザードが表示されます。

2. ウィザードの最初のページで、Orders.ipa ファイルのパスを指定します (まだしていない

場合は、このファイルを Mac コンピューターから TestComplete のインストールフォルダーへ

コピーします)。



3. [Deploy to the device on start] オプションが選択されていることを確認し、[Next] をク

リックします。

4. 次のステップで、TestComplete はアプリケーションがインストルメントされているかどうか

チェックします。インストルメントされていない場合、アプリケーションをインストルメントするか

どうか尋ねられます。インストルメントするように選択してください。

5. 次のステップで、ウィザードはアプリケーションのオリジナルの .ipa ファイルをバックアップす

るように促します。バックアップコピーは、アプリケーションのインストルメントされていない

バージョンが必要な場合に役立ちます。不要な場合は、[Backup the original .ipa file] チェックボックスをオフにします。[Next] をクリックして続行します。

6. ウィザードの最後のページで、アプリケーションの署名に必要な証明書データを含むファイ

ルのパスを指定します。



7. [Finish] をクリックします。TestComplete により iOS アプリケーションが再コンパイルされ、プ

ロジェクトのテストするアプリケーションリストに追加されます。

8. [Autorun] チェックボックスが選択されていることを確認してください。これが選択されてい

る場合、テストのレコーディングを開始するときに、TestComplete は、自動的にテストするア

プリケーションである Orders をモバイルデバイスで起動します。このチェックボックスが選択

されていない場合、アプリケーションでユーザーアクションをレコーディングするには、手動

でアプリケーションを起動する必要があります。

5. 次のページで、Test Visualizer の機能を有効/無効にできます。対応するチェックボックスをオン/オ

フにすることで有効/無効を指定します。[Next] をクリックします。

6. 最後のページで、スクリプト言語を選択し、[Finish] をクリックします。

プロジェクトが作成され、Project Explorer にプロジェクトファイルが表示されます。

これで、Process Explorer でアプリケーションを右クリックし、コンテキストメニューから [Run] を選択して、接

続されている iOS デバイスに TestComplete から直接 Orders アプリケーションをインストールして起動できま

す。



4. テストの作成最初のテストをレコーディングしてみましょう。














明します。





TestComplete にレコーディングの開始を命令すると、レコーディングモードに切り替わります。この

モードでは、TestComplete のメインウィンドウは最小化され、[Recording] ツールバーとオプションで [Mobile Screen] ウィンドウが表示されます。

[Recording] ツールバーには、レコーディング中に追加の動作を実行したり、レコーディングの一時

停止や停止、レコーディングするテストタイプ (キーワードテストからスクリプトコード、またはその

逆) を変更できる項目が含まれています。



[Mobile Screen] ウィンドウには、接続されているモバイルデバイスの画面が表示されます。このウィ

ンドウは、モバイルアプリケーションのテストをレコーディングするのに使用します。[Automatically display Mobile Screen on recording] オプションがオンの場合に表示されます。

2. レコーディング開始後、必要なテスト動作を実行します。テストするアプリケーションを起動し (必要

な場合)、メニューを選択したり、ボタンやその他のコントロールをタッチしたり、通常と同じようにアプ

リケーションを操作します。

3. すべてのテスト動作が終了した後、[Recording] ツールバーから [Stop] を選択し、レコーディン

グを停止します。

テストのレコーディングに関する詳細は、TestComplete ヘルプの「Recording in TestComplete」を参照してく

ださい。

iOS Orders アプリケーション用のテストの計画サンプルの iOS Orders アプリケーションは、注文のリストを管理します。ここでは、アプリケーションの Edit Order ページが正しく機能し、注文リストのデータが変更されるかどうかをテストします。この場合、次のよう

になります。




す。簡単にするために、このテストでは 1 つの注文の 1 つのプロパティのみを "変更" します。







iOS Orders アプリケーション用のテストのレコーディング

テストのレコーディング中に TestComplete ヘルプに切り替えないでください。レコーディングエン

ジンはすべてのユーザーアクションをトレースし、レコーディングするため、レコーディングしたテ

ストにこの動作が含まれてしまいます。



操作手順は、レコーディングを開始する前に印刷しておくことができます。あるいは、モニターが 2 つある場合は、TestComplete ヘルプをもう一方のモニターへ移動しておくことができます。

サンプル iOS Orders アプリケーションに対してキーワードテストをレコーディングしてみましょう。

1. テストをレコーディングする前に、[Mobile Screen] を開きます。TestComplete は、このウィンドウで実

行されたモバイルアプリケーションのアクションのみをレコーディングします。

• [Tools] ツールバーで [Show Mobile Screen] ボタンをクリックします。

2. エディターでキーワードテストを開きます。

新規プロジェクトを作成するとき、TestComplete は、このプロジェクトに空白のキーワードテストを自

動的に作成します。このテストにテストコマンドを追加します。

キーワードテストを開くには:

• Project Explorer パネルに移動します。

• KeywordTests ノードを展開します。

• Test1 ノードをダブルクリックします。

3. レコーディングを開始するには、テストエディターのツールバーの Append to Test 項目を選

択します。


TestComplete はそのパネル内にレコーディングプロセスに関する情報を表示します。






4. レコーディング開始後、TestComplete は自動的に Orders アプリケーションをモバイルデバイスに展

開して、起動します。これは、プロジェクトの作成時に、アプリケーションの設定で [Deploy to the device on start] と [Autorun] をオンにしたためです。

[Autorun] がオフの場合は、手動でアプリケーションを起動する必要があります。[Recording] ツー

ルバーから [Run Tested Application」コマンドを選択することで起動できます。

または、[Mobile Screen] ウィンドウのツールバーにある [Run Apps] ドロップダウンメニューからアプ

リケーションを起動することもできます。

TestComplete は、特別なアプリケーションの起動テストコマンドを使用して、アプリケーションの開

始を記録します。後でレコーディングしたテストを分析するときに、このコマンドを参照します。

5. モバイルデバイスに iOS Orders アプリケーションがインストールされるのを待ってから、起動します。

[Mobile Screen] ウィンドウにアプリケーションの初期ウィンドウが表示されます。



対話型ヘルプパネルが表示されている場合は、[Mobile Screen] ウィンドウに重ならないように、対

話型ヘルプパネルのサイズを変更するか、移動します。対話型ヘルプパネル上での動作はレ


6. [Mobile Screen] ウィンドウで [Edit] ボタンをクリックします。Orders アプリケーションが編集モードに

切り替わります。



7. リストの 2 つめにある Samuel Clemens の注文をクリックします。[Edit Order] パネルが表示されます。

8. 注文の詳細情報で顧客名を変更してみましょう。



[CUSTOMER INFO] セクションで、Samuel Clemens を消去してして、代わりに Mark Twain と入力し、

[Enter] をクリックします。デスクトップのキーボードを使用して、[Mobile Screen] ウィンドウでテキスト

を入力します。

9. 次に、[Edit Order] パネルで [Save] ボタンをクリックします。すると、確認ダイアログが表示されま

す。

10. 変更を保存するには、[Yes] ボタンをクリックします。

11. iPhone または iPod タッチデバイス (一度に 1 つのパネルしか表示されない) でレコーディングする

場合は、ナビゲーションバーにある Orders ボタンをタッチすると、[Orders List] パネルが表示されま

す。

iPad デバイスは両方のパネルを同時に表示できるため、このアクションは必要ありません。

12. [Done] ボタンをクリックして編集モードを終了します。

注文リストが通常モードに戻ります。








• [Recording] ツールバーの [Checkpoint] ドロップダウンリストから、[Create Property Checkpoint] を選択します。



• [Property Checkpoint] ウィザードが呼び出されます。このウィザードを利用して、チェックポ

イントを作成します。

• ウィザードの最初のページで、ターゲットアイコン ( ) をマウスの左ボタンでクリックし、そのボ

タンを押したままにします。

ウィザードが最小化されるまで待ってから、そのアイコンを Orders アプリケーションの注文リスト

にドラッグします。ドラッグしている間、マウスカーソル下のコントロールとウィンドウが赤いフレー

ムでハイライトされます。



[ターゲットアイコン] を注文リストの上に移動し、リスト全体が赤いフレームでハイライトされたら、

マウスのボタンを離します。

• マウスのボタンを離すと、ウィザードに戻り、選択したオブジェクトの名前が [Object] ボックスに

表示され、その下にオブジェクトの画像が表示されます。




• ウィザードの次のページでは、選択したオブジェクトのプロパティのリストが表示されます。このリ

ストには、テストするアプリケーションによって定義されたプロパティと TestComplete によって提

供されるプロパティが含まれます。すべての利用可能なプロパティを表示するには、[View more members (Advanced View)] リンクをクリックします。

TestComplete は、選択したオブジェクトに 3 つのプロパティグループを追加します。1 つめのグ

ループには、テストするすべてのウィンドウとコントロールに共通のプロパティが含まれます。こ

のプロパティは、Standard ノード下に表示されます。2 つめのグループには、モバイルコント

ロール固有のプロパティが含まれます。このプロパティは、Extended ノード下に表示されます。

3 つめのグループには、対応するコントロールのすべてのネイティブプロパティが含まれ、iOS ノード下に表示されます。

データの検証には、wItem プロパティを使用します。このプロパティは、選択したテーブルビューの指定した項目のテキストにアクセスできるようにします。



• リストから mText プロパティを見つけます。[Params] ボタンをクリックし、[Index] フィールドに 1 と入力します。[OK]、そして [Next] をクリックして続行します。

• ウィザードの次のページで、検証するプロパティ名、比較条件、および基準データ ([Value] ボックス内) を確認します。



• [Finish] をクリックしてチェックポイント作成を完了します。レコーディングしたテストにチェックポ

イントコマンドが追加されます。

14. [Recording] ツールバーの [Stop] を押して、レコーディングを停止します。レコーディングしたテ

ストコマンドが処理され、キーワードテストに保存されます。





ことがあります。たとえば、不要なタッチ操作が含まれていることがあります。




これらの画像は、レコーディングした operation を表し、operation が実行する動作を理解するのに

役立ちます。TestComplete は、ユーザーアクション (タッチ、ドラッグ、テキスト入力など) に対応し

た operation の画像のみをキャプチャーします。

エディター内でこの操作を選ぶと、Test Visualizer は自動的に適切な画像をハイライトするため、

operation が実行される前にアプリケーションの状態を簡単に見ることができます。画像の作業につ

いての詳細は、TestComplete ドキュメントの「Test Visualizer」を参照してください。



このテストの最初の operation は、Select Device です。これは、テストに使用するモバイルデバイスを指定

します。以降のテスト操作はすべてこのデバイスに関するものです。

2 つめの operation は Run TestedApp です。これは、テストするアプリケーション (今回の場合、Orders アプリケーション) を、キーワードテストから起動するのに使用します。TestComplete は、自動的にアプリケー

ションを起動するときに、あるいは [Recording] ツールバーからアプリケーションが起動されたことを検出す

ると、自動的にこの操作を記録します。

その後、アプリケーションでのユーザーアクションをシミュレートする operation が続きます。これらの operation は、[Edit] ボタンをクリックし、注文リストから項目を選択し、テキストフィールドの値を変更し、変更

を保存して [Done] ボタンをクリックします。



タッチイベント、テキスト入力、その他のユーザーアクションのシミュレートについての詳細は、

TestComplete ヘルプの「Simulating User Actions on iOS Applications」および「Working With iOS Controls」を参照してください。

最後に、テストレコーディング中に追加した比較動作です。

TestComplete は、自動的に operation を使用したモバイルデバイスやプロセスに対応するグループにまと

めます。グループ化することで、テスト構造を簡単に理解できるようにし、さらにアプリケーションのオブジェ

クト階層の情報を提供しています。

ここでは、1 つのモバイルデバイスで 1 つのプロセスのユーザーアクションをレコーディングしました。その

ため、グループノードは 2 つです。"device" ノードには、同じデバイスで起動されたプロセスがまとめられま

す。"process" ノードには、プロセスウィンドウおよびコントロールでシミュレートしたすべての動作が含まれて

います。



テストするプロセスやそのウィンドウ、およびコントロールの名前が、Object Browser パネルに表示される名

前と異なることにお気付きかもしれません。たとえば、Object Browser では、テストするプロセスは Process("Orders") という名前であるのに対し、テスト内では ProcessOrders と呼ばれます。また Object Browser で、ナビゲーションバーは NavigationBar(1) と呼ばれるのに対し、テストでは navigationbar1 という名前です。







6. テストの実行テストを実行してその動作を検証してみましょう。

テストの実行

テストを実行するには、テストエディターのツールバーにある [Run Test] をクリックします。



TestComplete は、デバイスで Orders アプリケーションを起動して、テスト動作を実行します。Samuel Clemens の注文を開き、顧客名を Mark Twain に変更します。

テスト結果テストの終了後、テスト結果が表示され、テストが成功したか、失敗したかを確認できます。テスト結果につ

いては、このチュートリアルの次のステップで詳しく説明します。

テスト実行に関する注意

• 重要: テスト実行中は、テスト動作の妨げとならないように、デバイスの画面に触れないでく

ださい。


このインジケーターは、シミュレートしたテスト動作に関する通知をするためのメッセージを表示しま

す。

• [Test Engine] ツールバーまたはインジケーターの [Stop] を押すか、または TestComplete メインメニューから [Test] - [Stop] を選択することで、テストの実行をいつでも停止することができま

す。




要な任意の動作を実行することが可能です。たとえば、テストログを表示したり、TestComplete の Watch List や Locals パネルあるいは [Evaluate] ダイアログを使用してテストの変数やオブジェクト

を確認することが可能です (TestComplete ヘルプの「Debugging Tests」を参照)。


7. テスト結果の解析テスト終了後、すべてのテスト操作の結果を含むテストログが表示されます。


ログには、アクション、イベント、チェックポイントなどに関するさまざまなメッセージが含まれています。メッ

セージリストの上のツールバーを使用してメッセージをフィルタリングできます。ログメッセージをダブルク

リックすると、そのメッセージを出力したテスト操作が表示されます。これは、エラーの原因となった操作を把

握するのに便利です。


状態を示す画像が表示されます ("期待される" とはレコーディング中にそのテストコマンドでキャプチャー



された画像を指し、"実際" とはテストの実行中にキャプチャーされた画像を指します)。[Actual Image] ツー

ルバーには、2 つの画像の差異をハイライトする特別なボタンがあります。これらの画像は、テスト実行中の

アプリケーションの動作を理解し、差異を確認して、エラーを迅速に見つけるのに役立ちます。画像のキャ

プチャーについての詳細は、TestComplete ヘルプの「Test Visualizer」を参照してください。

ログの下には、このほかにも 2 つのペインがあります。

• Call Stack は、互いを呼び出すテストのデバッグに役立ちます。現在の操作またはエラーのテストコールのシーケンスが分かります。

• Performance Counters は、テスト実行中のローカルまたはリモートコンピューターに関する情報 (CPU 負荷、メモリ使用など) を表示します。このチュートリアルでは使用しませんが、クライアントサーバー型の iOS アプリケーションでは、パフォーマンスカウンターを利用してサーバーに関する

情報を追跡できます。

すべてのログが Project Explorer の [Project Suite Logs] - [ProjectName Logs] にあるため、以前のロ

グを見ることもできます。

テストが失敗することがあります。その原因として、アプリケーションのオブジェクトプロパティが変更され、

Name Mapping で指定されている識別プロパティと一致しなくなった場合が挙げられます。テストに失敗した

場合は、トラブルシューティングし、エラーの原因を特定して、修正する必要があります。エラーの特定と修

正の詳細については、TestComplete ヘルプの「Handling Playback Errors」と「Debugging Tests」を参照して

ください。



8. 複数のデバイスで実行するためのテストの調整 1 つのモバイルデバイスでテストが正常に実行されることを確認したら、そのテストを変更して複数のモバイ

ルデバイスで実行することができます。

複数の iOS デバイスで実行されるテストは、次のことを処理できなければなりません。

• タブレットとスマートフォンで異なるアプリケーションレイアウト: アプリケーションのユーザーイン

ターフェースは、小さい画面のデバイス (iPhones または iPods) で実行するか、大きい画面のデバイ

ス (iPads) で実行するかに応じて変わることがあります。小さい画面では、UI 要素がいくつかのレイ

アウト (パネル、ページ、ビュー、タブなど) に分割されることがあり、タブレットとスマートフォンでは、

同じコントロールにアクセスするのに、異なるアクションを実行しなければならないことがあります。そ

のため、iPad で作成されたテストは、ほかの iPads でも動作しますが、iPhones や iPod タッチデバイ

スでは動作しない可能性があります。逆も同様で、iPhone で作成されたテストは、ほかの iPhones と iPod タッチデバイスでは動作しますが、iPad デバイスでは動作しない可能性があります。

これに対応する方法はいくつかあります。最も簡単な方法は、タブレット用とスマートフォン用の 2 つのバージョンのテストを作成することです。より複雑な方法は、テストを両方の種類のデバイスに

対応させることです。この場合、条件付きテスト構造を作成し、オブジェクト認識の条件を調整する

必要があるでしょう。

• iOS バージョンごとに異なるオブジェクト階層: iOS バージョンごとにオブジェクト階層が異なる可能

性があります。そのため、別の iOS バージョンでは、テストが必要なオブジェクトを見つけられないこ

とがあります。この問題を解決するには、Name Mapping プロジェクト項目 (オブジェクトレポジトリ) で不一致オブジェクトの識別プロパティを修正する必要があります。

このチュートリアルで使用する Orders アプリケーションも、タブレットで実行する場合とスマートフォンで実行

する場合ではレイアウトが変わります。チュートリアルでは、簡潔にするため、テストを両方の種類のデバイ

スに対応させることはしません。テストを実行する場合は、同じ種類のデバイス (iPhones または iPads) を使

用してください。

また、Orders アプリケーションのオブジェクト階層は、iOS 6 とそれ以降の iOS バージョン (iOS 7-8) で異なり

ます。作成したテストは、textfield0 オブジェクトを利用しますが、このオブジェクトのフルネームは iOS 6 とそれ以降のバージョンで異なります。このオブジェクトは、[Edit Order] パネルの Customer name エディター

に対応します。このオブジェクトのマッピングしたフルネームは、次のように iOS 6 と iOS 7-8 で異なります。

• NameMapping.Mobile.Device.processOrders.window0.tableview0.tableviewcell6.textfield0 (iOS 6)

• NameMapping.Mobile.Device.processOrders.window0.tableview0.tablevie

wcell6.scrollview0.textfield0 (iOS 7-8)

上記から、iOS 7-8 では scrollview0 オブジェクトが追加されていることが分かります。

テストの一貫性を保持するため、textfield0 オブジェクトに拡張検索条件を適用できます。



• 最初に、このオブジェクトが TestComplete で認識されることを確認する必要があります。[Mobile Screen] ウィンドウで、次の操作を行います。

• Orders アプリケーションで [Edit] ボタンをクリックします。

• リストから任意の注文を選択します。Customer name エディターを含む [Edit Order] パネル

が表示されます。

• Project Explorer で NameMapping 項目をダブルクリックして、Name Mapping エディターを開きま

す。このエディターで、マッピングしたオブジェクトの識別プロパティを確認および編集できます。

• [Mapped Objects] ペインを開きます。

• オブジェクトツリーを展開して、textfield0 オブジェクトを見つけます。

• (iOS 7-8 の場合) textfield0 オブジェクトをドラッグして、tableviewcell6 オブジェクトの子

にします。

• textfield0 オブジェクトの [Extended Find] チェックボックスをオンにします。

• 確認ダイアログが表示された場合は、[Yes] をクリックします。

• (iOS 7-8 の場合) [Aliases] ツリーで、textfield0 オブジェクトのエイリアスを (Mapped Objects ツリーで行った操作と同様に) tableviewcell6 エイリアスにドラッグします。

• (iOS 7-8 の場合) 不要な scrollview0 オブジェクトを Mapped Objects ツリーと Aliases ツリーか

ら削除します。オブジェクトを削除するには、オブジェクトを右クリックして、コンテキストメニューから [Delete] を選択します。

• (iOS 7-8 の場合) 次に、キーワードテストでオブジェクト名を更新する必要があります。

• Keyword エディターで Test1 を開きます。

• 顧客名の変更に使用される operation をダブルクリックします。



• オブジェクト名を変更します。変更前: Aliases.Device.processOrders.window0.tableview0.tableviewcell6.scrollview0.textfield0 変更後: Aliases.Device.processOrders.window0.tableview0.tableviewcell6.textfield0

• [Finish] をクリックします。

• [Mobile Screen] ウィンドウで、Orders アプリケーションを初期状態に戻します。注文を変更した場合

はそれらを破棄し、[Edit Order] パネルを閉じて、[Done] をクリックします。

これで、複数のデバイスで実行できます。

9. 複数のデバイスでのテストの実行テストを変更して、異なるモバイルデバイスで実行してみましょう。

• [Mobile] カテゴリから Device Loop operation を追加します。テストの始めに配置します。

操作パラメーターのダイアログで、[Iterate Through All Connected Devices] を選択し、

[Finish] をクリックします。

• テストから Select Device operation を削除/無効にします。Device Loop operation によりモバイルデバイスの切り替えが行われるため、Select Device operation は不要です。



• Device Loop operation の後のすべてのテスト操作を選択し、をクリックしてこれらの操作をループ

の内側に移動します。これらの操作はループの各反復で実行されます。



「iOS デバイスの準備」で説明したようにほかのモバイルデバイスの準備と接続を行います。テストに使用す

るデバイスの種類は、テストの作成に使用したデバイスの種類と同じでなければなりません (iPhones または iPads のいずれか)。


TestComplete は、モバイルデバイスの数だけテスト操作を繰り返します。毎回、異なるモバイルデバイスで

テストアクションが実行されます。



テストログには、使用したモバイルデバイスに関する情報と、各デバイスで実行されたテスト操作の結果が

含まれます。


次のステップ 144

次のステップスタートガイドチュートリアルはこれで終了です。このスタートガイドが TestComplete の理解に役立つことを

願っています。他のアプリケーションタイプのテストを作成する方法を習得したり、高度な機能を習得し独自

のテストを作成してみてください。TestComplete とその機能についての詳細情報は、TestComplete ヘルプ

を参照してください。いくつかのヘルプトピックを次に示します。

共通トピック

TestComplete によるレコーディング (Recording in TestComplete)

このセクションには、TestComplete によるテストのレコーディングに関する情報があります。

チェックポイント (Checkpoints)

このセクションは、テストエンジンによって提供されるさまざまなチェックポイントの種類と、テストのレ

コーディング中およびデザイン時にチェックポイントを作成する方法を説明します。

テストの実行 (Running Tests)

このセクションには、テスト実行の方法、バッチ実行 (テストのグループを実行) の設定方法、テスト

実行の予定の立て方などの情報があります。

テストログ (Test Log)

TestComplete によるテスト結果の記録方法とテストログパネルについて説明します。このセクション

は、ログにメッセージ、画像、ファイルを追加する方法も記述しています。

再生実行エラーの対応 (Handling Playback Errors)

テスト実行中に発生したエラーの対応方法を説明します。

チームワークと QA プロセスへの統合 (Teamwork and Integration Into QA Process)

TestComplete プロジェクトをチームメンバーと共有する方法、TestComplete テストをビルド、開発、

品質保証プロセスに統合する方法がわかります。

デスクトップアプリケーションに関するトピック

オブジェクトの命名方法 (Naming Objects)

このセクションには、TestComplete によるプロセス、ウィンドウ、コントロールの名前の付け方に関す

る情報があります。

ユーザーアクションのシミュレーション (Simulating User Actions)



このセクションは、TestComplete を用いたマウスクリック、キーストローク、メニュー項目の選択のシ

ミュレートについて説明します。

アプリケーションのオブジェクトとコントロールの使用 (Working With Applications’ Object and Controls)

このセクションは、テストオブジェクトに対する特定のアクションの実行方法と、そこからデータを取り

込む方法を説明します。

テストの拡張 (Enhancing Tests)

テストの拡張に役立つさまざまな TestComplete 機能に関する情報が得られます (イベントの処理方

法、ActiveX オブジェクト、ファイル、データベースの使用方法など)。

Web アプリケーションに関するトピック

Web アプリケーションのテスト - チュートリアル (Testing Web Applications)

TestComplete によるモバイルアプリケーションのテストに関する基本情報があります。

Web テストの作成とレコーディング (Creating and Recording Web Tests)

Web アプリケーションの自動テストの作成とレコーディングに関する基本情報を説明します。

Web ページでのオブジェクトの検出 (Finding Objects on Web Pages)

Web ページ要素を検出するさまざまな方法を説明します。

クロスブラウザーテスト (Cross-Browser Testing)

TestComplete でブラウザーに依存しないテストを作成する方法を示します。

モバイルアプリケーションに関するトピック

Android アプリケーション

Android アプリケーションのテスト (Testing Android Applications)

TestComplete による Android アプリケーションのテストに関する基本情報があります。

Android Open アプリケーション用のテストの作成 (Creating Tests for Android Open Applications)

TestComplete 用に準備された Android アプリケーションのテストに関する詳しい情報を提供しま

す。

Android デバイスでのユーザーアクションのシミュレーション (Simulating User Actions Over Android Devices)

Android デバイスで、タッチ、スワイプなどのさまざまなユーザーアクションをシミュレートする方法を

説明します。



iOS アプリケーション

iOS アプリケーションのテスト (Testing iOS Application)

TestComplete による iOS アプリケーションのテストに関する基本情報があります。

iOS テスト用のアプリケーション、デバイス、テストコンピューターの準備 (Preparing Applications, Devices and Test Computers for iOS Testing)

テスト用に iOS アプリケーション、デバイス、テストコンピューター、TestComplete を準備する方法を

説明します。

iOS アプリケーションでのユーザーアクションのシミュレート (Simulating User Actions on iOS Applications)

iOS アプリケーションでタッチやキーストロークなどのユーザーアクションをシミュレートする方法を

説明します。


テクニカルサポートとリソース 147

テクニカルサポートとリソース TestComplete に関する質問、問題、その他のお問い合わせについては、エクセルソフト株式会社の下記

のお問合せページからお気軽にご連絡ください。

http://www.xlsoft.com/jp/qa/

直接、開発元の SmartBear 社からサポートを受け取ることもできます。下記のフォームからサポートチーム

までご連絡ください。

http://support.smartbear.com/message/?prod=TestComplete

サポートチームから電子メールで回答を送付します。また、以後の連絡は電子メールで行われます。

さらに、フォーラムで回答を探したり、意見を交換することもできます。また、よくある質問で質問に対する回

答を見つけたり、ビデオチュートリアル、Web セミナー、ブログを見たり、テクニカルペーパーを参照した

り、SmartBear 社による TestComplete トレーニングセミナーに参加することも可能です。

開発元から提供されるサポート情報に関しては、次の Web サイトを参照してください : http://support.smartbear.com/


http://www.xlsoft.com/jp/qa/

http://support.smartbear.com/message/?prod=TestComplete

http://support.smartbear.com/

索引 148

索引Ａ

Android アプリケーションのテスト ...................... 77

Ｉ

iOS アプリケーションのテスト ........................... 107

Ｍ

Mobile Screen ..................................................... 88

Ｎ

NameMapping .................................................. 139 識別プロパティの修正 .................................. 139

Naming オブジェクト ............................................. 9

Ｏ

Object Browser パネル ........................................ 8 Open アプリケーション ........................................ 11

Ｐ

Project Explorer パネル ....................................... 8

Ｓ

Stores .................................................................. 12

Ｕ

UI テスト ................................................................ 5

Ｗ

Web アプリケーションのテスト ............................ 48

お

オブジェクト naming ............................................. 9 オブジェクトモデル .............................................. 9 オブジェクト名のマッピング .......................... 41, 68

き

キーワードテスト .................................................. 5 機能テスト ............................................................. 5

さ

作成 Web プロジェクト ............................................. 52 デスクトッププロジェクト .................................. 21

サポートとリソース ............................................. 147

し

自動テスト ............................................................. 5 準備

Android アプリケーション ................................ 81 Android デバイス ............................................ 80 iOS アプリケーション ..................................... 111 iOS デバイス ................................................. 108

す

スクリプト ............................................................... 5

ち

チェックポイント ....................................... 12, 29, 90 作成 ........................................................... 29, 90

て

テクニカルサポートとリソース .......................... 147 デスクトップアプリケーションのテスト ................ 13 テスト作成 ............................................. 23, 54, 84, 119 実行 ............................................. 41, 68, 99, 135 自動テストについて........................................... 5 テストタイプ ....................................................... 5 テスト結果の解析 ...................... 44, 70, 101, 137 レコーディング ........................................... 23, 54 レコーディングしたテストの解析 . 36, 65, 96, 131

テストオブジェクトモデル .................................... 9 テストプロジェクト ................................................. 6

Web プロジェクトの作成 .................................. 48 デスクトッププロジェクトの作成 ...................... 14 モバイルプロジェクトの作成 (Android).......... 83


索引 149

モバイルプロジェクトの作成 (iOS)....... 107, 115 テストログ

Web ................................................................. 70 ソースにジャンプ ............................... 46, 72, 103 デスクトップ...................................................... 44

テスト結果 Web ................................................................. 70 エラーの解決 .................................... 46, 72, 104 ソースにジャンプ ............................... 46, 72, 103 デスクトップ...................................................... 44 モバイル (Android) ....................................... 101 モバイル (iOS) .............................................. 137

テスト結果の解析 Web ................................................................. 70 デスクトップ...................................................... 44 モバイル ................................................ 101, 137

テストするアプリケーション Web ................................................................. 50 デスクトップ...................................................... 16 モバイル .................................................. 83, 115

テストの作成 Web ................................................................. 54 デスクトップ...................................................... 23 モバイル (Android) ................................. 84, 119

テストの実行 Web ................................................................. 68 一時停止 ................................... 42, 69, 100, 137 異なるブラウザー ............................................ 73 初期状態 ............................................. 41, 68, 99 停止 ........................................... 42, 69, 100, 136 デスクトップ...................................................... 41 バッチの実行 .................................................. 43 複数のデバイス ..................................... 104, 141 モバイル .................................................. 99, 135

テストのレコーディング Web ................................................................. 54 デスクトップ...................................................... 23

ね

ネームマッピング ......................................... 41, 68

は

パネル ................................................................... 8

ふ

ブラックボックスアプリケーション ....................... 11 プロジェクト ........................................................... 6

Web ................................................................. 48 デスクトップ ...................................................... 14 モバイル (Android) ......................................... 77 モバイル (iOS) .............................................. 107

プロジェクトスイート ............................................. 6 プロジェクト項目 ................................................... 6

ほ

ホワイトボックスアプリケーション ....................... 11

も

モバイルアプリケーションのテスト ............. 77, 107 モバイルテストの準備................................ 78, 108

ゆ

ユーザーアクションのシミュレーション ........ 40, 67 ユーザーインターフェース概要 .......................... 8

れ

レコーディングしたテストの解析 Android ............................................................ 96 Web ................................................................. 65 デスクトップ ...................................................... 36 モバイル ........................................................ 131

ろ

ログ Web ................................................................. 70 ソースにジャンプ ............................... 46, 72, 103 デスクトップ ...................................................... 44


デスクトップ、web およびモバイル テストの …...デスクトップ、web...

Documents

デスクトップ、web およびモバイルテストの …...デスクトップ、web...