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

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

エクセルソフト株式会社

Rev: 2 - 2014/4/2 TC10.1

smartbear.com TestComplete by SmartBear Software

2

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

ともできますが、下の余白が多くなります。ドキュメントのサイズを A4 に変更する手順: 1. Word でページレイアウトを開き、サイズで

A4 を選択します。2. 目次ページ (目次の任意の場所) に移動して F9 を押し、目次のページ番号を更新します。3. 最後のページ

(索引の任意の場所) に移動して F9 を押し、索引のページ番号を更新します。4. 新しい名前でファイルを保存します。

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

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

チュートリアルについて

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

できます。

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

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

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

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

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

実行します。

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

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

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

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

目次

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

3

目次

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

自動テスト ....................................................................................................................................................... 5

テストタイプ .................................................................................................................................................... 5

TestComplete プロジェクトとプロジェクト項目 ................................................................................................ 6

TestComplete ユーザーインターフェース ..................................................................................................... 8

TestComplete テストオブジェクトモデル .................................................................................................... 10

チェックポイントと Stores ............................................................................................................................... 12

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

1. テストプロジェクトの作成 ..................................................................................................................... 15

2. テストするアプリケーションの定義 ....................................................................................................... 17

3. プロジェクト作成の完了 ....................................................................................................................... 22

4. テストの作成 ......................................................................................................................................... 24

5. レコーディングしたテストの解析 .......................................................................................................... 37

6. レコーディングしたテストの実行 .......................................................................................................... 42

7. テスト結果の解析 ................................................................................................................................. 45

WEB アプリケーションのテスト ........................................................................................................ 49

1. テストプロジェクトの作成 ..................................................................................................................... 50

2. テストタイプの選択 .............................................................................................................................. 51

3. プロジェクト作成の完了 ....................................................................................................................... 52

4. Web ブラウザーの準備 ........................................................................................................................ 54

5. テストの作成 ......................................................................................................................................... 54

6. レコーディングしたテストの解析 .......................................................................................................... 64

7. レコーディングしたテストの実行 .......................................................................................................... 67

8. テスト結果の解析 ................................................................................................................................. 69

9. 別のブラウザーでのテストの実行 ........................................................................................................ 72

ANDROID アプリケーションのテスト ................................................................................................ 73

1. 事前準備 .............................................................................................................................................. 74

2. テストプロジェクトの作成 ..................................................................................................................... 79

3. Android Orders アプリケーションの展開と起動 ................................................................................... 81

4. Android Orders アプリケーションの調査.............................................................................................. 81

5. テストの作成 ......................................................................................................................................... 83

6. テストの実行 ......................................................................................................................................... 98

7. テスト結果の解析 ............................................................................................................................... 100

8. 複数のデバイスでのテストの実行 ...................................................................................................... 103

IOS アプリケーションのテスト ........................................................................................................ 105

目次


4

9. iOS デバイスの準備 ........................................................................................................................... 106

10. iOS アプリケーションの準備 .......................................................................................................... 108

11. テストプロジェクトの作成 ............................................................................................................... 109

12. iOS Orders アプリケーションの調査 ............................................................................................... 111

13. テストの作成 ................................................................................................................................... 112

14. 識別プロパティの修正 ................................................................................................................... 127

15. テストの実行 ................................................................................................................................... 128

16. テスト結果の解析 ........................................................................................................................... 130

17. 複数のデバイスでのテストの実行 .................................................................................................. 132

次のステップ ................................................................................................................................. 134

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

索引 ............................................................................................................................................. 138

自動テスト


5

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

自動テスト

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

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

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

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

ります。

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

期待する出力の定義。

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

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

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

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

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

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

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

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

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

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

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

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

テストタイプ

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

ト、分散テストなど) をサポートしています (TestComplete ヘルプの「Different Ways of Testing」を参照)。この

チュートリアルでは、最もよく用いられる機能テストを作成します。機能テストは、アプリケーションの GUI と

その背後のシステムおよびユーザー間のインターフェースをチェックします。アプリケーション機能が予想通

りであるか検証します。

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

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

../../Testing/Different_Ways_of_Testing.htm



6

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

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

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

が、より強力で柔軟性のあるテストの作成が可能になります。TestComplete は、VBScript、JScript、

DelphiScript、C++Script、C#Script のスクリプトをサポートしていますので、慣れている言語を用いてスクリプ

トを作成できます。

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

TestComplete プロジェクトとプロジェクト項目

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

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

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

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

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

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

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

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

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

ロジェクトスイートを作成し、次に必要なプロジェクトファイルをスイートの中に組み込むために

TestComplete のダイアログを使用することもできます。

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

TestComplete プロジェクトとプロジェクト項目


7

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

ことができます。

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

てください。



8

TestComplete ユーザーインターフェース

TestComplete のメインウィンドウのサンプル画像を次に示します。

TestComplete のユーザーインターフェースは、いくつかのパネルで構成されています。Project Explorer

パネル (ウィンドウの左側) は、プロジェクトとプロジェクトスイートの内容を表示します。また、テストログノー

ドへのリンクも提供しています。

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

テストの作成と修正、テスト結果の確認を行うことができます。たとえば、上記の画像では、キーワードエ

ディターが Workspace 内で開かれています。エディターの下側には、Test Visualizer パネルがあり、テス

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

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

../TestComplete/Topics/Basics/UI/Panels/Workspace_Panel.htm

../TestComplete/Topics/Basics/Visualizer/Test_Visualizer_Panel.htm

TestComplete ユーザーインターフェース


9

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」を参照してくださ

い。



10

TestComplete テストオブジェクトモデル

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

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

よびモバイルアプリケーションのオブジェクトモデルもほぼ同じです。

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

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

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

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

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

TestComplete テストオブジェクトモデル


11

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

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

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

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

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

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

す。

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

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

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

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

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

付けられます。



12

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

内部のオブジェクト、メソッド、プロパティに 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 を用いることで、テストに比較コマンド (あるいはチェックポイント) を簡単に追加することがで

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

チェックポイントと Stores


13

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

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

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

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

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

内で指定されます)。

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

照してください。

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


14


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

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

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

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

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

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

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

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

持っています。

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

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

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

Windows XP、Windows Server 2003:

テストプロジェクトの作成


15

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

Applications

注意: ファイルマネージャーによっては、共有ドキュメントフォルダーおよびパブリックドキュ

メントフォルダーがドキュメントフォルダーとして表示されます。

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

イラーで作成された複数の Orders プロジェクトが格納されています。ここでは、Visual C# で作成された

Orders アプリケーションを使用します。

1. テストプロジェクトの作成

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

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

てください。プロジェクトを閉じるには、[File] - [Close] を TestComplete のメインメ

ニューから選択します。



16

2. TestComplete のメインメニューから、[File] - [New] - [New Project] を選択して、[Create

New Project] ウィザードを呼び出します。

3. ウィザードの最初のページで、プロジェクトの名前と場所を指定します。ここでは、Orders を

Project name エディットボックスに入力します。TestComplete は、自動的にプロジェクトのパス

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

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

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

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

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

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

変更しません。

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

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

します。

テストするアプリケーションの定義


17

2. テストするアプリケーションの定義

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

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

リケーション、あるいはコンテキストメニューから手動でまたはテストで有効にされたアプリケーションのみを

TestComplete に起動させることができます。もちろん、各プロジェクトは独立しているため、アプリケーション

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

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

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

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

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

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

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

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

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

ンを追加します。



18

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

ケーションのタイプを選択する 2 ページめが表示されます。

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

します。

先ほど説明したように、ここでは TestComplete に含まれている C# で記述されている Orders ア

プリケーションをテストします。これは、スタンドアロンの実行ファイルとして動作する一般的

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

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

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

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



19

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



20

次の操作を行います。

右側にある [Add] をクリックします。テストするアプリケーションの起動パラメーターを指

定する [Parameters] ダイアログが表示されます。

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

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

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

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

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

業している場合:

C:\Users\Public\Public Documents\TestComplete 10 Samples\Open

Applications\C#\bin\Release\Orders.exe

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

C:\Documents and Settings\All Users\Shared Documents\TestComplete 10

Samples\Open Applications\C#\bin\Release\Orders.exe

注意: ファイルマネージャーによっては、共有ドキュメントフォルダーおよびパブリック

ドキュメントフォルダーがドキュメントフォルダーとして表示されます。

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

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



21

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

3. リストの中で Autorun チェックボックスが選択されていることに注意してください。こ

れが選択されている場合、テストのレコーディングを開始するときに、TestCompleteは、

自動的にテストするアプリケーションである Orders を起動します。このチェックボック

スが選択されていない場合、アプリケーションでユーザーアクションをレコーディング

するには、手動でアプリケーションを起動する必要があります。

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

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

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



22

3. プロジェクト作成の完了

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

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

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

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

されます。

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

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

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

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

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

す。

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

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

ときに役に立ちます。

プロジェクト作成の完了


23

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

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

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

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

す。

このチュートリアルでは、テストのレコーディングと再生実行の両方で [Capture images only]

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

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

どの TestComplete プロジェクトも、サポートしているスクリプト言語 (VBScript、JScript、

DelphiScript、C++Script、C#Script) の 1 つを使用します。スクリプト言語は、プロジェクトでスクリ

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

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

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

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

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



24

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

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

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

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

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

スクリプト言語の選択に関する詳細情報は、オンラインヘルプの「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 通りの方法でテストを作成することができます。

テストを手動で作成する

テストの作成


25

テストを記録する

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

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

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

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

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

ばなりません。このような問題を解決するため、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] ツールバーが表示されます。

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

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

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



26

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 は自動的にレコーディングを一時停止し、テスト

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

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

テストの作成


27

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

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

しょう。レコーディングを開始するには、テストエディターのツールバーの Append to

Test 項目を選択します。

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

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

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

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

表示されます。

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

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

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

「Defining Applications to Test)を参照)。



28

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

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

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

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

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

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

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

ちます。

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

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

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

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

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

テストの作成


29

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

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

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

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

保存されます。他のオペレーティングシステムでは、ファイルは、C:\Documents and Settings\All

Users\Shared Documents\TestComplete 10 Samples\Open Applications フォルダーに保存されま

す。

注意: ファイルマネージャーによっては、共有ドキュメントフォルダーおよびパブリック

ドキュメントフォルダーがドキュメントフォルダーとして表示されます。

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

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

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

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

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

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

ンは、そのファイルからデータをロードし、アプリケーションのメインウィンドウにデー

タを表示します。



30

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 つは、プロパティチェックポイントです。アプリケー

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

チェックポイントを使用します。

テストの作成


31

[Recording] ツールバーの [Checkpoint] ドロップダウンリストから、 [Create

Property Checkpoint] を選択します。

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

ポイントを作成します。



32

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

リックし、そのボタンを押したままにします。

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

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

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

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

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

テストの作成


33

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

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

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

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

されます。このリストには、テストするアプリケーションによって定義されたプロ

パティと TestComplete によって提供されるプロパティが含まれます。たとえば、テ

ストするアプリケーションが C# で作成されている場合は、該当する .NET クラスの

プロパティが含まれます。このプロパティは、.NET ノード下に表示されます。この

例では、リストにはプロパティの基本的なセットしか含まれていません。すべての

利用可能なプロパティを表示するには、[View more members (Advanced view)] リ

ンクをクリックします。

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

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

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



34

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

ロールの場合)。このプロパティの名前は w で始まります。このプロパティは、Extended

ノード下に表示されます。データの検証には、wItem プロパティを使用します。このプロパ

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

リストから wItem プロパティを検索します (Extended ノード下にあります)。wItem プロパ

ティの [Params] ボタンをクリックします。次に示すウィンドウがポップアップします。

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

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

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

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

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

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

テストの作成


35




36

ウィザードの次のページでは、検証されるプロパティ名、比較条件、および基準デー

タ ([Value] ボックス内) を参照することができます。

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

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

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

じます。変更を保存するかどうかを確認するダイアログが表示されます。[いいえ] を押しま

す。[Orders] ウィンドウが閉じられます。

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

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

レコーディングしたテストの解析


37

5. レコーディングしたテストの解析

レコーディング終了後、TestComplete はレコーディングしたキーワードテストを編集用に開き、Keyword

Test エディターにテストの内容を表示します。

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

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

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

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

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



38

コマンドの下に Test Visualizer パネルがあり、TestComplete によってテストのレコーディング中に

operation でキャプチャーされた画像が表示されます。

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

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

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

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

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

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



39

画像をさらに詳しく見たい場合は、Test Visualizer パネルでその画像をダブルクリックします。Visualizer

Frame ウィンドウが表示されます。このウィンドウでは、キャプチャーされた画像に対して、追加のアクション

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

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

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

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

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

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



40

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

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

Windows Vista または Windows 7 以降のオペレーティングシステムで実行している場合、TestComplete は

[ファイルを開く] ダイアログのコントロールで実行された一連の操作を記録します。

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

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

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

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

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

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

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

operation が続きます。



41

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

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

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

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

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

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

情報を提供しています。

ここでは、1 つのプロセス (Orders) のユーザーアクションをレコーディングしました。そのため、“process” グ

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

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

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

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

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

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



42

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

という名前です。

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

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

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

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

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

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

い。

6. レコーディングしたテストの実行

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

う。

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

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

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

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

よってアプリケーションが起動されるようにしました。代替手段として、テストするアプリケーションを手動で

TestComplete の IDE から実行することも可能です。

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

クします。

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

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

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

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

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

レコーディングしたテストの実行


43

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

作成したテストは、テスト実行用の実行ファイルにはコンパイルされません。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」を参照)。



44

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

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

Explorer あるいは、ほかのテストから、テストを実行することも可能です。プロジェクトエ

ディターのテスト項目ページを使用して、バッチの実行を作成することもできます。

TestComplete のテスト実行、実行に影響するプロジェクト設定、テスト実施に関する詳細は、TestComplete

ヘルプの「Running Tests」を参照してください。

テスト結果の解析


45

7. テスト結果の解析

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

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

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

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

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

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

す)。

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

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

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

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



46

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

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

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

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

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

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

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

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

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

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

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

照します。たとえば、上記画像の Picture ペインは、"The menu item 'Orders|Edit order...' was clicked" メッ

セージに関連するスクリーンショットを表示しています。

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

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



47

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

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

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

ください。

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

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

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

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

エディターでキーワードテストが開き、該当する操作がハイライトされます。たとえば、ログの "The menu

item ‘Orders|Edit order…’ was clicked" メッセージをダブルクリックした場合、この動作が行われたキーワー

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

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

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

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

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

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

エラーの解決

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

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

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

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



48

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

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

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

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

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

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

エラーの原因を探し、典型的な問題を解決するための情報は、オンラインヘルプの「Handling Playback

Errors」を参照してください。



49

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

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

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

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

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

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

このチュートリアルでは、弊社の Web サイトにあるサンプルの Web Orders アプリケーションを使用します:

http://support.smartbear.com/samples/testcomplete10/weborders/。このアプリケーションは注文 (orders) のリ

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

上記の Orders フォームを表示するには、次のログイン情報を使用して Login.aspx ページでアプリケーショ

ンにログインします。

Username: Tester

Password: test

ログイン情報を入力して [Login] をクリックすると、Orders ページが表示されます。

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



50



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

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

2. TestComplete のメインメニューから、[File] - [New] - [New Project] を選択して、[Create New

Project] ウィザードを呼び出します。

3. ウィザードの最初のページで、プロジェクトの名前と場所を指定します。[Project name] エディット

ボックスに WebOrders と入力します。TestComplete は、自動的にプロジェクトのパスを作成し、それ

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

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

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

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

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

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

ん。

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

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

テストタイプの選択


51

2. テストタイプの選択

TestComplete プロジェクトごとに、追加されるプロジェクト項目は異なります。しかし、特定のテストタイプ

(Web テスト、Adobe AIR アプリケーションのテストなど) の作成には一定の追加項目が必要です。

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

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

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

を生成します。

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

きます。

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

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

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

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

は、ウィザードでは Web カテゴリに含まれます。そのため、[Web] をクリックします。Windows XP の

mk:@MSITStore:C:/Program%20Files%20(x86)/SmartBear/TestComplete%2010/Help/TestComplete10.chm::/Topics/Basics/Managing/ProjectItems/About_Project_Items.htm



52

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

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

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

3. プロジェクト作成の完了

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

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

1. テストするアプリケーションのタイプを指定すると、TestComplete の Test Visualizer 機能の有効/無

効を指定するページが表示されます。

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

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

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

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

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

プロジェクト作成の完了


53

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

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

に立ちます。

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

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

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

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

このチュートリアルでは、テストのレコーディングと再生実行の両方で [Capture images only] を

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

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

どの TestComplete プロジェクトも、サポートしているスクリプト言語 (VBScript、JScript、DelphiScript、

C++Script、C#Script) の 1 つを使用します。スクリプト言語は、プロジェクトでスクリプトユニットを使

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

したり、操作パラメーターを指定するためにスクリプトステートメントを使用する必要性が出てくること

もあります。

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

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

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

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

に置換する必要があるため、Process('Notepad')のようになります。また、C++Script と



54

C#Script では、単語 Process をかっこで囲む必要があるため、["Process"]("Notepad") のよ

うになります。

スクリプト言語の選択に関する詳細情報は、オンラインヘルプの「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 つのプロパティのみを "変更" します。







テストの作成


55

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] ツールバーが表示されます。



56

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

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

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

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

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

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

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

ングを停止します。

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

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

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

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

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

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

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

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

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

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

ます。

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

テストの作成


57

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

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

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

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

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

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

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


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

に移動します。

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

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

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



58

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

ます。

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

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

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

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

Username: Tester

Password: test

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

テストの作成


59

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

を変更し、変更内容が正しく保存されるか確認してみましょう。注文リストで 1 つめの注文の右端に

ある [Edit] アイコンをクリックします。[Edit Order] ページが表示されます。

6. [Customer name] テキストボックス内をクリックして、ここを挿入ポイントにします。[Customer

Name] ボックス内で右クリックして、コンテキストメニューから [すべて選択] を選択した後に顧客名

として Mark Twain と入力します。

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

新されます。




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



60

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

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

を使用します。

[Recording] ツールバーの [Checkpoint] ドロップダウンリストから、 [Create

Property Checkpoint] を選択します。

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

ポイントを作成します。

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

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

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

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

でハイライトされます。

テストの作成


61

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

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

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

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


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

のリストには、テストするアプリケーションによって定義されたプロパティと TestComplete に



62

よって提供されるプロパティが含まれます。すべての利用可能なプロパティを表示するには、

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

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

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

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

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

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

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

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

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

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

いようにします。

リストから contentText プロパティを検索します。このプロパティを選択し、[Next] をクリックし

て続行します。

テストの作成


63

ウィザードの次のページで、検証されるプロパティ名、比較条件、および基準データ

([Value] ボックス内) を参照することができます。

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

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

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

10. [Stop] を押して、レコーディングを停止します。レコーディングしたテストコマンドが処理され、

テストに保存されます。



64

6. レコーディングしたテストの解析

レコーディング終了後、TestComplete はレコーディングしたキーワードテストを編集用に開き、Keyword

Test エディターにテストの内容を表示します。

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

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

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

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

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



65

コマンドの下に Test Visualizer パネルがあり、TestComplete によってテストのレコーディング中に

operation でキャプチャーされた画像が表示されます。

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

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

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

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

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

Visualizer」を参照してください。

このテストの最初の operation は、Run Browser と Navigate です。これは、テストするインターネットブラウ

ザーを起動し、キーワードリストから指定されたページに移動するのに使用します。TestComplete は、ブラ

ウザーが起動されたことを検出すると、自動的にこれらの操作をレコーディングします。

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



66

次の operation は、Edit Order ウィンドウへの移動、このウィンドウ上でのマウスクリック、そして [Customer

Name] フィールドへのキーボード入力をシミュレートします。

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

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

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

次の operation は、ブラウザーを閉じます。

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

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

情報を提供しています。

レコーディングしたテストの実行


67

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

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

たすべての動作が含まれています。IEXPLORE ブラウザーのコントロールやウィンドウで実行した動作はい

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

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

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

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

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

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

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

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

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

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

7. レコーディングしたテストの実行


う。

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

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

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

は、テストするアプリケーション (テストする Web ページが表示されたブラウザー) を起動するため、テストの

始めに Run Browser operation と Navigate operation を使用し、テストによってアプリケーションが起動される

ようにしました。



68

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

クします。

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

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

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

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



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

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

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

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

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


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


またはインジケーターの [Stop] を押すか、または TestComplete メインメニューから [Test] -

[Stop] を選択することで、テストの実行をいつでも停止することができます。



Watch List や Locals パネルあるいは Evaluate ダイアログを使用してテストの変数やオブジェク

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



69





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

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

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

す。



す)。


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

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

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



70











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

す。

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

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

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

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



71

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

ださい。





エディターでキーワードテストが開き、該当する操作がハイライトされます。たとえば、ログの "The window

was clicked with the right mouse button" メッセージをダブルクリックした場合、この動作が行われたキーワー

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


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

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

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

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

エラーの解決







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



72

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

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

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

エラーの原因を探し、典型的な問題を解決するための情報は、TestComplete ヘルプの「Handling Playback


9. 別のブラウザーでのテストの実行

レコーディングしたブラウザーでテストが正常に実行されることを確認したら、別のブラウザーでテストを簡単

に再生実行することができます。このアプローチにより、ブラウザーに依存しないテストを作成し、異なるブラ

ウザーの内部メカニズムによって問題が生じないようにします。

ブラウザーを変更するには、Run Browser operation に対応する Operation セルをクリックし、ドロップダウン

リストからブラウザーを選択します。

その後、必要なプロセスにアタッチされるように、Navigate operation に対応する Operation セルでも同じブラ

ウザーを選択する必要があります。依存するすべての operation でブラウザーを変更したら、テストを実行し、

生成されるテストログにエラーメッセージが含まれていないことを確認します。

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

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

別のブラウザーでのテストの実行


73

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

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

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

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

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


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

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

持っています。

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



74

1. 事前準備

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

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

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

イルアプリケーションをテストすることができます。

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

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

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

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

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

JDK と Android SDK のインストール

Android アプリケーションをテストするには、Java 開発キット (JDK) と Android SDK をダウンロードし、テスト

コンピューターにインストールする必要があります。

注意: TestComplete のインストール時に、インストールウィザードの推奨に従って、すでにこのソフ

トウェアがインストールされている可能性があります。その場合は、手順 1～4 をスキップしま

す。

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

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

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

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

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

ADT Bundle (デフォルトのダウンロード) をダウンロードする必要はありません。TestComplete では

SDK のみ必要です。そのため、Download for Other Platforms セクションを展開して、SDK

Tools Only サブセクションから installer_rXX.X.X-windows.exe という名前のファイルをダウンロード

します。

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

5. 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

事前準備


75

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

Android SDK Platform-tools

Android SDK Build-tools

Google USB Driver

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

8. 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

mk:@MSITStore:C:/Program%20Files%20(x86)/SmartBear/TestComplete%2010/Help/TestComplete10.chm::/Topics/Introduction/TestComplete_Modules.htm



76

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 のインストールフォル

ダーを指定します。

事前準備


77

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

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

す。

8. [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 IDE のツールバーで [Show Mobile Screen] をクリックします。

1 つのモバイルデバイスまたは仮想マシンが Android Debug Bridge に接続されている場合、[Mobile

Screen] ウィンドウが表示されます。

複数のデバイスまたは仮想マシンが接続されている場合、[Show Mobile Screen] をクリックすると、接続され

ているデバイスのリストを含む [Select Current Device] ダイアログが表示されます。リストにデバイスまた



78

は仮想マシンがあることを確認します。リストでデバイスまたは仮想マシン選択し [OK] をクリックすると、その

デバイスまたは仮想マシンの [Mobile Screen] ウィンドウが表示されます。

TestComplete Android Agent のインストール

TestComplete Android Agent は、TestComplete で Android アプリケーションのテストを簡単に行えるように

するためのヘルパーアプリケーションです。モバイルデバイスにこの Agent をインストールする必要があり

ます。

Agent をインストールするには:

(まだ開いていない場合) [Mobile Screen] ウィンドウを開きます。

ウィンドウツールバーにある [Install Android Agent] ボタンをクリックします。

アプリケーションの準備

TestComplete で Android アプリケーション用のオブジェクトを認識できるようにするには (つまり、"Open" ア

プリケーションにするには)、特別な方法でアプリケーションを準備する必要があります。具体的には、アプリ

ケーションに PatchServices.jar ライブラリをインクルードし、起動コードにライブラリの初期化を追加して、ア

プリケーションを再コンパイルします。

必要なライブラリとともに Android アプリケーションをコンパイルする方法については、TestComplete ヘルプ

の「Preparing Android Applications」を参照してください。

このチュートリアルで使用する Orders アプリケーションは、すでにホワイトボックステスト用に準備されていま

す。そのため、この準備は必要ありません。

これで、テストに必要な TestComplete、モバイルデバイス、アプリケーションの準備が整いました。ここから

は、テストプロジェクトの作成方法、および簡単なテストの作成と再生実行方法について説明します。



79



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

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



3. ウィザードの最初のページで、プロジェクトの名前と場所を指定します。[Project name] エディット

ボックスに AndroidOrders と入力します。TestComplete は、自動的にプロジェクトのパスを作成し、

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

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

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

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

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

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

ん。



80

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

4. 次のページで、テストするアプリケーションタイプを選択します。[Android Applications] を選択

し、[Next] をクリックします。

5. 次のページで、テストする Android アプリケーションをプロジェクトに追加します。次の操作を行いま

す。

[Add] ボタンをクリックします。[Android Application Parameters] ダイアログが表示さ

れます。

ダイアログで、[Android application package file] エディットボックスの近くにあるボ

タンをクリックし、Android Orders パッケージファイルを参照します。

Android Orders パッケージファイルのパスは、次のようになります。

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

ている場合:

C:\Users\Public\Public Documents\TestComplete 10 Samples\Open

Applications\Android\Orders\bin\Orders.apk

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

C:\Documents and Settings\All Users\Shared Documents\TestComplete 10

Samples\Open Applications\Android\Orders\bin\Orders.apk

注意: ファイルマネージャーによっては、共有ドキュメントフォルダーおよびパブリッ

クドキュメントフォルダーがドキュメントフォルダーとして表示されます。

[Deploy to the device on start] オプションを有効にします。これにより、TestComplete は、

テストを開始するたびに、デバイスにアプリケーションパッケージをインストールします。

[OK] をクリックしてこのダイアログを閉じます。

アプリケーションがテストする Android アプリケーションのリストに追加されます。[Next] をクリックし


6. 次のページで、Test Visualizer によるテストのレコーディングと再生実行を有効/無効にできます。対

応するチェックボックスをオン/オフにすることで有効/無効を指定します。[Next] をクリックします。

7. 最後のページで、スクリプト言語を選択し、[Finish] をクリックします。

新規のプロジェクト AndroidOrders.mds とそのプロジェクトスイートが作成されます。そして、プロジェクトス

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

mk:@MSITStore:C:/Program%20Files%20(x86)/SmartBear/TestComplete%2010/Help/TestComplete10.chm::/Topics/Basics/UI/Panels/ProjectExplorer/About_Project_Explorer.htm

Android Orders アプリケーションの展開と起動


81

3. Android Orders アプリケーションの展開と起動

テストプロジェクトの作成時に、Android Orders パッケージをテストするアプリケーションのリストに追加しまし

た。現時点では、パッケージはローカルコンピューターにあります。このアプリケーションをモバイルデバイ

スへ展開して起動する必要があります。

TestComplete の GUI から、次の操作を行います。

1. Tested Apps エディターを開きます。Project Explorer パネルでプロジェクト項目を展開し、

TestedApps プロジェクト項目をダブルクリックします。

2. テストするアプリケーションリストで Orders アプリケーションを選択します。

3. [Deploy to the device on start] オプションが有効になっていることを確認します。そうでない場

合は、有効にします。

4. テストするアプリケーションリストで Orders アプリケーションを右クリックします。

5. コンテキストメニューから [Run Selected] を選択します。

これで、TestComplete は、接続されているデバイスへアプリケーションを展開して起動します。

4. Android Orders アプリケーションの調査

先ほど説明したように、Android Orders アプリケーションは Open アプリケーションです。これは、

TestComplete がアプリケーションの内部オブジェクト、メソッド、およびプロパティを利用できることを意味し

ます。

mk:@MSITStore:C:/Program%20Files%20(x86)/SmartBear/TestComplete%2010/Help/TestComplete10.chm::/Topics/Basics/UI/Panels/ProjectExplorer/About_Project_Explorer.htm

mk:@MSITStore:C:/Program%20Files%20(x86)/SmartBear/TestComplete%2010/Help/TestComplete10.chm::/Topics/TestingApplications/OpenApps/Open_Applications_Overview.htm



82

TestComplete で利用可能なオブジェクトとメンバーを確認してみましょう。Object Browser でアプリケーショ

ンを見てみます。

Object Browser パネルに移動します。

[Mobile] - [Device("DeviceName")] - [Process("smartbear.example.orders")] ノードを展

開します。

このノードは、Orders アプリケーションのプロセスに対応します。アプリケーションのオブジェクトとコ

ントロールが、プロセスノードの子ノードとして表示されます。

アプリケーションの子オブジェクトを展開すると、TestComplete で利用可能なメソッドとプロパティが


コントロールのメンバーを表示するには、[Properties] ページと [Methods] ページを使用します。

[Properties] ページの [Extended] カテゴリと、 [Methods] ページの [Standard] カテゴリと

[Actions] カテゴリに注目してください。さまざまなコントロールに対して TestComplete が提供して

いる特定のプロパティとメソッドが含まれています。これらのメソッドとプロパティは、コントロールに対

するユーザーアクションのシミュレートを非常に簡単にします。

ここでは、テストを作成するときに、これらのメソッドとプロパティの一部を使用します。

mk:@MSITStore:C:/Program%20Files%20(x86)/SmartBear/TestComplete%2010/Help/TestComplete10.chm::/Topics/Basics/UI/Panels/ObjectBrowser/About_Object_Browser.htm

テストの作成


83


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

サンプルの Android Orders アプリケーションは、注文のリストを管理します。ここでは、アプリケーションの

Edit Order ページが正しく機能し、注文リストのデータが変更されるかどうかをテストします。この場合、次の

ようになります。




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







Android Orders アプリケーション用のテストの作成

サンプル Android Orders アプリケーションに対してキーワードテストを作成してみましょう。

1. エディターでキーワードテストを開きます。

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

動的に作成します。このテストにテストコマンドを追加します。

キーワードテストを開くには:

Project Explorer パネルに移動します。

KeywordTests ノードを展開します。



84

Test1 ノードをダブルクリックします。

テストの作成


85

2. モバイルテストでは毎回、開始時にテストで使用するモバイルデバイスを定義する必要がありま

す。

Operations パネルの Mobile カテゴリから Test Area へ Select Device operation をドラッグし

ます。これにより、この operation がテストに追加されます。

操作パラメーターのダイアログで、接続されているモバイルデバイス名を選択し、[Finish]

をクリックします。



86

3. 次に、デバイスでテストするアプリケーションを起動する必要があります。

Test Actions カテゴリから Run TestedApp operation を追加します。

操作パラメーターのダイアログで、Orders アプリケーションを選択し [Finish] をクリックしま

す。

テストするアプリケーションとして Android Orders を追加する際に、ここでは [Deploy to the

device on start] オプションを有効にしています。そのため、アプリケーションは自動的に接続され

ているデバイスへ展開され、そのデバイスで起動されます。

テストの作成


87

4. [Mobile Screen] ウィンドウが開き、Android Orders アプリケーションが起動され、初期画面が表示

されることを確認します。



88

5. 注文リストから 1 つの注文を選択するユーザーアクションを作成してみましょう。

Test Actions カテゴリから On-Screen Action operation を追加します。[Operation

Parameters] ウィザードが起動します。

テストの作成


89



ウィザードが最小化されるまで待ってから、そのアイコンを [Mobile Screen] ウィンドウにド

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

ムでハイライトされます。

[ターゲットアイコン] を Samuel Clemens の上に移動し、その項目が赤いフレームでハイライ

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



90

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

に表示されます。


次のページに、選択した画面上のオブジェクトの利用可能なメソッドとプロパティのリストが

表示されます。このリストには、TestComplete によって提供されるメソッドとプロパティ、およ

びテストするアプリケーションの内部メソッドとプロパティが含まれます。

テストの作成


91

Touch メソッドを選択して [Next] をクリックします。

次のページで、メソッドのパラメーターを指定します。ここでは、パラメーターのデフォルトの

値を利用します。

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

これで、Samuel Clemens による注文を選択する画面上の操作が追加されました。

6. [Mobile Screen] ウィンドウで Samuel Clemens の注文をクリックします。

7. 次に、選択した注文を変更します。[Edit] ボタンをタップするユーザーアクションを作成する必要が

あります。

新たに On-Screen Action operation を 1 つテストに追加します。

[Operation Parameters] ウィザードで、次のパラメーターを指定します。



92

画面上のオブジェクト: ターゲットアイコンを使用して Orders アプリケーションの

[Edit] ボタンを選択します。

呼び出すメソッド: TouchButton

メソッドのパラメーター: なし

8. [Mobile Screen] ウィンドウで、Orders アプリケーションの [Edit] ボタンをクリックします。[Edit Order]

画面が表示されます。

テストの作成


93

9. 注文の詳細情報で顧客名を変更してみましょう。



画面上のオブジェクト: ターゲットアイコンを使用して Samuel Clemens 文字列を含

むエディットボックスを選択します。

呼び出すメソッド: SetText

メソッドのパラメーター: Text: Mark Twain

これにより、テスト中に顧客名が Samuel Clemens から Mark Twain に変わります。

10. [Mobile Screen] ウィンドウで顧客名を変更することもできます。

[Customer Name] エディットボックス内をクリックします。

Samuel Clemens を消去して、代わりに Mark Twain と入力します。[Mobile Screen] ウィンドウ

で、デスクトップのキーボードを使用してテキストを入力します。



94

[OK] ボタンが表示されるまで、[Edit Order] 画面をスクロールダウンします。この [OK] ボタ

ンは、次のステップで使用します。

11. 次に、注文の変更を保存し、注文リストに戻るため、[Edit Order] 画面で [OK] ボタンのタップをシ

ミュレートします。



画面上のオブジェクト: ターゲットアイコンを使用して [OK] ボタンを選択します。



12. [Mobile Screen] ウィンドウで、[Edit Order] 画面の [OK] ボタンをクリックします。これにより、注文の

変更が保存され、注文リストに戻ります。



テストの作成


95






Checkpoints カテゴリから Property Checkpoint operation を追加します。 [Property

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

成します。

ウィザードの最初のページで、ターゲットアイコンを使用して Mark Twain 文字列を含むリス

ト項目を選択します。

選択したオブジェクトの名前が [Object] ボックスに表示され、その下にオブジェクトの画像

が表示されます。




96







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

イルコントロール固有のプロパティが含まれます。このプロパティは、Extended ノード下に

表示されます。データの検証には、ControlText プロパティを使用します。このプロパティは、

選択した TextView コントロールのテキストにアクセスできるようにします。

リストから ControlText プロパティを検索します。このプロパティを選択し、[Next] をクリックし


テストの作成


97

ウィザードの次のページでは、検証されるプロパティ名、比較条件、および基準データ


[Finish] をクリックしてチェックポイント作成を完了します。

14. これで終了です。ここでは、ゼロから次のようなキーワードテストを作成しました。



98

15. TestComplete のメインメニューから [File] - [Save] を選択し、テストとプロジェクトへの変更を保存

します。

次のステップでは、このテストを実行してその動作を検証します。

6. テストの実行


う。

テストを実行する前に、テスト作成時と同じ初期状態でテストが開始されることを確認してください。たとえ

ば、モバイルアプリケーション用のテストデザインでは、どのモバイルデバイスを使用するか選択する必要

があります。そのため、テストの開始時に [Select Device] キーワード操作があります。さらに、ほとんどの

場合、テストするアプリケーションをデバイスへ展開し起動する必要があります。ここでは、テストするアプリ

ケーションを展開し起動するため、Run TestedApp キーワード操作を使用し、テストするアプリケーション

の Deploy to the device on start パラメーターを有効にしています。

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

す。

TestComplete がテストコマンドの実行を開始します。このチューリアルのテストでは、注文を表示し、顧客名

を Samuel Clemens から Mark Twain に変更して、名前が変更されたかどうか確認します。

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

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




テストの実行


99

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

す。


またはインジケーターの [Stop] を押すか、または TestComplete メインメニューから [Test] -

[Stop] を選択することで、テストの実行をいつでも停止することができます。



Watch List や Locals パネルあるいは [Evaluate] ダイアログを使用してテストの変数やオブジェクト

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





10

0



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

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

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

ています。



す)。


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

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

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



101











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

す。

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

状態を示す画像を表示します。テストログには、画像を比較し、簡単に差異を見ることができる特別なボタ

ンがあります。そのため、テストでエラーが発生した場合、簡単に見つけることができます。詳細については、

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





エディターでキーワードテストが開き、該当する操作がハイライトされます。たとえば、ログの "The button



10

2

was touched" メッセージをダブルクリックした場合、この動作が行われたキーワードテスト操作がハイライトさ

れます。


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

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

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

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

エラーの解決







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

トを開始する前に実行しておかなければなりません；テスト動作がアプリケーションの特定の画面上で実行

された場合は、テストを実行するときにその画面が開かれるようにする必要があります。

テストの実行時にエラーが発生した場合は、テストが正常に実行されるようにそれらを確認して修正します。

複数のデバイスでのテストの実行


103

エラーの原因を探し、典型的な問題を解決するための情報は、TestComplete ヘルプの「Handling Playback


8. 複数のデバイスでのテストの実行

1 つのモバイルデバイスでテストが正常に実行されることを確認したら、そのテストを変更して複数のモバイ

ルデバイスで実行することができます。そうすることで、モバイルアプリケーションが異なる種類のモバイル

デバイス (スマートフォン、タブレットなど) で正しく動作することを確認できます。

テストを変更して、異なるモバイルデバイスで実行してみましょう。

テストの始めに Mobile カテゴリから Device Loop operation を追加します。

操作パラメーターのダイアログで、[Iterate Through All Connected Devices] を選択し、


テストから Select Device operation を削除/無効にします。Device Loop operation によりモバイルデ

バイスの切り替えが行われるため、Select Device operation は不要です。

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

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



10

4

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

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

「事前準備」の「モバイルデバイスの準備」で説明したようにほかのモバイルデバイスの準備と接続を行い

ます。

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

TestComplete は、モバイルデバイスの数だけテスト操作を繰り返します。毎回、異なるモバイルデバイスで

テストアクションが実行されます。

テストログには、使用したモバイルデバイスに関する情報と、各デバイスで実行されたテスト操作の結果が

含まれます。

mk:@MSITStore:C:/Program%20Files%20(x86)/SmartBear/TestComplete%2010/Help/TestComplete10.chm::/Topics/Tutorials/Android/Android_Tutorial_Preliminary.htm#PreparingDevice



105

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

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

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

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

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

システム要件

このチュートリアルを実行するには、次のものが必要です。

TestComplete のモバイルモジュールと Apple iTunes がインストールされている Windows コン

ピューター。TestComplete は iTunes に含まれる USB ドライバーを利用して iOS デバイスに接続す

るため、iTunes も必要になります。

iOS 6.x または 7.0 - 7.0.x が搭載されている iPhone または iPad

Xcode、iOS SDK、iOS 開発ライセンスがインストールされている Mac コンピューター (サンプルの

Orders アプリケーションのコンパイルに必要です)。


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

リケーションは、注文テーブルを管理します。新しい注文の追加、既存の注文の変更または削除、既存の

注文リストの確認を行うことができます。



106

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

9. iOS デバイスの準備

TestComplete で iOS アプリケーションをテストする前に、次の操作を行う必要があります。

iOS デバイスをアプリケーションプロビジョニングプロファイルに追加します (iOS Developer

Program のみ)

USB ケーブルを使用してデバイスを TestComplete コンピューターに接続します。

アプリケーションプロビジョニングプロファイルへのテストデバイスの追加

iOS Developer Program (iOS Developer Enterprise Program とは異なります) に登録されている場合は、テス

トする iOS アプリケーションのプロビジョニングプロファイルにテストデバイスを追加して、このデバイスにテ

ストするアプリケーションをインストールできるようにする必要があります。最も簡単な方法は、Mac 開発マシ

ンで Xcode を使用して次の操作を行います。

iOS デバイスを Mac コンピューターに接続します。

Xcode のメニューから [Windows] - [Organizer] を選択し、[Devices] をクリックしてデバイスオー

ガナイザーを表示します。

iOS デバイスの準備


107

テストデバイスを選択して、[Use for Development] または [Add to Member Center] ボタンを

クリックします。

iOS Developer Program アカウントの横に表示されているチェックボックスをオンにして、[Choose]


TestComplete へのデバイスの接続

USB ケーブルを使用して iOS デバイスを TestComplete コンピューターに接続します。

接続したデバイスが TestComplete によって “認識” されたことを確認するため、Object Browser を表示しま

す。Mobile オブジェクト以下に Device("your_device_name") オブジェクトが表示されていることを確認

します。

次のステップでは、このテストで使用するサンプルの Orders アプリケーションを準備します。



108

10. iOS アプリケーションの準備

TestComplete で iOS アプリケーションをテストするには、TestComplete ライブラリを使用して、特定のビルド

設定でコンパイルする必要があります。

このチュートリアルでは、操作を簡単にするため、デフォルトのビルドターゲットを変更しま

す。実際のプロジェクトでは、App Store 用のリリースビルドと区別するため、テストビルド用

のターゲットを別に作成します。TestComplete ライブラリはプライベート API を使用しており、

このようなライブラリを使用するアプリケーションは App Store で公開できないため、この処理

が必要になります。

次のファイルとフォルダーを TestComplete がインストールされている Windows コンピューターから

Mac コンピューターへコピーします。

<TestComplete Samples>\Open Applications\iOS\Orders\ - Orders アプリケーションのソース

ファイル

<TestComplete>\Bin\Extensions\iOS\libTestComplete-agent-static.a - TestComplete Agent

ライブラリ

Xcode で Orders プロジェクト (Orders.xcodeproj) を開きます。

libTestComplete-agent-static.a ライブラリを Finder から Xcode のナビゲーションにあるプロジェクト

ノードへドラッグします。

ターゲットを選択して、 [Build Settings] ページに移動します。

[Architectures] - [Architectures] を [Standard architectures (armv7, armv7s)] に設定しま

す。

[Linking] - [Other Linker Flags] を [-ObjC] に設定します。

アプリケーションをコンパイルして、.ipa ファイルを作成します。テスト中、デバイスで TestComplete が自動

的にアプリケーションをインストールして起動するには、.ipa ファイルが必要です。



109

IPA ファイルを作成するには:

Xcode のメニューから [Product] - [Archive] を選択します。アーカイブオーガナイザーに作成さ

れたアーカイブが表示されます。

アーカイブを選択し、[Distribute] をクリックします。

ウィザードで [Save for Ad Hoc or Enterprise Distribution] を選択し、[Next] をクリックします。

アプリケーションのプロビジョニングプロファイルを選択し、[Export] をクリックします。

iOS App Development タイプのプロファイルを選択することを推奨します。そうすると、テストするアプ

リケーションを自動的に展開して起動できます。TestConlete ヘルプの Preparing iOS Applications ト

ピックにある Choosing a Provisioning Profile for Your Applicationセクションを参照してください。

iOS Developer Program (iOS Developer Enterprise Program とは異なります) に登録されている場合

は、前のステップで設定したテストするデバイスを含むプロビジョニングプロファイルを選択してくだ

さい。

.ipa ファイルをディスクに保存します。

.ipa ファイルを作成したら、TestComplete コンピューターにコピーします。

これで、自動テストを行うためのアプリケーションとデバイスの準備が整いました。次のステップでは、

TestComplete を使用してサンプル自動テストを作成し実行します。


TestComplete で新規のテストプロジェクトを作成します。

1. TestComplete でプロジェクトあるいはプロジェクトスイートを開いている場合は、TestComplete のメ

インメニューから [File] - [Close] を選択して閉じます。



3. ウィザードで、プロジェクトの名前と保存場所を指定します。このチュートリアルでは、プロジェクト名

を iOSOrders とし、デフォルトの場所を使用します。



110

4. [Finish] をクリックします。

プロジェクトが作成され、Project Explorer にプロジェクトファイルが表示されます。

次に、プロジェクトのテストするアプリケーションリストに iOS アプリケーションを追加します。そうすることで、

テストから自動的にデバイスにアプリケーションをインストールし、実行することができます。

1. Mac 開発マシンから TestComplete コンピューターへアプリケーションの .ipa ファイルをコピーします

(まだしていない場合)。

2. TestComplete の Project Explorer で、TestedApps 項目をダブルクリックして、TestedApps エディター

を表示します。

3. エディター内で右クリックして、コンテキストメニューから [Add iOS Application] を選択します。

4. 表示されるダイアログで、.ipa ファイルのパスを指定し、[Deploy to the device on start] をオンに

します。

iOS Orders アプリケーションの調査


111

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

これで、Process Explorer でアプリケーションを右クリックし、コンテキストメニューから [Run] を選択して、接

続されている iOS デバイスに TestComplete から直接 Orders アプリケーションをインストールして起動できま

す。

12. iOS Orders アプリケーションの調査

iOS アプリケーションが TestComplete 用にコンパイルされている場合、TestComplete はすべての UI オブ

ジェクトとネイティブプロパティおよびメソッドを認識できます。Object Browser から、自動化可能なオブジェ

クト、プロパティ、メソッドを確認できます。

サンプルの Orders アプリケーションを見てみましょう。

1. Object Browser に移動します。

2. 左側にあるツリーで、[Mobile] - [Device("DeviceName")] - [Process("Orders")] オブジェクト

を選択します。これは、デバイスで実行中の Orders アプリケーションに対応します。

3. Process("Orders") オブジェクトを展開して、Orders アプリケーションのオブジェクトを確認しま

す。

4. オブジェクトを選択すると、右側のタブにそのプロパティとメソッドが表示されます。



112

プロパティとメソッドの iOS カテゴリは、(iOS オペレーティングシステムによって提供される) オブジェクトの

ネイティブプロパティとメソッドです。Extended カテゴリには、TestComplete によって追加されたプロパティ

とメソッドが含まれています (例: タップやテキスト入力などのユーザーアクションを自動化するためのメソッ

ド)。これらのプロパティとメソッドのいくつかを自動テストで使用します。


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

サンプルの iOS Orders アプリケーションは、注文のリストを管理します。ここでは、アプリケーションの Edit

Order ページが正しく機能し、注文リストのデータが変更されるかどうかをテストします。この場合、次のよう

になります。The sample iOS Orders application works with a list of orders. Suppose you need to test whether

the application’s Edit Order page functions properly and modifies data in the order list. In this case --




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







テストの作成


113

iOS Orders アプリケーション用のテストの作成

サンプル iOS Android Orders アプリケーションに対してキーワードテストを作成してみましょう。

1. エディターでキーワードテストを開きます。

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

動的に作成します。このテストにテストコマンドを追加します。

キーワードテストを開くには:

Project Explorer パネルに移動します。

KeywordTests ノードを展開します。

Test1 ノードをダブルクリックします。

2. モバイルテストでは毎回、開始時にテストで使用するモバイルデバイスを定義する必要がありま

す。

Operations パネルの Mobile カテゴリから Test Area へ Select Device operation をドラッグし

ます。これにより、この operation がテストに追加されます。

操作パラメーターのダイアログで、接続されているモバイルデバイス名を選択し、[Finish]




114

3. 次に、デバイスでテストするアプリケーションを起動する必要があります。

Test Actions カテゴリから Run TestedApp operation を追加します。

操作パラメーターのダイアログで、Orders アプリケーションを選択し [Finish] をクリックしま

す。

テストするアプリケーションとして iOS Orders を追加する際に、ここでは [Deploy to the device on

start] オプションを有効にしています。そのため、アプリケーションは自動的に接続されているデバイ

スへ展開され、そのデバイスで起動されます。

4. [Mobile Screen] ウィンドウが開き、iOS Orders アプリケーションが起動され、初期画面が表示される

ことを確認します。

mk:@MSITStore:C:/TmpWorkFiles/HTML%20Help%201.x/TestComplete10.chm::/Topics/Basics/UI/Panels/MobileScreen/About_Mobile_Screen_Window.htm

テストの作成


115

5. [Edit] ボタンをタップして Orders アプリケーションを編集モードに切り替えるユーザーアクションを

作成します。

Test Actions カテゴリから On-Screen Action operation を追加します。[Operation

Parameters] ウィザードが起動します。





116

ウィザードが最小化されるまで待ってから、そのアイコンを [Mobile Screen] ウィンドウにド

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

ムでハイライトされます。

[ターゲットアイコン] を [Edit] ボタンの上に移動し、赤いフレームでハイライトされたら、マウ

スのボタンを離します。

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

に表示されます。


テストの作成


117

次のページに、選択した画面上のオブジェクトの利用可能なメソッドとプロパティのリストが

表示されます。このリストには、TestComplete によって提供されるメソッドとプロパティ、およ

びテストするアプリケーションの内部メソッドとプロパティが含まれます。

TouchButton メソッドを選択して [Next] をクリックします。

次のページで、メソッドのパラメーターを指定します。このチュートリアルでは、

TouchButton メソッドで指定するパラメーターはありません。


これで、[Edit] ボタンをタップする画面上の操作が追加されました。

6. [Mobile Screen] ウィンドウで [Edit] ボタンをクリックします。Orders アプリケーションが編集モードに

切り替わります。



118

7. 注文リストから 1 つの注文を選択するユーザーアクションを作成してみましょう。



画面上のオブジェクト: ターゲットアイコンを使用して Samuel Clemens の注文を選

択します。

呼び出すメソッド: Touch

テストの作成


119


8. [Mobile Screen] ウィンドウで Samuel Clemens の注文をクリックします。[Edit Order] 画面が表示され

ます。

9. 注文の詳細情報で顧客名を変更してみましょう。



画面上のオブジェクト: ターゲットアイコンを使用して、[CUSTOMER INFO] で

Samuel Clemens 文字列を含むエディットボックスを選択します。



120

呼び出すメソッド: Keys

メソッドのパラメーター: Text: Junior

これにより、テスト中に顧客名が Samuel Clemens から Samuel Clemens Junior に変わります。

10. 文字列の変更を適用するには、エディットボックスコントロールの endEditing メソッドを呼び出

す必要があります。これは、手動で文字列を編集し、デバイスまたは画面上のキーボードで Enter

キーを押したときに呼び出される内部メソッドです。


テストの作成


121


画面上のオブジェクト: 前のステップと同じエディットボックスを選択します。

呼び出すメソッド: endEditing

メソッドのパラメーター: デフォルト値

11. [Mobile Screen] ウィンドウで顧客名を変更することもできます。

[Customer Name] エディットボックス内をクリックします。

[Mobile Screen] ウィンドウで、デスクトップのキーボードを使用して、Samuel Clemens Junior

と入力します。

デスクトップキーボードまたはデバイスの画面上のキーボードでで Enter キーを押します。

これで、顧客名の変更が適用されます。

12. 次に、[Edit Order] 画面で [Save] ボタンをタップして注文の変更を保存する操作をシミュレートしま

す。



画面上のオブジェクト: ターゲットアイコンを使用して [Save] ボタンを選択します。



13. [Mobile Screen] ウィンドウで、[Edit Order] 画面の [Save] ボタンをクリックします。すると、確認ダイア

ログが表示されます。



122

14. 変更を保存するには、[Yes] ボタンのタップ操作をシミュレートする必要があります。



画面上のオブジェクト: ダイアログで [Yes] ボタンを選択します。



15. [Mobile Screen] ウィンドウで、確認ダイアログの [Yes] ボタンをクリックします。

16. 次に、ナビゲーションバーにある Orders ラベルのタッチ操作をシミュレートします。(一度に 1 つの

画面のみを表示する) iPhone デバイス上でこのアクションを行うと、アプリケーションは [Orders List]

画面に切り替わります。(同時に両方の画面を表示する) iPad デバイスでは、このアクションは冗長

です。[Orders List] 画面が表示されることを確認するため、すべてのデバイスで Orders ラベルの

タッチ操作をテストします。



画面上のオブジェクト: ナビゲーションバーで Orders ラベルを選択します。



17. [Mobile Screen] ウィンドウで、ナビゲーションバーにある Orders ラベルをクリックします。

18. 最後に、[Done] ボタンをタップして編集モードを終了するユーザーアクションをシミュレートします。



画面上のオブジェクト: 注文リストの左上にある [Done] ボタンを選択します。



19. [Mobile Screen] ウィンドウで、[Done] ボタンをクリックします。

注文リストが通常モードに戻ります。

テストの作成


123


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






Checkpoints カテゴリから Property Checkpoint operation を追加します。 [Property

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

成します。

ウィザードの最初のページで、ターゲットアイコンを使用して [CUSTOMER INFO] で

Samuel Clemens Junior 文字列を含むエディットボックスを選択します。

選択したオブジェクトの名前が [Object] ボックスに表示され、その下にオブジェクトの画像

が表示されます。



124








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

イルコントロール固有のプロパティが含まれます。このプロパティは、Extended ノード下に

表示されます。3 つめのグループには、対応するコントロールのすべてのネイティブプロパ

ティが含まれ、iOS ノード下に表示されます。

データの検証には、ネイティブの text プロパティを使用します。このプロパティは、選択した

エディターのテキストにアクセスできるようにします。

テストの作成


125

リストから text プロパティを検索します。このプロパティを選択し、[Next] をクリックして続

行します。

ウィザードの次のページでは、検証されるプロパティ名、比較条件、および基準データ




126

[Finish] をクリックしてチェックポイント作成を完了します。

21. これで終了です。ここでは、ゼロから次のようなキーワードテストを作成しました。

作成したテストは次のようになります。

識別プロパティの修正


127

22. TestComplete のメインメニューから [File] - [Save] を選択し、テストとプロジェクトへの変更を保存

します。

14. 識別プロパティの修正

テストを実行する前に行うべきことが 1 つあります。一部の iOS アプリケーションには、インデックスが変わる

動的オブジェクトが含まれています。TestComplete が動的オブジェクトを正しく識別できるように、Name

Mapping プロジェクト項目 (オブジェクトリポジトリ) でこれらのオブジェクトに一意な識別プロパティを指定す

る必要があります。

Project Explorer で NameMapping 項目をダブルクリックして、Name Mapping エディターを開きます。この

エディターで、オブジェクトの識別プロパティを確認および編集できます。

このチュートリアルでは、2 つのオブジェクトを設定します。

Aliases.device.processOrders.window.tableview.tableviewcell - テストで編集する注文リストの行。デ

フォルトでは、ObjectType と ObjectGroupIndex によってマッピングされます。インデックス

プロパティをテキストプロパティ textLabel.text に変更する必要があります。

Aliases.device.processOrders.window2 - 編集した注文を保存するようにユーザーに通知するウィン

ドウ。デフォルトでは、ObjectType によってマッピングされます。クラス名プロパティ

ObjectClassName を追加する必要があります。

最初に、tableviewcell オブジェクトの識別プロパティを編集します。

1. Aliases ツリーで次のオブジェクトを選択します。

Aliases.device.processOrders.window.tableview.tableviewcell

2. tableviewcell オブジェクトをダブルクリックします。

3. 表示されるダイアログで、左側のリストにある ObjectGroupIndex プロパティを選択し、をク

リックします。



128

4. 右側のリストで textLabel プロパティを選択し、その隣にある [...] ボタンをクリックします。そして、

text サブプロパティを選択し、をクリックします。

5. textLabel.text プロパティの値を Samuel Clemens に設定します。プロパティ値をクリックし、

[...] ボタンをクリックして、新しい値を指定してから [OK] をクリックします。

左側の Selected プロパティは次のようになります。

6. [OK] をクリックして、[Edit Name Mapping Item] ダイアログを閉じます。

同様の方法で、Aliases.device.processOrders.window2 オブジェクトの識別プロパティを編集します。

ObjectClassName プロパティを追加し、その値を _UIAlertNormalizingOverlayWindow (iOS 6

の場合) または _UIModalItemHostingWindow (iOS 7 の場合) に設定します。

15. テストの実行

テストを実行してその動作を検証してみましょう。

テストの実行

テストを実行するには、テストエディターのツールバーにある [Run Test] をクリックします。

テストの実行


129

TestComplete は、デバイスで Orders アプリケーションを起動して、テスト動作を実行します。 Samuel

Clemens の注文を開き、顧客名を Samuel Clemens Junior に変更します。

テスト結果

テストの終了後、テスト結果が表示され、テストが成功したか、失敗したかを確認できます。テスト結果につ

いては、このチュートリアルの次のステップで詳しく説明します。

テスト実行に関する注意

重要: テスト実行中は、テスト動作の妨げとならないように、デバイスの画面に触れないでく

ださい。


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

す。



130

[Test Engine] ツールバーまたはインジケーターの [Stop] を押すか、または TestComplete メ

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

す。



Watch List や Locals パネルあるいは [Evaluate] ダイアログを使用してテストの変数やオブジェ

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




テスト終了後、すべてのテスト操作の結果を含むテストログが表示されます。


ログには、アクション、イベント、チェックポイントなどに関するさまざまなメッセージが含まれています。メッ

セージリストの上のツールバーを使用してメッセージをフィルタリングできます。ログメッセージをダブルク



131

リックすると、そのメッセージを出力したテスト操作が表示されます。これは、エラーの原因となった操作を把

握するのに便利です。

ログの下にある Picture ペインには、テスト操作の実行中にキャプチャーされたテストするアプリケーション

のスクリーンショットが表示されます。Additional Info ペインでは、実行された操作の詳細が得られます。

たとえば、プロパティチェックポイントの Additional Info には、検証の種類 (equals、contains、matches a

regular expression など) およびその他の詳細が含まれています。

ログの下には、このほかにも 2 つのペインがあります。

Call Stack は、互いを呼び出すテストのデバッグに役立ちます。現在の操作またはエラーのテスト

コールのシーケンスが分かります。

Performance Counters は、テスト実行中のローカルまたはリモートコンピューターに関する情報

(CPU 負荷、メモリ使用など) を表示します。このチュートリアルでは使用しませんが、クライアント

サーバー型の iOS アプリケーションでは、パフォーマンスカウンターを利用してサーバーに関する

情報を追跡できます。

すべてのログが Project Explorer の [Project Suite Logs] - [ProjectName Logs] にあるため、以前のロ

グを見ることもできます。

テストが失敗することがあります。その原因として、アプリケーションのオブジェクトプロパティが変更され、

Name Mapping で指定されている識別プロパティと一致しなくなった場合が挙げられます。テストに失敗した

場合は、トラブルシューティングし、エラーの原因を特定して、修正する必要があります。エラーの特定と修

正の詳細については、TestComplete ヘルプの「Handling Playback Errors」と「Debugging Tests」を参照して

ください。



132

17. 複数のデバイスでのテストの実行

1 つのモバイルデバイスでテストが正常に実行されることを確認したら、そのテストを変更して複数のモバイ

ルデバイスで実行することができます。そうすることで、モバイルアプリケーションが異なる種類のモバイル

デバイス (スマートフォン、タブレットなど) で正しく動作することを確認できます。

テストを変更して、異なるモバイルデバイスで実行してみましょう。

テストの始めに Mobile カテゴリから Device Loop operation を追加します。

操作パラメーターのダイアログで、[Iterate Through All Connected Devices] を選択し、


テストから Select Device operation を削除/無効にします。Device Loop operation によりモバイルデ

バイスの切り替えが行われるため、Select Device operation は不要です。

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

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



133

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

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

「iOS デバイスの準備」で説明したようにほかのモバイルデバイスの準備と接続を行います。

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

TestComplete は、モバイルデバイスの数だけテスト操作を繰り返します。毎回、異なるモバイルデバイスで

テストアクションが実行されます。

テストログには、使用したモバイルデバイスに関する情報と、各デバイスで実行されたテスト操作の結果が

含まれます。

次のステップ


134

次のステップ

スタートガイドチュートリアルはこれで終了です。このスタートガイドが 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)



135

このセクションは、TestComplete を用いたマウスクリック、キーストローク、メニュー項目の選択のシ

ミュレートについて説明します。

アプリケーションのオブジェクトとコントロールの使用 (Working With Applications’ Object and

Controls)

このセクションは、テストオブジェクトに対する特定のアクションの実行方法と、そこからデータを取り

込む方法を説明します。

テストの拡張

テストの拡張に役立つさまざまな TestComplete 機能に関する情報が得られます (イベントの処理方

法、ActiveX オブジェクト、ファイル、データベースの使用方法など)。

Web アプリケーションに関するトピック

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

TestComplete によるモバイルアプリケーションのテストに関する基本情報があります。

Web テストの作成とレコーディング

Web アプリケーションの自動テストの作成とレコーディングに関する基本情報を説明します。

Web ページでのオブジェクトの検出

Web ページ要素を検出するさまざまな方法を説明します。

クロスブラウザーテスト

TestComplete でブラウザーに依存しないテストを作成する方法を示します。

モバイルアプリケーションに関するトピック

Android アプリケーション


TestComplete による Android アプリケーションのテストに関する基本情報があります。

Android Open アプリケーション用のテストの作成

TestComplete 用に準備された Android アプリケーションのテストに関する詳しい情報を提供しま

す。

Android デバイスでのユーザーアクションのシミュレーション

Android デバイスで、タッチ、スワイプなどのさまざまなユーザーアクションをシミュレートする方法を

説明します。

iOS アプリケーション


次のステップ


136

TestComplete による iOS アプリケーションのテストに関する基本情報があります。

iOS テスト用のアプリケーション、デバイス、テストコンピューターの準備

テスト用に iOS アプリケーション、デバイス、テストコンピューター、TestComplete を準備する方法を

説明します。

iOS アプリケーションでのユーザーアクションのシミュレート

iOS アプリケーションでタッチやキーストロークなどのユーザーアクションをシミュレートする方法を

説明します。



137

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

TestComplete に関する質問、問題、その他のお問い合わせについては、下記のフォームからサポート

チームまでご連絡ください。

http://support.smartbear.com/message/?prod=TestComplete

サポートチームから電子メールで回答を送付します。また、以後の連絡は電子メールで行われます。

さらに、フォーラムで回答を探したり、意見を交換することもできます。また、よくある質問で質問に対する回

答を見つけたり、ビデオチュートリアル、Web セミナー、ブログを見たり、テクニカルペーパーを参照したり、

SmartBear 社による TestComplete トレーニングセミナーに参加することも可能です。

開発元から提供されるサポート情報に関しては、次の Web サイトを参照してください：

http://support.smartbear.com/。

http://support.smartbear.com/message/?prod=TestComplete

http://support.smartbear.com/

索引


138

索引

Ａ

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

Ｉ

iOS アプリケーションのテスト .............................. 108

Ｍ

Mobile Screen ................................................ 90, 117

Ｎ

Naming オブジェクト .............................................. 10

Ｏ

Object Browser パネル ..............................9, 85, 114

Open アプリケーション ........................................... 12

Ｐ

Project Explorer パネル .......................................... 8

Ｓ

Stores ..................................................................... 12

Ｕ

UI テスト ................................................................... 5

Ｗ

Web アプリケーションのテスト ............................... 49

お

オブジェクト naming .............................................. 10

オブジェクトモデル ............................................... 10

オブジェクト名のマッピング ............................. 42, 68

き

キーワードテスト ...................................................... 5

機能テスト ................................................................. 5

さ

作成

Web プロジェクト ................................................ 53

デスクトッププロジェクト .................................... 22

サポートとリソース ................................................. 141

し

自動テスト ................................................................. 5

準備

Android アプリケーション ................................... 81

Android デバイス ............................................... 80

iOS アプリケーション ........................................ 111

iOS デバイス .................................................... 109

す

スクリプト ................................................................... 5

ち

チェックポイント .................................. 12, 30, 97, 126

作成 ...................................................... 30, 97, 126

て

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

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

テスト

作成 ................................................ 24, 55, 86, 115

実行 .............................................. 42, 68, 101, 131

自動テストについて ............................................. 5

テストタイプ ......................................................... 5

テスト結果の解析 ......................... 45, 70, 103, 133

レコーディング .............................................. 24, 55

索引


139

レコーディングしたテストの解析 ................. 37, 65

テストオブジェクトモデル ..................................... 10

テストプロジェクト .................................................... 6

Web プロジェクトの作成 .................................... 49

デスクトッププロジェクトの作成 ........................ 15

モバイルプロジェクトの作成 (iOS) ................. 112

モバイルプロジェクトの作成 (Android) ............ 82

モバイルプロジェクトの作成 (iOS) ................. 108

テストログ

Web ................................................................... 70

ソースにジャンプ ..................................47, 72, 104

デスクトップ ........................................................ 45

テスト結果

Web ................................................................... 70

エラーの解決 .......................................48, 73, 105

ソースにジャンプ ..................................47, 72, 104

デスクトップ ........................................................ 45

モバイル (iOS) ................................................ 133

モバイル(Android) .......................................... 103


Web ................................................................... 70

デスクトップ ........................................................ 45

モバイル ...................................................103, 133

テストするアプリケーション

モバイル .......................................................... 112

テストするアプリケーション

Web ................................................................... 51

デスクトップ ........................................................ 17

モバイル ............................................................ 82

テストの作成

Web ................................................................... 55

デスクトップ ........................................................ 24

モバイル (Android) ........................................... 86

モバイル (Android) ......................................... 115

テストの実行

Web ................................................................... 68

一時停止 ...................................... 44, 69, 102, 133

異なるブラウザー .............................................. 73

初期状態 ..............................................42, 68, 101

停止 .............................................. 43, 69, 102, 133

デスクトップ ........................................................ 42

バッチの実行 .................................................... 44

複数のデバイス ........................................106, 135

モバイル ................................................... 101, 131

テストのレコーディング

Web .................................................................... 55

デスクトップ ........................................................ 24

ね

ネームマッピング ..................................... 42, 68, 130

識別プロパティの修正 ..................................... 130

は

パネル ...................................................................... 8

ふ

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

プロジェクト ............................................................... 6

Web .................................................................... 49

デスクトップ ........................................................ 15

モバイル (Android) ............................................ 75

モバイル (iOS) ................................................. 108

プロジェクトスイート ................................................. 6

プロジェクト項目 ....................................................... 6

ほ

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

も

モバイルアプリケーションのテスト ................. 75, 108

モバイルテストの準備 ................................... 76, 109

ゆ

ユーザーアクションのシミュレーション ............ 41, 67

ユーザーインターフェース概要 .............................. 8

れ


Web .................................................................... 65

デスクトップ ........................................................ 36

ろ

ログ

Web .................................................................... 70

ソースにジャンプ .................................. 47, 72, 104

索引


140

デスクトップ ........................................................ 45

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

Documents

Transcript of デスクトップ、Web およびモバイル テストの …...TestComplete...

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

Transcript of デスクトップ、Web およびモバイルテストの …...TestComplete...