DevTest Solutions
インストール
バージョン 8.0
このドキュメント（組み込みヘルプ システムおよび電子的に配布される資料を含む、以下「本ドキュメント」）は、
お客様への情報提供のみを目的としたもので、日本 CA 株式会社（以下「CA」）により随時、変更または撤回される
ことがあります。
CA の事前の書面による承諾を受けずに本ドキュメントの全部または一部を複写、譲渡、開示、変更、複本することは
できません。 本ドキュメントは、CA が知的財産権を有する機密情報です。ユーザは本ドキュメントを開示したり、
（i）本ドキュメントが関係する CA ソフトウェアの使用について CA とユーザとの間で別途締結される契約または (ii)
CA とユーザとの間で別途締結される機密保持契約により許可された目的以外に、本ドキュメントを使用することはで
きません。
上記にかかわらず、本ドキュメントで言及されている CA ソフトウェア製品のライセンスを受けたユーザは、社内で
ユーザおよび従業員が使用する場合に限り、当該ソフトウェアに関連する本ドキュメントのコピーを妥当な部数だけ
作成できます。ただし CA のすべての著作権表示およびその説明を当該複製に添付することを条件とします。
本ドキュメントを印刷するまたはコピーを作成する上記の権利は、当該ソフトウェアのライセンスが完全に有効と
なっている期間内に限定されます。 いかなる理由であれ、上記のライセンスが終了した場合には、お客様は本ドキュ
メントの全部または一部と、それらを複製したコピーのすべてを破棄したことを、CA に文書で証明する責任を負いま
す。
準拠法により認められる限り、CA は本ドキュメントを現状有姿のまま提供し、商品性、特定の使用目的に対する適合
性、他者の権利に対して侵害のないことについて、黙示の保証も含めいかなる保証もしません。 また、本ドキュメン
トの使用に起因して、逸失利益、投資損失、業務の中断、営業権の喪失、情報の喪失等、いかなる損害（直接損害か
間接損害かを問いません）が発生しても、CA はお客様または第三者に対し責任を負いません。CA がかかる損害の発
生の可能性について事前に明示に通告されていた場合も同様とします。
本ドキュメントで参照されているすべてのソフトウェア製品の使用には、該当するライセンス契約が適用され、当該
ライセンス契約はこの通知の条件によっていかなる変更も行われません。
本ドキュメントの制作者は CA です。
「制限された権利」のもとでの提供：アメリカ合衆国政府が使用、複製、開示する場合は、FAR Sections 12.212、52.227-14
及び 52.227-19(c)(1)及び(2)、ならびに DFARS Section252.227-7014(b)(3) または、これらの後継の条項に規定される該当
する制限に従うものとします。
Copyright © 2014 CA. All rights reserved. 本書に記載された全ての製品名、サービス名、商号およびロゴは各社のそれぞ
れの商標またはサービスマークです。
CA への連絡先
テクニカル サポートの詳細については、弊社テクニカル サポートの Web
サイト（http://www.ca.com/jp/support/）をご覧ください。
目次
第 1 章： インストール前の注意事項
9
システム要件 .............................................................................................................................................................. 9
オペレーティング システム要件 .................................................................................................................... 10
独自の JVM の提供 ............................................................................................................................................ 13
DevTest サーバ システム要件 .......................................................................................................................... 15
CA Application Test 用の DevTest ワークステーション のシステム要件 ..................................................... 16
CA Service Virtualization のシステム要件 ........................................................................................................ 16
CAI システム要件 .............................................................................................................................................. 17
通信要件............................................................................................................................................................. 17
データベース システム要件 ............................................................................................................................ 18
サポートされるブラウザ ................................................................................................................................. 21
DevTest システムの計画 .......................................................................................................................................... 22
DevTest コンポーネント ................................................................................................................................... 24
DevTest サーバ コンポーネントについて ...................................................................................................... 26
DevTest プロセスの関係 ................................................................................................................................... 28
DevTest Solutions アーキテクチャ .......................................................................................................................... 30
CA Application Test アーキテクチャ ................................................................................................................ 31
CA Service Virtualization アーキテクチャ ........................................................................................................ 34
CAI アーキテクチャ .......................................................................................................................................... 36
エンタープライズ ダッシュボード アーキテクチャ ................................................................................... 37
DevTest サーバ コンポーネント ...................................................................................................................... 38
CA Application Test および CA Service Virtualization 用の DevTest サーバ のデータ フロー ....................... 41
DevTest Solutions インストーラのダウンロード .................................................................................................. 43
第 2 章： DevTest インストールの概要
45
インストール オプション ....................................................................................................................................... 46
DevTest Solutions のインストールおよびセットアップ方法 .............................................................................. 50
ライセンス アクティブ化の仕組み ....................................................................................................................... 52
第 3 章： DevTest サーバ インストールおよびインストール後の作業
53
Windows での DevTest サーバ のインストール .................................................................................................... 53
UNIX での DevTest サーバ のインストール ........................................................................................................... 59
Mac での DevTest サーバ のインストール ............................................................................................................ 63
目次 5
レジストリのアクティブ化 .................................................................................................................................... 67
レジストリのアクティブ化の確認 ........................................................................................................................ 68
インストール後 ........................................................................................................................................................ 69
既存のレジストリの設定 ................................................................................................................................. 70
HTTP/S プロキシ サーバの使用 - DevTest サーバ .......................................................................................... 74
異なるシステムで動作するコンポーネント ................................................................................................. 77
シミュレータ インスタンスの算出 ................................................................................................................ 78
負荷およびパフォーマンス サーバのサイジング ........................................................................................ 79
Java 環境での DevTest ワークステーション の使用 ..................................................................................... 80
デフォルト プロジェクト ホームの変更 ....................................................................................................... 81
プロジェクト ディレクトリ構造 .................................................................................................................... 81
DevTest サーバ のアンインストール ..................................................................................................................... 82
第 4 章： DevTest ワークステーション のインストール
85
Windows での DevTest ワークステーション のインストール ............................................................................ 86
UNIX での DevTest ワークステーション のインストール ................................................................................... 89
Mac での DevTest ワークステーション のインストール..................................................................................... 92
HTTP/S プロキシ サーバの使用 - DevTest ワークステーション .......................................................................... 94
環境設定 .................................................................................................................................................................... 97
第 5 章： デモ サーバのインストール
第 6 章： DevTest Solution のインストールの確認
99
103
DevTest の起動および UI へのログイン ............................................................................................................... 103
DevTest プロセスまたはサービスの起動 ............................................................................................................ 104
標準スーパー ユーザとしてのログイン ............................................................................................................. 108
スーパー ユーザ ロールが付与されたユーザの作成 ........................................................................................ 110
DevTest ユーザ インターフェースへのアクセス ............................................................................................... 112
第 7 章： 統合ツールのインストール
115
パフォーマンス モニタ（Perfmon）のインストール ....................................................................................... 116
SNMP のインストールおよび設定 ....................................................................................................................... 117
Microsoft SNMP エージェントのインストール............................................................................................ 118
Microsoft SNMP エージェントの設定 ........................................................................................................... 120
TCPMon の実行 ....................................................................................................................................................... 121
明示的な中継としての TCPMon の使用 ....................................................................................................... 122
要求送信者としての TCPMon の使用 ........................................................................................................... 123
6 インストール
HP ALM - Quality Center プラグインのインストール .......................................................................................... 124
IBM Rational Quality Manager のインストール .................................................................................................... 125
実装 .................................................................................................................................................................. 126
アダプタ UI のインストール ......................................................................................................................... 127
コマンドライン アダプタの実行 .................................................................................................................. 128
一般的な使用ワークフロー ........................................................................................................................... 128
CA APM との統合の設定 ........................................................................................................................................ 129
DevTest プロセスのインスツルメント ......................................................................................................... 130
Introscope エージェント ファイル ................................................................................................................ 133
トレーサによってレポートされるメトリック ........................................................................................... 135
DevTest メトリックの派生 ............................................................................................................................. 137
トレーサ設定................................................................................................................................................... 138
Introscope エージェントのインストール ..................................................................................................... 141
トレーサ ログの設定 ...................................................................................................................................... 141
レポートされる標準メトリック ................................................................................................................... 142
メトリックの表示 ........................................................................................................................................... 145
レポート........................................................................................................................................................... 153
SAP システム ランドスケープ ディレクトリのセットアップ ......................................................................... 154
SLD への DevTest の手動登録 ......................................................................................................................... 155
DevTest SLD XML ファイルのインポート ...................................................................................................... 156
第 8 章： モバイル テスト環境の設定
157
モバイル アプリケーション テストのシステム要件 ........................................................................................ 157
モバイル テストでサポートされているオペレーティング システム...................................................... 157
サポートされているモバイル オペレーティング システム ..................................................................... 157
モバイル テストのハードウェア要件 .......................................................................................................... 158
モバイル テスト用のインストール前の手順 ..................................................................................................... 158
モバイル テスト用のインストール前の手順（Macintosh） ..................................................................... 158
モバイル テスト用のインストール前の手順（Windows） ....................................................................... 161
ANDROID_HOME の定義 .................................................................................................................................. 162
Android SDK のセットアップ.......................................................................................................................... 163
Genymotion の使用 ................................................................................................................................................. 166
Genymotion デバイスの管理 .......................................................................................................................... 168
VBOXMANAGE_CMD の定義............................................................................................................................ 169
用語集
171
目次 7
第 1 章： インストール前の注意事項
このセクションには、以下のトピックが含まれています。
システム要件 (P. 9)
DevTest システムの計画 (P. 22)
DevTest Solutions アーキテクチャ (P. 30)
DevTest Solutions インストーラのダウンロード (P. 43)
システム要件
このセクションでは、さまざまな DevTest コンポーネントの要件を示しま
す。 これらの一般的な要件は、プロジェクトの範囲に応じて変わる可能
性があります。
■
オペレーティング システム要件 (P. 10)
■
独自の JVM の提供 (P. 13)
■
DevTest サーバ システム要件 (P. 15)
■
CA Application Test 用の DevTest ワークステーション のシステム要件
(P. 16)
■
CA Service Virtualization のシステム要件 (P. 16)
■
通信要件 (P. 17)
■
データベース システム要件 (P. 18)
■
サポートされるブラウザ (P. 21)
第 1 章： インストール前の注意事項 9
システム要件
オペレーティング システム要件
以下のオペレーティング システムがサポートされています。
■
■
■
Microsoft Windows：
■
Windows Server 2012
■
Windows 7
■
Windows 8（最新のサービス パックとすべての重大な更新が適用さ
れている）
Linux および UNIX
■
Fedora 19
■
Red Hat Enterprise Linux 6.3
■
SUSE Linux 10 SP2、11.x
■
Ubuntu 11.04、12.04、13.x
■
Oracle Solaris 10、11
■
IBM AIX 6.1、7.0
Mac OS X 10.9、10.10
特に DevTest サーバ には 64 ビットのオペレーティング システムおよび
JRE をお勧めします。
DevTest サーバ JVM システム要件
2 GB を超えるヒープ サイズを必要とする場合、DevTest サーバ には 64
ビット Java 7 をお勧めします。
Java JDK
DevTest Solutions を構成する製品は、Java アプリケーションです。 Oracle
JRE は、汎用 UNIX インストーラ以外の各オペレーティング システム固有
インストーラ（JDK の tools.jar を含む 1.7.0_17 JRE）に含まれています。ユー
ザが独自の JVM を提供する (P. 13)場合、IBM JRE Version 7 Release 1 もサ
ポートされます。
10 インストール
システム要件
DevTest ワークステーション、DevTest サーバ、および VSE でサポートされ
る Java の最小バージョンは、Java 1.7 update 6 です。
この要件は DevTest 側のみの要件です。 Java 1.7 仮想マシン（VM）で実行
される DevTest は、新旧の JRE を実行するアプリケーション サーバ上のア
プリケーションをテストするために使用できます。
以下の表に、さまざまな JDK に対して提供されるサポートのリストを示し
ます。
DevTest ワーク
ステーション
DevTest サーバ - コーディ
ネータ、シミュレータ、レジスト DevTest サーバ - VSE
リ
DevTest Java
エージェント
（CAI）
JDK
1.5
サポートなし
サポートなし
サポートなし
サポート対象
JDK
1.6
サポートなし
サポートなし
サポートなし
サポート対象
JDK
1.7
ランタイムに
必要
ランタイムに必要
ランタイムに必要
サポート対象
第 1 章： インストール前の注意事項 11
システム要件
注： DevTest は、IBM JRE Version 8、Oracle JRE 1.8、および OpenJDK をサポー
トしていません。
Kerberos 認証は IBM JRE ではサポートされていません。
DevTest ワークステーション は、Java の異なるバージョンで Web サービス
およびメッセージング バックボーンをテストできません。
以下に、DevTest Java エージェント（CAI）の JDK サポートに関する一般的
なガイダンスを示します。
■
CAI は、JDK 1.5、JDK 1.6、および JDK 1.7 ベースのシステムをサポート
します。
■
Oracle の JDK のみが完全にサポートされています。IBM JDK は、限定的
にのみサポートされます。
DevTest によるフォルダのロック
LISA_HOME ディレクトリの以下のフォルダには、読み取り/書き込み権限
が必要です。
■
locks
一般的に、LISA_HOME ディレクトリのその他のフォルダは読み取り専用権
限で制限できます。
lisatmp フォルダ
ユーザ ホーム ディレクトリ（UNIX、Linux、および OS X）または Documents
and Settings （Windows）内の以下のフォルダは、読み取り/書き込み権限
を必要とします。
■
lisatmp_x.x （存在する場合）
DevTest CICS エージェント
DevTest CICS エージェントは、CICS バージョン 3.2、4.1、および 4.2 をサポー
トします。
12 インストール
システム要件
独自の JVM の提供
汎用 UNIX インストーラには JRE が含まれていません。 汎用 UNIX インス
トーラを使用する場合、独自の JVM を提供する必要があります。
必要に応じて、この手順を別のプラットフォーム用のインストーラで使用
して、含まれている JRE を無効にできます。 「Java 環境での DevTest ワー
クステーション の使用 (P. 80)」を参照してください。
注： DevTest は、IBM JRE Version 7 Release 1 をサポートしています。DevTest
は、IBM JRE Version 8、Oracle JRE 1.8、および OpenJDK をサポートしていま
せん。
次の手順に従ってください：
1. ご使用のプラットフォーム用の Java Development Kit（JDK）7 パッケー
ジを Oracle の Web サイトからダウンロードします。
2. Java Cryptography Extension （JCE） Unlimited Strength Jurisdiction Policy
Files 7 を Oracle の Web サイトからダウンロードします。
3. DevTest をインストールするコンピュータに、お使いのオペレーティン
グ システム用の JDK 7 をインストールします。 java ディレクトリがな
い場合は作成します（mkdir java）。
たとえば、JDK 7 を ¥usr¥java にインストールします。これにより、
¥usr¥java¥jdk1.7.0_67 ディレクトリ（JDK_HOME）が作成されます。
4. jdk-7u67-platform. tar.gz ファイルをコピーした後に、次のコマンドを入
力します。
tar zxvf jdk-7u67-platform-x64.tar.gz
5. 環境変数を設定します。
■
JDK_HOME 環境変数を、JDK 7 をインストールしたディレクトリに
設定します。
■
JAVA_HOME 環境変数を JDK_HOME ディレクトリを指すように設
定します。
以下に例を示します。
cd ¥usr¥java¥jdk1.7.0_67
pwd
export JAVA_HOME=$PWD
export JDK_HOME=$PWD
第 1 章： インストール前の注意事項 13
システム要件
6. UnlimitedJCEPolicyJDK7.zip ファイルから UnlimitedJCEPolicy フォルダを
抽出します。このフォルダから JDK_HOME¥jre¥lib¥security ディレクト
リに以下の JAR ファイルを移動させます。
■
local_policy.jar
■
US_export_policy.jar
この操作により、既存の JAR ファイルが同じ名前のファイルに置き換
えられます。
7. JDK_HOME¥lib ディレクトリから JDK_HOME¥jre¥lib¥ext ディレクトリ
に tools.jar ファイルをコピーします。
cd $JDK_HOME¥jre¥lib¥ext
cp $JDK_HOME¥lib¥tools.jar
8. 含まれている JRE を無効にする場合は、DevTest をインストールした後
に、以下の手順を実行します。
a. LISA_JAVA_HOME 環境変数を設定します。 以下に例を示します。
cd ¥usr¥java¥jdk1.7.0_67
pwd
export LISA_JAVA_HOME=$PWD
b. 「Java 環境での DevTest ワークステーションの使用 (P. 80)」の説明
に従って、DevTest インストール ディレクトリにある jre ディレク
トリの名前を「jre_default」に変更します。
14 インストール
システム要件
DevTest サーバ システム要件
CA Application Test、CA Service Virtualization、および CA Continuous
Application Insight には、DevTest サーバ のレジストリが必要です。
DevTest サーバ の最小要件は以下のとおりです。
■
CPU： 2 GHz 以上、4 コア以上
■
RAM： 4 GB
■
ディスク容量： 50 GB
■
データベース： 「データベース システム要件 (P. 18)」を参照してく
ださい。 データベースは別のシステムに配置でき、少なくとも 200 GB
のストレージが必要です。
DevTest サーバ の推奨要件は以下のとおりです。
■
CPU： 2 GHz 以上、8 コア以上
■
RAM： 8 GB
■
ディスク容量： 50 GB
■
データベース： 「データベース システム要件 (P. 18)」を参照してく
ださい。 データベースは別のシステムに配置でき、少なくとも 500 GB
のストレージが必要です。
負荷およびパフォーマンス テストについては、以下のリソースを推奨し
ます。
■
シミュレータあたり 250 の仮想ユーザ
■
シミュレータあたり 1 つのプロセッサ コアおよび 2 GB の RAM
4000 の同時仮想ユーザの例： 16 個のシミュレータ、16 個のプロセッサ コ
ア、32 GB の RAM （DevTest に対して）
各データ センターに対して
■
1 つのテスト レジストリおよび 1 つのコーディネータ
■
1 つのプロセッサ コア/プロセス = 2 つのプロセッサ コア
■
各 2 GB の RAM = 4 GB （DevTest に対して）
第 1 章： インストール前の注意事項 15
システム要件
基本的な DevTest サーバ 構成には、1 つのエンタープライズ ダッシュボー
ド、1 つのレジストリ、および 1 つのポータルがあり、これらはすべての
製品に対して必要です。 CA Application Test には、1 つのコーディネータ
サーバと 1 つのシミュレータ サーバが必要です。 CA Service Virtualization
には、1 つの仮想サーバ環境が必要です。 CA Continuous Application Insight
には、1 つのブローカが必要です。 どの特定の構成についても、必要なエ
ンタープライズ ダッシュボード サーバは 1 つのみです。
注： ここに示されている要件は、ガイドラインとしての使用を意図してい
ます。 負荷の大きい環境の場合、ニーズに合わせて負荷生成環境の開発
を支援する専門サービスに問い合わせることをお勧めします。
CA Application Test 用の DevTest ワークステーション のシステム要件
DevTest ワークステーション の最小要件は以下のとおりです。
■
CPU： 2 GHz 以上、2 コア以上
■
RAM： 4 GB
■
ディスク空き容量： 2 GB
CA Service Virtualization のシステム要件
CA Service Virtualization のコンポーネントである VSE は仮想化環境の管理
に必要です。VSE はサーバ レベルのサービスで、コーディネータおよびシ
ミュレータが接続されているレジストリと共存できます。 シミュレータ
およびコーディネータは VSE の実行に必須ではありません。
以下の要件は、基準としての要件です。
16 インストール
■
CPU： 2 GHz 以上、2 コア以上
■
RAM： DevTest ワークステーション、DevTest サーバ、CAI の RAM 要件
に加えて、VSE 用の 2 GB
■
ディスク空き容量： 50 GB
■
データベース： 「データベース システム要件 (P. 18)」を参照してく
ださい。 データベースは別のシステムに配置でき、少なくとも 10 GB
のストレージが必要です。
システム要件
CAI システム要件
CA Continuous Application Insight の最小要件は以下のとおりです。
■
CPU： 2 GHz 以上、8 コア以上
■
RAM： 8 GB
■
ディスク容量： 50 GB のローカル ディスク ストレージ
■
データベース： 「データベース システム要件 (P. 18)」を参照してく
ださい。 データベースは別のシステムに配置でき、少なくとも 500 GB
のストレージが必要です。
通信要件
DevTest Solutions によるネットワーク転送の送受信をファイアウォールが
許可することを確認します。 DevTest Solutions が提供する機能には、ネッ
トワーク リソースへのアクセスが必要であり、ファイアウォールによっ
てブロックされる場合は正しく動作しません。 DevTest Solutions アプリ
ケーションを認可します。
注： 安全な通信を実装するには、「管理」の「通信を保護するための SSL の
使用」および「DevTest コンソールとの HTTPS 通信の使用」を参照してく
ださい。
DevTest ポートとの通信は、関連するファイアウォールで開かれている必
要があります。 「管理」で以下のトピックを参照してください。
■
DevTest サーバ のデフォルト ポート番号
■
DevTest ワークステーション のデフォルト ポート番号
■
デモ サーバのデフォルト ポート番号
第 1 章： インストール前の注意事項 17
システム要件
データベース システム要件
以下のコンポーネントがデータベースに情報を格納します。
■
DevTest サーバ： データベースはレポート結果に使用されます。レポー
ト結果は、必要に応じてその他の形式にエクスポートできます。 デー
タベースはアクセス制御（ACL）にも使用されます。
■
VSE： データベースは使用数およびレガシー仮想サービス イメージに
使用されます。
■
CAI： データベースは、要求/応答データ、SQL ステートメント、およ
びアプリケーション ログなどのパスに使用されます。データベースは
チケットにも使用されます。
■
エンタープライズ ダッシュボード： データベースは、DevTest Solutions
使用率監査レポート データ、その他のレジストリ情報、履歴イベント
ログ、およびメトリックに使用されます。
重要： エンタープライズ ダッシュボードには、それ専用の一意の大規
模なデータベースが必要です。 データベースは別のシステムに配置で
き、少なくとも 50 GB のストレージが必要です。IBM DB2 は、エンター
プライズ ダッシュボードのデータベースとしてはサポートされませ
ん。
デフォルトでは、これらのコンポーネントは、DevTest に含まれている
Apache Derby データベースを使用します。このデータベースは、負荷およ
びパフォーマンス テストを必要としない小規模な展開にのみ適しており、
サポートされません。 その他のすべてのシナリオについては、外部デー
タベースを使用するように DevTest を設定します。
外部データベースを使用する場合に適切なパフォーマンスを確保するた
めに、、データベース サーバおよび DevTest サーバは、ネットワーク帯域
幅が高く、遅延が低い必要があります。
DevTest は、分散設定で実行される場合、管理の行き届いたよくメンテナ
ンスされたエンタープライズ クラス データベースに高帯域幅、低遅延で
接続しているサーバ コンポーネントに強く依存します。
すべての DevTest サーバ コンポーネントは、そのデータベースと直接通信
して、それらのアクションを記録します。このデータ フローに制限があ
ると、悪影響が生まれます。
18 インストール
システム要件
DevTest の正常な機能を確保するには、どの DevTest サーバ コンポーネン
トも、データベース ホストに対して 20 ミリ秒を超えるラウンド トリップ
時間（RTT）を持たないようにする必要があります。 ネットワーク遅延が
この 20 ミリ秒の値を超えると、パフォーマンスに関する問題が発生する
可能性があります。
重要： 新規インストールの場合は、必ず、クリーンなデータベース スキー
マを使用してください。 同じ DevTest バージョンからのデータは、インス
トールの前に、クリーンなスキーマへリストアできます。 他のバージョ
ンからのデータを使用しないでください。
以下の外部データベースがサポートされています。
■
IBM DB2 10.1 または 10.5（エンタープライズ ダッシュボードではサ
ポートされない）- データベースのコード ページは 1208 である必要が
あります。 また、ページ サイズは少なくとも 8 KB である必要があり
ます。
■
MySQL 5.5 または 5.6 - MySQL データベースは、UTF-8 をサポートする
照合および文字セットを提供する必要があります。2 バイト文字は、
ACL およびレポート テーブルに格納されます。 データベースのデフォ
ルト コード ページは UTF-8 である必要があります。データベースを
UTF-8 として定義することのみでは十分ではありません。
■
Oracle 11g リリース 2 または 12c - 文字セットは Unicode セットである
必要があります。
■
Microsoft SQL Server 2008 R2 または 2012
レジストリが初めて起動されると、スキーマは外部データベースに自動的
に作成されます。 スキーマが作成される前に、DevTest ユーザに DBA 権限
があることを確認します。 スキーマが作成された後、ユーザから DBA 権
限を削除できます。
セキュリティ ポリシーがこの方法を許可しない場合、データベース管理
者はスキーマを手動で作成できます。 LISA_HOME¥database ディレクトリ
内の DDL ファイルには、レポート テーブルおよびインデックスを作成す
るための SQL ステートメントと、CA Continuous Application Insight が使用す
るエージェント データベース スキーマを作成するための SQL ステートメ
ントが含まれます。 この情報をデータベース管理者に提供します。
注： 外部データベースの設定の詳細については、「管理」を参照してくだ
さい。 エージェント データベース スキーマ用の SQL ステートメントの取
得の詳細については、「エージェント」を参照してください。
第 1 章： インストール前の注意事項 19
システム要件
重要： レジストリとエンタープライズ ダッシュボードには、それぞれ一意
のスキーマが必要です。 複数のレジストリで同じデータベース スキーマ
を指定しないでください。
負荷およびパフォーマンス テストについては、外部データベースを調整
して DevTest が必要とする量のデータ ストレージをサポートできること
を確認します。
レジストリ、コーディネータ、シミュレータ、およびすべての仮想サービ
ス環境には、高パフォーマンス データベース アクセスが必要です。 パ
フォーマンス データは、これらのコンポーネントによってデータベース
に直接記録されます。 このデータベースは同じデータ センター内に配置
することをお勧めします。 仮想マシン内でホストされるデータベースを
一般提供に使用することは推奨されません。
20 インストール
システム要件
サポートされるブラウザ
DevTest には、以下の Web ベースのポータル、コンソール、およびダッシュ
ボードが含まれます。
■
エンタープライズ ダッシュボード（http://hostname:1506/）
■
DevTest ポータル（http://hostname:1507/devtest）
■
DevTest コンソール（http://hostname:1505/）
■
■
レポート ポータル
■
継続的検証サービス
■
サーバ コンソール
■
VSEasy
■
CAI コンソール（DevTest ポータル にリダイレクト）
デモ サーバ（http://hostname:8080/lisabank/）
DevTest ポータルには HTML 5 が必要です。 そのため、新しい Web ベース
UI を使用するには、最新のインターネット ブラウザ テクノロジが必要で
す。 以下のインターネット ブラウザ バージョンは HTML 5 をサポートし
ています。
■
Google Chrome 36
■
Mozilla Firefox 30
■
Apple Safari 7.0
■
Microsoft Internet Explorer 11
注： Selenium 統合テストのレコーディングをサポートするブラウザは、
Mozilla Firefox に制限されています。これらのテストを DevTest にインポー
トした後に、テスト ケースの実行が、Google Chrome、Mozilla Firefox 24、
または Internet Explorer 10 および 11 で確認されています。
注： VSEasy をサポートする Internet Explorer ブラウザは、バージョン 10 に
制限されています。 リストに示されているその他のすべてのブラウザが
サポートされています。
第 1 章： インストール前の注意事項 21
DevTest システムの計画
DevTest システムの計画
正常に DevTest Solutions をインストールするため、インストール前に以下
の決定ポイントを考慮します。
■
どのサポートされているオペレーティング システムを使用するよう
計画しますか。
■
共有インストールまたはローカル インストールを実行していますか。
■
インストールの対象はワークステーションまたはサーバでの使用です
か。
■
どのエンタープライズ データベースを使用するよう計画しますか。
インストールが常設か、または通常使用可能な環境で使用する予定の
場合、付属の Derby データベースはサポートされません。
■
デモ サーバのインストールを計画しますか。
デモ サーバは、製品インストーラとは別に提供されます。
インストールを開始する前に、ライセンス ファイル（devtestlic.xml）がター
ゲット システムに存在し、利用可能である必要があります。
ターゲット システム内のさまざまなサービスおよびプロセスの理想的な
レイアウトに関する追加の考慮事項
■
エンタープライズ ダッシュボードは、レジストリによってアクセス可
能とする必要があります。しかし、レジストリに対してローカルであ
る必要はありません。 エンタープライズ ダッシュボードには、それ自
身のデータベース インスタンスが必要です。
■
レジストリとコーディネータは、可能な限り同じマシン上に存在する
必要があります。
■
実行可能な場合、シミュレータはコーディネータと同じネットワーク
セグメント上に存在する必要があります。
■
レジストリ、コーディネータ、シミュレータ、およびすべての仮想サー
ビス環境には、高パフォーマンス データベース アクセスが必要です。
パフォーマンス データは、これらのコンポーネントによってデータ
ベースに直接記録されます。このデータベースは同じデータ センター
内に配置することをお勧めします。 仮想マシン内でホストされるデー
タベースを一般提供に使用することは推奨されません。
データベースの要件の詳細については、「データベース システム要件 (P.
18)」を参照してください。
22 インストール
DevTest システムの計画
DevTest システムの計画を始める前に、インストールするリリースのリ
リース ノートを確認します。 システムをマイグレートしている場合は、
「マイグレーション ガイド」を確認します。
DevTest システムの計画の一部は、DevTest サーバ をインストールする数
と、DevTest サーバ が含まれる各ホスト コンピュータ上で実行されるプロ
セスまたはサービスを決定することです。
DevTest Solutions インストーラをダウンロードすると、3 つの製品のうち 1
つを選択できます。これらの製品はすべて同じインストーラを指定します。
「DevTest コンポーネント (P. 24)」では、これら 3 つの製品をグラフィカ
ルに示し、製品固有の UI およびプロセスと、すべての製品に共通の UI お
よびプロセスについて説明します。「DevTest サーバ コンポーネントにつ
いて (P. 26)」では、各プロセスの目的と、詳細を確認できる場所について
説明します。
「分散システムでの関係の例 (P. 28)」では、分散システムの各ホスト上で
実行できるプロセスに関する大概念について説明します。 「インストー
ル後 (P. 69)」では、分散システムの調整に役立つトピック、具体的には以
下について説明します。
■
別のシステム上にあるコンポーネントの実行 (P. 77)
■
シミュレータ インスタンスの算出 (P. 78)
■
負荷およびパフォーマンス サーバのサイジング (P. 79)
計画の別の側面は、プロジェクト ディレクトリ構造 (P. 81)の命名規則の設
計です。
DevTest に付属する JRE を使用するか、または独自のものをインストール
することができます。 詳細については、「Java 環境での DevTest ワークス
テーション の使用 (P. 80)」を参照してください。
第 1 章： インストール前の注意事項 23
DevTest システムの計画
DevTest コンポーネント
DevTest サーバ（セットアップ ウィザードでは「サーバ」）をインストー
ルすると、DevTest Solutions インストーラによって以下の製品がインス
トールされます。
■
CA Application Test
■
CA Service Virtualization
■
CA Continuous Application Insight
これらの 3 つの製品にはそれぞれ独自の実行ファイル（および対応する
サービス）があります。 ただし、それらは、同じレジストリ実行ファイ
ルを必要とするため、独立した製品ではありません。 以前には、各製品
に独自の UI がありました。 現在は、DevTest ポータルが、すべての製品の
共有ユーザ インターフェースになっています （一部の機能には DevTest
ワークステーション または DevTest コンソールからのみアクセスできま
す）。
24 インストール
DevTest システムの計画
第 1 章： インストール前の注意事項 25
DevTest システムの計画
「DevTest サーバ コンポーネントについて (P. 26)」では、各実行ファイル
コンポーネントについて説明しており、詳細情報の入手先も示しています。
「サーバ コンポーネントの起動 (P. 104)」には、実行ファイルを起動する
順序が示されています。
「ユーザ インターフェースへのログイン (P. 112)」には、各 UI にアクセス
する手順が含まれています。
DevTest Solutions のセットアップおよび保守の詳細については、「管理」
を参照してください。
製品固有の詳細については、以下を参照してください。
■
CA Application Test の使用
■
CA Service Virtualization の使用
■
CA Continuous Application Insight の使用
DevTest サーバ コンポーネントについて
一連のプロセスまたはサービスを起動することにより、DevTest サーバ を
起動します。 最初に起動する 3 つのコンポーネント（エンタープライズ
ダッシュボード、レジストリ、およびポータル）は、DevTest Solutions を
サポートしています。 その他のコンポーネントは製品固有です。 スター
トアップの詳細については、「サーバ コンポーネントの起動 (P. 104)」を
参照してください。
name
コンポーネントを必要とす
る製品
コンポーネントを必要とする操作
エンタープライズ ダッ
シュボード
レジストリ
（すべての DevTest
Solutions 製品）
製品ライセンスで DevTest Solutions を起
動します。
エンタープライズ アクティビティをモニ
タします。
使用状況レポートを生成します。
26 インストール
DevTest システムの計画
name
コンポーネントを必要とす
る製品
コンポーネントを必要とする操作
Registry
すべての DevTest
Solutions 製品
DevTest サーバ および DevTest ワークス
テーション コンポーネントを登録しま
す。 レジストリは、すべてのプロセスの
セントラル ハブまたはエンジンです。
使用状況レポート用の使用状況データを
収集します。
Portal
すべての DevTest
Solutions 製品
DevTest ポータル UI を開始します。
ブローカ
CA Continuous Application
Insight （CAI）
Java エージェントおよび CA Continuous
Application Insight コンソールを調整しま
す。
コーディネータ
CA Application Test
シミュレータ上で実行されたテストを調
整します。
シミュレータ
CA Application Test
テストを実行します。
仮想サービス環境（VSE） CA Service Virtualization
仮想サービスを作成して展開します。
参照先のトピックは、DevTest サーバ をサポートする各プロセスに関する
詳細な情報を提供します。
プロセス
リファレンス
エンタープライズ ダッシュボード
「管理」の「エンタープライズ ダッシュボード メイン
ウィンドウ」
Registry
「CA Application Test の使用」の「レジストリ」
Portal
「はじめに」の「DevTest ポータルの使用」
コーディネータ
「CA Application Test の使用」の「コーディネータ サーバ」
シミュレータ
「CA Application Test の使用」の「シミュレータ サーバ」
ワークステーション
「CA Application Test の使用」の「DevTest ワークステー
ション」
仮想サービス環境
「CA Service Virtualization の使用」の「仮想化の準備」
ブローカ
「エージェント」の「ブローカの起動」
第 1 章： インストール前の注意事項 27
DevTest システムの計画
DevTest プロセスの関係
レジストリは、すべての DevTest システムの中心です。 通常、インストー
ラは、複数のコンピュータ上で、異なる選択内容によって実行されます。
以下の例について考えてみます。
28 インストール
■
コンピュータ 1： エンタープライズ ダッシュボードおよびサーバ コン
ポーネント（組み込み型のワークステーションは使用されない可能性
がある）。
■
コンピュータ 2： サーバ（ここにあるレジストリ コンポーネントがコ
ンピュータ 1 上のエンタープライズ ダッシュボードにリンクされて
いる）。 通常、分散システムには 1 つのレジストリのみが必要です。
この 2 つ目のレジストリは、ここでは単に複数のレジストリがサポー
トされることを示すために追加されています。
■
コンピュータ 3： ワークステーションおよびデモ サーバ（コンピュー
タ 1 上のレジストリへのリンクを持つ）。 このコンピュータは、ユー
ザ マシンを表します。
■
コンピュータ 4（これもユーザ マシン、ポータル アクセスのみを必要
とする CA Continuous Application Insight ユーザを表すことができる）。
■
また、DevTest サーバを、1 つの製品固有サービスのみ（シミュレータ
実行ファイルまたはサービスなど）を実行するコンピュータにインス
トールできます。
DevTest システムの計画
この例のシステムは、任意の DevTest システムと以下の特性を共有します。
■
各 DevTest Solutions システムには、エンタープライズ ダッシュボード
が 1 つのみあります。
注： アクセス可能なネットワークごとに 1 つのエンタープライズ ダッ
シュボードが必要です。 クローズド ネットワーク（相互にアクセスで
きないネットワーク）を使用している場合、レジストリが実行される
ネットワークごとにエンタープライズ ダッシュボードが必要です。
■
各エンタープライズ ダッシュボードは、1 つ以上のレジストリに接続
されます。 通常、1 つのレジストリで十分です。
■
各 DevTest サーバ インストールでは、1 つのレジストリ（すべてのユー
ザ アクティビティを監査するコンポーネント）がインストールされま
す。
■
各 DevTest サーバ インストールでは、1 つのローカル ワークステー
ションがインストールされます。 この組み込み型のワークステーショ
ンは、スタンドアロン インストールで使用されます。 DevTest サーバ
が分散環境にインストールされる場合、ローカル ワークステーション
が使用されない可能性があります。
■
分散システムの各 DevTest サーバ レジストリは、1 つ以上のリモート
ワークステーションに接続できます。
■
Web ブラウザは、ポート 1507 上の DevTest サーバ（URL の最後がすべ
て小文字の devtest）を参照することにより、DevTest ポータルにアク
セスできます。 このポータルには任意の Web ブラウザからアクセス
でき、他の DevTest Solutions ソフトウェアをそのコンピュータにイン
ストールする必要はありません。
第 1 章： インストール前の注意事項 29
DevTest Solutions アーキテクチャ
以下の図は、分散システム内のエンタープライズ ダッシュボード、レジ
ストリ、ワークステーション、およびデモ サーバの関係を強調表示して
います。 また、ローカル DevTest コンポーネントを持たないユーザが
DevTest ポータルにアクセスできることを示しています。
DevTest Solutions アーキテクチャ
詳細：
DevTest サーバ コンポーネント (P. 38)
CA Application Test および CA Service Virtualization 用の DevTest サーバ の
データ フロー (P. 41)
30 インストール
DevTest Solutions アーキテクチャ
CA Application Test アーキテクチャ
CA Application Test は、以下の DevTest サーバ コンポーネントを使用します。
■
Registry
■
DevTest ワークステーション
■
DevTest ポータル
■
コーディネータ サーバ
■
シミュレータ サーバ
DevTest ポータルおよび DevTest ワークステーション はテストを作成およ
びモニタするために使用されますが、テスト ケースは DevTest サーバ 環境
で実行されます。 コーディネータ サーバおよびシミュレータ サーバは
DevTest ワークステーション に組み込まれています。
以下の図は、CA Application Test アーキテクチャを示しています。
第 1 章： インストール前の注意事項 31
DevTest Solutions アーキテクチャ
32 インストール
DevTest Solutions アーキテクチャ
テストはすべて、コーディネータ サーバのコーディネータの管理下でシ
ミュレータ サーバによって生成された仮想ユーザ（シミュレータ）によっ
て実行されます。
各シミュレータはテスト中のシステムに接続し、アクションを呼び出しま
す。 仮想ユーザが並列モードで実行されていると、負荷テストが行われ
ます。
DevTest ワークステーション の埋め込みインスタンスは、DevTest サーバ
が実行されているのと同じコンピュータ上で実行されます。 また、スタ
ンドアロン DevTest ワークステーション を設定して、大規模な分散環境内
の個別のコンピュータ上で実行することができます。 テスト要件には、
使用されるサーバ アーキテクチャが指定されています。 DevTest Solutions
は、さまざまなハードウェア/オペレーティング システム上に各種コン
ポーネントを分散させることにより、大規模なテスト環境に合わせて拡張
できます。
DevTest 製品には CA Application Test、CA Service Virtualization、および CA
Continuous Application Insight が含まれます。それぞれがセントラル DevTest
レジストリに接続されます。 CA Application Test ユーザは、組み込み
DevTest ワークステーション と共に、オプションのコーディネータ サーバ
およびシミュレータ サーバと、必要に応じて、リモートでインストール
されたすべての DevTest ワークステーション を使用します。 すべての
DevTest 製品のコンポーネントは、セントラル レジストリに接続されます。
第 1 章： インストール前の注意事項 33
DevTest Solutions アーキテクチャ
CA Service Virtualization アーキテクチャ
以下の図は、CA Service Virtualization アーキテクチャを示しています。
34 インストール
DevTest Solutions アーキテクチャ
第 1 章： インストール前の注意事項 35
DevTest Solutions アーキテクチャ
CAI アーキテクチャ
以下の図は、CAI アーキテクチャを示しています。
36 インストール
DevTest Solutions アーキテクチャ
エンタープライズ ダッシュボード アーキテクチャ
以下の図は、エンタープライズ ダッシュボード アーキテクチャを示して
います。
第 1 章： インストール前の注意事項 37
DevTest Solutions アーキテクチャ
DevTest サーバ コンポーネント
CA Application Test では、テストは DevTest サーバ 環境で実行されます。
DevTest ワークステーション は DevTest サーバ に接続して、DevTest ワーク
ステーション で開発されたテストを展開およびモニタします。
CA Application Test および CA Service Virtualization は、以下の DevTest サーバ
コンポーネントを使用します。
38 インストール
■
DevTest ワークステーション： テスト ケース アセットおよび仮想サー
ビス モデルが作成および編集される統合開発環境（IDE）。テスト ケー
スおよびモデルをワークステーションでローカルに実行したり、ス
テージングしてリモートで実行したりできます。 DevTest ワークス
テーション は、テストおよび仮想モデル アセットを作成するユーザの
デスクトップ コンピュータにインストールする必要があります。ワー
クステーションはいくつでもレジストリに接続でき、サーバ環境を共
有できます。詳細については、「CA Application Test の使用」の「DevTest
ワークステーション」を参照してください。
■
レジストリ： すべての DevTest サーバ および DevTest ワークステー
ション コンポーネントの登録用の一元的な場所。 詳細については、
「CA Application Test の使用」の「レジストリ」を参照してください。
■
DevTest コンソール： このコンソールには、サーバ コンソール（VSE な
ど）、CVS ダッシュボード、レポート、および VSEasy へのリンクが含
まれています。
■
コーディネータ サーバ： コーディネータは MAR ファイルとしてテス
ト ラン情報を受信し、1 つ以上のシミュレータ サーバで実行されるテ
ストをコーディネートします。 詳細については、「CA Application Test
の使用」の「コーディネータ サーバ」を参照してください。
■
シミュレータ サーバ： シミュレータはコーディネータ サーバの管理
下でテストを実行します。 詳細については、「CA Application Test の使
用」の「シミュレータ サーバ」を参照してください。
■
VSE： 仮想サービス モデルを展開および実行するために使用します。
詳細については、「CA Service Virtualization の使用」を参照してくださ
い。
DevTest Solutions アーキテクチャ
レジストリ、コーディネータ サーバ、シミュレータ サーバ、および VSE は、
個別の仮想マシンで実行される「ヘッドレス」Java アプリケーションです。
CA Application Test および CA Service Virtualization 用の DevTest サーバ の最
小構成には、これらのコンポーネントをそれぞれ 1 つ以上含める必要があ
ります。 特定のテスト環境に必要とされるのと同数のインスタンスを各
タイプに設定できます。
通常、CA Application Test 用の DevTest サーバ 構成には 1 つのレジストリ、
1 つのコーディネータ サーバ、および複数のシミュレータ サーバがありま
す。
第 1 章： インストール前の注意事項 39
DevTest Solutions アーキテクチャ
VSE はサーバ レベルのサービスです。サービスは、コーディネータおよび
シミュレータが接続されているレジストリと共存できます。 シミュレー
タおよびコーディネータは VSE の実行に必須ではありません。
40 インストール
DevTest Solutions アーキテクチャ
CA Application Test および CA Service Virtualization 用の DevTest サーバ のデータ
フロー
以下の図は、レジストリ、DevTest ワークステーション、コーディネータ
サーバ、シミュレータ サーバ、およびデータベース間のデータ フローを
示しています。
コーディネータ サーバは、1 つ以上のシミュレータ サーバにテスト ケー
スをモデル アーカイブ（MAR）形式で送信します。
シミュレータ サーバは、テスト中のシステムと対話します。 これらのコ
ンポーネント間で交換されるデータのタイプは大きく異なる可能性があ
ります。データは、簡単な HTTP 要求と HTML 応答、Web サービス コール、
データベース コールなどです。
各種コンポーネントはデータベースにメトリックおよびレポート情報を
送信します。
レジストリはレポート ポータルをホストします。そのため、データベー
スと通信してレポート データを取得します。
以下の図は、レジストリ、VSE、VSE ダッシュボード、およびデータベー
ス間のデータ フローを示しています。
第 1 章： インストール前の注意事項 41
DevTest Solutions アーキテクチャ
42 インストール
DevTest Solutions インストーラのダウンロード
DevTest Solutions インストーラのダウンロード
CA Support Online の Download Center では、DevTest Solutions のこのリリー
ス用の 1 つ以上のプラットフォーム固有インストーラおよびオプション
の関連ファイルをダウンロードできます。
まず、プラットフォーム固有インストーラをダウンロードしてください。
ダウンロードが完了したら、サンプル付きのデモ サーバをダウンロード
するプロセスを繰り返します。 デモ サーバを使用して、サンプルで練習
したり、CA Application Test ドキュメントに含まれているチュートリアルで
作業したりすることができます。
次の手順に従ってください：
1. support.ca.com にアクセスします。
2. ［Login］をクリックし、CA Support Online ユーザ名およびパスワード
を使用してログインします。
3. ［Download Center］の上にマウス ポインタを移動させ、［Download
Products］を選択します。
［Download Center］ページが、［All Products］オプションが選択され
た状態で表示されます。
4. 以下のいずれかの DevTest 製品名を入力すると、ドロップダウン リス
トに関連オプションが表示されます。
■
CA Service Virtualization for Performance – MULTI-PLATFORM
■
CA Service Virtualization Power User – MULTI-PLATFORM
■
CA Service Virtualization Runtime User – MULTI-PLATFORM
■
CA Service Virtualization Virtual User – MULTI-PLATFORM
■
CA Continuous Application Insight Power User – MULTI-PLATFORM
■
CA Continuous Application Insight Runtime User – MULTI-PLATFORM
■
CA Application Test – MULTI-PLATFORM
5. ダウンロードする製品を選択します。 これらの選択肢のそれぞれで、
お使いのオペレーティング システム用の DevTest Solutions インストー
ル ウィザードをダウンロードできます。 このインストーラにより、
DevTest サーバ （3 つの製品がすべて含まれる）および DevTest ワーク
ステーション をインストールできます。
6. ダウンロードする特定のリリースを選択します。
第 1 章： インストール前の注意事項 43
DevTest Solutions インストーラのダウンロード
7. その他のフィールドはデフォルト値のままにしておきます。
8. ［Go］をクリックします。
製品コンポーネントのリストが表示されます。
9. ダウンロードする各コンポーネントの［Add to Cart］列のチェック ボッ
クスをオンにします。
■
（必須）お使いの各オペレーティング システム用のインストーラ
■
（オプション） DevTest デモ サーバ
10. ウィンドウの上部にある［My Download Cart］をクリックします。
［My Download Cart］ページが表示されます。
11. ［Checkout］セクションに電子メール アドレスを入力し、［Checkout］
をクリックします。
［Download Method］ページが表示されます。
12. ［Download］をクリックし、ファイルを保存します。
44 インストール
第 2 章： DevTest インストールの概要
このインストール ドキュメントでは、すべてを含む単一の DevTest
Solutions インストールについて説明します。製品ごとのセクションに分か
れてはいません。 CA Application Test、CA Service Virtualization、および CA
Continuous Application Insight は、1 つのソリューション セットとして一緒
にインストールされます。
このセクションには、以下のトピックが含まれています。
インストール オプション (P. 46)
DevTest Solutions のインストールおよびセットアップ方法 (P. 50)
ライセンス アクティブ化の仕組み (P. 52)
第 2 章： DevTest インストールの概要 45
インストール オプション
インストール オプション
システム管理者権限のないユーザでも、サーバ（DevTest サーバ）、DevTest
ワークステーション、およびデモ サーバをインストールできます。 ただ
し、サーバ コンポーネントを Windows サービスとしてインストールでき
るのはシステム管理者のみです。
インストールするコンポーネントのオプション
DevTest Solutions セットアップ ウィザードは、ローカル ホストにインス
トールされるオプションを制御する 3 つのダイアログ ボックスを提供し
ます。 各ダイアログ ボックスから 1 つのオプションのみを選択できます。
デフォルト オプションは斜体で表示されます。
■
■
■
コンポーネントの選択
■
サーバ（ワークステーション付属）（DevTest サーバ とも呼ばれる）
■
ワークステーション（単体）
エンタープライズ ダッシュボード
■
新しいエンタープライズ ダッシュボード
■
既存のエンタープライズ ダッシュボード サービス
このオプションは、devtestlic.xml ライセンス ファイルが使用可能
である必要があります。
デモ サーバ
■
インストール
このオプションは、デモ サーバ インストール ファイルがダウン
ロードされており、存在している必要があります。
■
インストールしない
インストーラは、設定タイプの選択を求めるダイアログ ボックスを表示
します。設定タイプは、「共有」と「ローカル」の 2 つです。共有設定は、
単一のシステム上の複数のユーザに適しています。ローカル設定は、ユー
ザが他のシステムからインストールにアクセスする可能性があるインス
トールや、コンポーネントが複数のシステム上で制御され、実行されるイ
ンストール（分散設定）に適しています。
46 インストール
インストール オプション
一般的な設定
スタンドアロン（DevTest コンポーネントをホストするために使用される単一のコ
ンピュータ）
新しいスタンドアロン DevTest Solutions を 1 つのホストにインストールす
る場合は、3 つのコンポーネントをすべてインストールします。
■
サーバ（ワークステーション付属）
■
新しいエンタープライズ ダッシュボード
■
デモ サーバ
複数のユーザが単一のコンピュータ上の組み込み型 DevTest ワークス
テーション を使用する場合は、インストール タイプの共有オプションを
選択します。 詳細については、「共有インストール タイプ」を参照して
ください。
第 2 章： DevTest インストールの概要 47
インストール オプション
分散サーバ（DevTest コンポーネントをホストするために使用される複数のコン
ピュータ）
分散 DevTest Solutions システムを複数のホストにインストールする場合は、
以下の方法を検討します。
1. 最初のインストールの場合は、システム要件を満たすサーバから、以
下のオプションを選択します。
■
サーバ
■
新しいエンタープライズ ダッシュボード（ここからライセンス
ファイルの devtestlic.xml にアクセスする）。 インストーラは、シ
グネチャ、バージョン、および有効期限について、ライセンス ファ
イルおよびそのコンテンツを検証します。
2. サーバの追加インストールの場合は、以下のオプションを選択します。
■
サーバ
■
既存のエンタープライズ ダッシュボード
注： サーバの 1 つのコンポーネントのみを使用する予定であっても、
サーバをインストールしてください。 たとえば、多くのメトリックを
収集していたり、多数のレポートを要求していたりする場合は、他の
サービスを実行していないコンピュータ上でコーディネータ サーバ
を実行できます。
3. CA Application Test および CA Service Virtualization ユーザ用に個別のホ
ストにコンポーネントをインストールするには、以下のオプションを
選択します。
■
ワークステーション
ユーザがワークステーションにログインすると、それらのユーザ
は、いずれかのサーバと共にインストールされたレジストリにリ
ンクします。
■
デモ サーバ - インストール（チュートリアルが役立つ可能性のあ
る新しいユーザ用）
4. CA Continuous Application Insight ユーザの場合は、サポートされている
ブラウザ (P. 21)がインストールされていることを確認します。すべて
の作業は、Web ベース ポータルから実行されます。
48 インストール
インストール オプション
必要なプロセスをインストールするためのオプション（Windows）
DevTest Solutions を使用するには、最大 7 つのプロセスを起動する必要が
あります。 インストール ウィザードでは、このタスクを実行する方法を
選択できます。
■
［スタート］メニュー フォルダの作成
■
インストール サービス
注： これらのオプションのいずれかを選択するか、両方のオプション
を選択するか、どのオプションも選択しないことが可能です。 どのオ
プションも選択しない場合は、DevTest サーバ インストール ディレク
トリ（LISA_HOME¥bin）の bin フォルダから、またはコマンド プロンプ
トから、プロセス実行ファイルを起動できます。
第 2 章： DevTest インストールの概要 49
DevTest Solutions のインストールおよびセットアップ方法
DevTest Solutions のインストールおよびセットアップ方法
このインストール ガイドには、システム要件、概念的背景、および特定
の状況でのみ必要な手順が含まれています。初めて DevTest Solutions をイ
ンストールする場合は、以下のガイドラインに従ってください。
1. DevTest Solutions インストーラをダウンロードします (P. 43)。
2. エンタープライズ ダッシュボードをインストールする場合は、
devtestlic.xml ライセンス ファイルをターゲット システムに格納しま
す。
注： 将来、CA 製品サポートによって使用できるように、ライセンス
ファイルの場所を記録しておいてください。
3. 汎用 UNIX インストーラを使用する場合は、独自の JVM を提供します
(P. 13)。
4. 必要な数のシステムに DevTest サーバ をインストールします。 最初の
DevTest サーバ をインストールする場合、［New Enterprise Dashboard］
を選択し、devtestlic.xml ライセンス ファイルを参照します。
■
Windows (P. 53)
■
UNIX (P. 59)
■
Mac (P. 63)
Post-Installation ステップ
1. 外部データベースを設定します。
■
レジストリに関して外部データベースを設定します。
（DB2、MySQL、
Oracle、または SQL Server）。
■
エンタープライズ ダッシュボードに関して外部データベースを設
定します。 （MySQL、Oracle、または SQL Server）
注： DevTest Solutions と共にインストールされた Apache Derby データ
ベースからエンタープライズ クラスのデータベースへのマイグレー
ション パスはありません。 Derby を使用する場合は、エンタープライ
ズ クラスのデータベースが必要とする場合、システムを一般に使用可
能にするときに、必須ユーザ認証（ロール）データを再入力する必要
があります。
2. エンタープライズ ダッシュボードおよびすべてのレジストリをアク
ティブにします。
50 インストール
DevTest Solutions のインストールおよびセットアップ方法
a. アップグレードする場合は、既存のレジストリを設定します (P. 70)。
レジストリ設定は、リリース 8.0.0 以降では自動化されています。
b. レジストリをアクティブにします (P. 67)。
注： このプロセスでは、製品キーによりエンタープライズ ダッ
シュボードもアクティブ化されます。
c.
レジストリのアクティブ化を確認します (P. 68)。
（新規またはアッ
プグレード）
3. インストール後 (P. 69)のタスクを実行します。
4. （オプション）追加の DevTest ワークステーション をデモ サーバと共
に、各レジストリで使用できるようにインストールします。
■
Windows (P. 86)
■
UNIX (P. 89)
■
Mac (P. 92)
5. DevTest Solutions のインストールを確認します (P. 103)。
6. 不正使用を防ぐために、標準ユーザのパスワードを変更します。
7. 必要な統合ツールをインストールします (P. 115)。
8. モバイル テスト環境を設定します (P. 157)。
インストールが完了したら、ACL 適用セキュリティの設定および使用許諾
契約の遵守の詳細について「管理」を参照してください。
第 2 章： DevTest インストールの概要 51
ライセンス アクティブ化の仕組み
ライセンス アクティブ化の仕組み
企業ごとに 1 つの DevTest Solutions ライセンス（devtestlic.xml）が発行さ
れます。 このファイルにより、DevTest Solutions のすべての機能のロック
が解除されます。 DevTest Solutions セットアップ ウィザードで最初の
DevTest サーバ をインストールするときに、ライセンス ファイルに移動し
ます。 その後、セットアップ プロセスによって、エンタープライズ ダッ
シュボードがインストールされ、そのファイルが DevTest サーバ インス
トール ディレクトリ（LISA_HOME）に配置されます。 追加の DevTest レジ
ストリ サーバをインストールする場合は、エンタープライズ ダッシュ
ボード サーバへの URL を提供します。
注： エンタープライズ ダッシュボード データベースの場所を変更するに
は、現在のデータベース スキーマを保持しながら、インストーラを再実
行する必要があります。 再インストールの前に、カスタマイズされたプ
ロパティ ファイルをバックアップしてください。 これらには、
local.properties、site.properties、および各種 vmoptions ファイルが含まれま
す。
重要： エンタープライズ ダッシュボードへの URL が変更される場合は、
エンタープライズ ダッシュボードにレポートする各レジストリ サーバの
LISA_HOME ディレクトリにある local.properties ファイルを更新する必要
があります（新しい URL で lisa.enterprisedashboard.service.url プロパティ
を設定します）。
エンタープライズ ダッシュボード プロセスおよび各レジストリ プロセス
を起動すると、エンタープライズ ダッシュボード プロセスがレジストリ
設定を読み取り、レジストリをアクティブにします。 アクティブにされ
たレジストリは、ユーザが確認できるように、エンタープライズ ダッシュ
ボード UI に表示されます。
重要： レジストリのホスト名またはポートが変更される場合は、エンター
プライズ ダッシュボードがレジストリを再アクティブ化できるように、
レジストリを再起動する必要があります。
注： 「管理」の「レジストリまたはエンタープライズ ダッシュボードの再
アクティブ化」を参照してください。
52 インストール
第 3 章： DevTest サーバ インストールおよ
びインストール後の作業
このセクションでは、DevTest サーバ をインストールおよび設定する方法
を説明します。
このセクションには、以下のトピックが含まれています。
Windows での DevTest サーバ のインストール (P. 53)
UNIX での DevTest サーバ のインストール (P. 59)
Mac での DevTest サーバ のインストール (P. 63)
レジストリのアクティブ化 (P. 67)
レジストリのアクティブ化の確認 (P. 68)
インストール後 (P. 69)
DevTest サーバ のアンインストール (P. 82)
Windows での DevTest サーバ のインストール
このトピックでは、DevTest Solutions サーバ コンポーネントを Windows 環
境にインストールする方法について説明します。
インストールの選択肢を事前に確認するには、「インストーラの実行時に
インストールできるもの (P. 46)」を参照してください。
インストール手順を開始する前に、Download Center (P. 43) から以下のファ
イルをダウンロードします。
■
ご使用のプラットフォーム用のインストーラ
■
（オプション）デモ サーバ zip ファイル
注： 通常、デモ サーバは、スタンドアロン システムでのみ、サーバ コ
ンポーネントと共にインストールされます。分散システムでは、通常、
デモ サーバは、DevTest Solutions の新規ユーザ用に DevTest ワークス
テーション と共にインストールされます。 デモ サーバは、チュート
リアルのために、またサンプル プロジェクトの多数のアーティファク
トのために使用されます。
第 3 章： DevTest サーバ インストールおよびインストール後の作業 53
Windows での DevTest サーバ のインストール
次の手順に従ってください：
1. インストーラ ファイル（devtest_win_x64.exe など）を実行します。
［Welcome to the DevTest Solutions Setup Wizard］手順が表示されます。
2. ［次へ］をクリックします。
［CA End User License Agreement］手順が表示されます。
3. ライセンス契約書を読み、最後までスクロールして、［I accept the
terms of the License Agreement］オプションを選択し、［Next］をクリッ
クします。
［Select Destination Directory］手順が表示されます。
4. インストール ディレクトリ（LISA_HOME）のパスおよびフォルダ名を
入力します。 現在のリリースを古いリリースと分離しておきたい場合
は、リリース識別子を含む名前を検討してください。 たとえば、
「C:¥DevTestServer_8.0」と入力します。または、デフォルト（C:¥Program
Files¥CA¥DevTestSolutions）をそのまま使用します。 パスを参照し、新
しいフォルダの名前を入力すると、そのフォルダがインストール ウィ
ザードによって作成されます。
5. ［次へ］をクリックします。
54 インストール
Windows での DevTest サーバ のインストール
［Installation Type］手順が表示されます。
6. 以下のいずれかのオプションを選択し、［Next］をクリックします。
Local
すべての DevTest Solutions コンポーネントをローカル コンピュー
タの単一のディレクトリにインストールします。デフォルトでは、
すべてのデータはこのディレクトリに格納されます。また、ユー
ザごとの個人の一時ディレクトリがあります。 ローカル インス
トールは、ほとんどの環境で使用される最も一般的なインストー
ル タイプです。
Shared
複数のユーザがログインして DevTest ワークステーション を使用
できる共有の場所にすべての DevTest Solutions コンポーネントを
インストールするように、管理者によって使用されます。 データ
および一時ファイルはすべてユーザ指定のディレクトリに格納さ
れます。 ユーザごとに個人データを持ちますが、ユーザは共通の
DevTest Solutions インストールを共有します。共有インストールで
は、ユーザは DevTest Solutions プログラム ディレクトリに対する読
み取りアクセス権のみが必要です。 このインストール タイプは、
スタンドアロン インストールに適したオプションです。
［Select Components］手順が表示されます。
7. ［Server］チェック ボックスがオンになっていることを確認します。
これにより、組み込み型のワークステーションがサーバと共にインス
トールされます。 ［次へ］をクリックします。
第 3 章： DevTest サーバ インストールおよびインストール後の作業 55
Windows での DevTest サーバ のインストール
［Enterprise Dashboard］手順が表示されます。
8. 以下のいずれかのオプションを指定し、［Next］をクリックします。
New Enterprise Dashboard（ライセンス ファイルの場所を指定する）
これが初めてインストールするサーバである場合は、［Browse］
をクリックして、ライセンス ファイルの場所に移動し、
devtestlic.xml を選択して、［Open］をクリックします。インストー
ラは、devtestlic.xml ファイルを、ローカル ホスト上の指定された
インストール ディレクトリ（LISA_HOME）にコピーします。 新し
いエンタープライズ ダッシュボード プロセスが LISA_HOME¥bin
ディレクトリにインストールされます。 このオプションは、すべ
てのレジストリが新しいエンタープライズ ダッシュボードに接続
されることを指定します。
Existing Enterprise Dashboard Service
これがこのネットワークで初めてインストールするサーバでない
場合は、既存のエンタープライズ ダッシュボードの URL を入力し
ます。 このオプションは、このサーバと共にインストールされる
レジストリが既存のエンタープライズ ダッシュボードに接続され
ることを指定します。「localhost」を適切なホスト名に置き換えま
す。
tcp://localhost:2003/EnterpriseDashboard
［Demo Server］手順が表示されます。
9. インストーラで DevTestDemoServer.zip を LISA_HOME ディレクトリに
解凍する場合は、［Install demo server］オプションをオンにします。次
に、デフォルト パス（［ダウンロード］ディレクトリ）をそのまま使
用するか、別の完全修飾パスを指定します。
注： ユーザのコンピュータにワークステーションがインストールされ
る分散システムでは、デモ サーバは、通常、サーバではなく新規ユー
ザ用のワークステーションと共にインストールされます。
10. ［次へ］をクリックします。
11. ［Local］インストール タイプを選択した場合は、次の手順（［Shared］
インストール タイプに適用される）をスキップします。
12. 各手順の後に［Next］をクリックして、データ ディレクトリを指定し
ます。
［Select Start Menu Folder］手順が表示されます。
56 インストール
Windows での DevTest サーバ のインストール
13. （オプション） DevTest Solutions プロセスが［スタート］メニューか
ら起動できるかどうかを指定します （各プロセスの実行ファイルは、
インストール ディレクトリの bin ディレクトリから手動で起動できま
す）。実行ファイルを起動する利点は、関連サービスとは対照的に、
コマンド ライン インターフェース（CLI）に表示されるメッセージを
監視できることです。
■
すべてのユーザについてショートカットを持つ［スタート］メ
ニュー フォルダを作成するには、すべてデフォルト設定のままに
します。 必要に応じて、新しいフォルダ名を入力します。
■
スタート メニュー フォルダを作成しない場合は、「Create a Start
Menu folder］チェック ボックスをオフにします。
■
［スタート］メニュー フォルダを作成し、ショートカットの表示
をお使いの［スタート］メニューに制限する方法
■
［Create a Start Menu folder］をオンのままにします。
■
デフォルトの名前を使用するか、別の名前を入力します。
■
［Create shortcuts for all users］チェック ボックスをオフにしま
す。
14. ［次へ］をクリックします。
［Desktop Icons］手順が表示されます。
15. （オプション）DevTest エンタープライズ ダッシュボード UI、DevTest
ポータル UI、および DevTest ワークステーションのデスクトップ アイ
コンを作成しない場合は、［Create a desktop icon］チェック ボックス
をオフにします。 ［次へ］をクリックします。
■
［Local］インストール タイプを選択した場合、管理者であれば、
［Windows Services］手順が表示されます。
■
［Local］インストール タイプを選択した場合、管理者でなければ、
次の手順をスキップします。
■
［Shared］インストール タイプを選択した場合は、［information］
手順に進みます。
第 3 章： DevTest サーバ インストールおよびインストール後の作業 57
Windows での DevTest サーバ のインストール
16. （オプション）［Install Services］を選択して、以下の Windows サービ
スを作成します。
■
DevTest ブローカ サービス（CAI 用）
■
DevTest コーディネータ サービス
■
DevTest エンタープライズ ダッシュボード サービス
■
DevTest ポータル サービス
■
DevTest レジストリ サービス
■
DevTest シミュレータ サービス
■
DevTest VSE サービス
この選択内容により、サービスが［管理ツール］［
- コンポーネント サー
ビス］-［サービス］に追加されます。 サービスを起動する利点は、関
連する実行ファイルとは対照的に、システム トレイに表示されるアイ
コンの数が少なくなることです。［スタートアップの種類］を［自動］
として定義して、ホスト コンピュータの再起動時にサービスが起動す
るようにするには、［Start on bootup］チェック ボックスをオンにし
ます。ここでこのチェック ボックスをオンにしなくても、［サービス］
内で自動スタートアップを設定できます。
17. ［次へ］をクリックします。
［Select File Associations］手順が表示されます。 デフォルトでは、すべ
ての関連付けがオンになっています。
18. すべての関連付けをオンのままにしておくか、DevTest Solutions に関連
付けないファイル拡張子をオフにします。 DevTest Solutions と関連付
けることができるファイル拡張子には、以下のものが含まれます。
■
*.tst -- CA Application Test でテスト ケースを作成するには、この拡
張子を選択します。
■
*.vsm および *.vsi -- CA Service Virtualization で仮想サービスを作成
するには、これらの拡張子を選択します。
■
*.ste -- CA Application Test のテスト ランナーでスイートを実行する
には、この拡張子を選択します。
■
*.stg -- CA Application Test でテスト ケースをステージング ドキュ
メントとして実行するには、この拡張子を選択します。
19. ［Install］をクリックしてインストールを開始します。
58 インストール
UNIX での DevTest サーバ のインストール
［Installing］手順が表示されます。 インストールが完了すると、
［Information］手順が表示されます。
20. 情報を読み、［Next］をクリックします。
［Completing the DevTest Solutions Setup Wizard］手順が表示されます。
21. ［終了］をクリックします。
「DevTest Solutions をインストールする方法 (P. 50)」の説明に従って作業
を続行します。
UNIX での DevTest サーバ のインストール
このトピックでは、DevTest サーバ を UNIX または Linux 環境にインストー
ルする方法について説明します。
インストール手順を開始する前に、Download Center (P. 43) から以下のファ
イルをダウンロードします。
■
ご使用のプラットフォーム用のインストーラ
■
（オプション）デモ サーバ zip ファイル
注： 通常、デモ サーバは、スタンドアロン システムでのみ、サーバ コ
ンポーネントと共にインストールされます。分散システムでは、通常、
デモ サーバは、DevTest Solutions の新規ユーザ用に DevTest ワークス
テーション と共にインストールされます。
以下の手順は、GUI 版のインストーラに基づいています。 コマンドライン
版のインストーラを使用するには、-c オプションを追加します。以下に例
を示します。
./devtest_platform_x64.sh -c
注： 汎用 UNIX インストーラを使用する場合は、Java 仮想マシン（JVM） (P.
13)が同じコンピュータにあることを確認してください。 JVM のバージョ
ンは 1.7 である必要があります。 JAVA_HOME 環境変数を設定することに
より、特定の JVM を指定できます。 インストーラが JVM を検出できない
場合、インストーラはメッセージを表示して終了します。
第 3 章： DevTest サーバ インストールおよびインストール後の作業 59
UNIX での DevTest サーバ のインストール
次の手順に従ってください：
1. ターミナル ウィンドウで、インストーラ ファイルがあるディレクトリ
に移動します。
2. インストーラ ファイルに実行権限があることを確認します。
chmod 777 devtest_platform_x64.sh
このコマンドにより、rwxrwxrwx 権限がファイルに付与されます。
3. インストーラ ファイルを実行します。 以下に例を示します。
./devtest_platform_x64.sh
［Welcome to the DevTest Solutions Setup Wizard］が表示されます。
4. ［次へ］をクリックします。
［CA End User License Agreement］手順が表示されます。
5. ライセンス契約書を読み、「I accept the terms of the License Agreement」
チェック ボックスをオンにし、［Next］をクリックします。
［Select Destination Directory］手順が表示されます。
6. DevTest Solutions をインストールするディレクトリ（/opt/CA/DevTest
など）を指定します。 スペースが含まれるディレクトリ名によるパス
を使用しないでください。
7. ［次へ］をクリックします。
60 インストール
UNIX での DevTest サーバ のインストール
［Installation Type］手順が表示されます。
8. 以下のいずれかのオプションを選択し、［Next］をクリックします。
Local
すべての DevTest Solutions コンポーネントをローカル コンピュー
タの単一のディレクトリにインストールします。デフォルトでは、
すべてのデータはこのディレクトリに格納されます。また、ユー
ザごとの個人の一時ディレクトリがあります。 ローカル インス
トールは、ほとんどの環境で使用される最も一般的なインストー
ル タイプです。
Shared
複数のコンピュータから複数のユーザがアクセスできる共有の場
所にすべての DevTest Solutions コンポーネントをインストールす
るように、管理者によって使用されます。 データおよび一時ファ
イルはすべてユーザ指定のディレクトリに格納されます。 ユーザ
ごとに個人データを持ちますが、ユーザは共通の DevTest Solutions
インストールを共有します。 共有インストールでは、ユーザは
DevTest Solutions プログラム ディレクトリに対する読み取りアク
セス権のみが必要です。
［Select Components］手順が表示されます。
9. ［Server］チェック ボックスがオンになっていることを確認し、
［Next］をクリックします。
［Enterprise Dashboard］手順が表示されます。
10. 以下のいずれかのオプションを指定し、［Next］をクリックします。
New Enterprise Dashboard（ライセンス ファイルの場所を指定する）
これが初めてインストールする DevTest サーバ である場合は、
［Browse］をクリックして、ライセンス ファイルの場所に移動し、
devtestlic.xml を選択して、［Open］をクリックします。 ［Next］
をクリックすると、インストーラは、devtestlic.xml ファイルを、ロー
カル ホスト上のインストール ディレクトリ（LISA_HOME）にコピー
します。 エンタープライズ ダッシュボード プロセスが
LISA_HOME/bin ディレクトリにインストールされます。
Existing Enterprise Dashboard Service
この DevTest サーバ のレジストリが、最初にインストールした
DevTest サーバ によってインストールされたエンタープライズ
ダッシュボードに接続する場合は、既存のエンタープライズ ダッ
シュボード（ED）の URL を入力します。
第 3 章： DevTest サーバ インストールおよびインストール後の作業 61
UNIX での DevTest サーバ のインストール
［Specify Demo Server］手順が表示されます。
11. インストーラに、DevTest サーバ をインストールしているディレクト
リにデモ サーバを解凍させる場合は、［Install demo server］チェック
ボックスをオンにして、DevTestDemoServer.zip ファイルを選択します。
12. ［次へ］をクリックします。
インストール タイプに［Shared］を選択した場合は、以下の手順でデー
タ ディレクトリおよび一時ファイル ディレクトリを指定するように
促されます。
13. 各手順の後に［Next］をクリックして、ディレクトリを指定します。
［Select Directory for Symlinks］手順が表示されます。
14. ［Browse］をクリックし、DevTest が実行ファイルへのシンボリック リ
ンクを作成するディレクトリに移動します。 デフォルトは
/usr/local/bin です。 ディレクトリに書き込むための権限が必要です。
シンボリック リンクを作成しない場合は、［Create symlinks］チェッ
ク ボックスをオフにします。
15. ［次へ］をクリックします。
［Desktop Icons］手順が表示されます。
16. （オプション）DevTest エンタープライズ ダッシュボード、DevTest
ポータル UI、および DevTest ワークステーションのデスクトップ アイ
コンを作成しない場合は、チェック ボックスをオフにします。
17. ［Install］をクリックしてインストールを開始します。
インストールが完了すると、［Information］手順が表示されます。
18. 情報を読み、［Next］をクリックします。
［Completing the DevTest Solutions Setup Wizard］手順が表示されます。
19. ［終了］をクリックします。
「DevTest Solutions をインストールする方法 (P. 50)」の説明に従って作業
を続行します。
62 インストール
Mac での DevTest サーバ のインストール
Mac での DevTest サーバ のインストール
このトピックでは、DevTest Solutions サーバ コンポーネントを Mac にイン
ストールする方法について説明します。
インストールの選択肢を事前に確認するには、「インストーラの実行時に
インストールできるもの (P. 46)」を参照してください。
インストール手順を開始する前に、Download Center (P. 43) から以下のファ
イルをダウンロードします。
■
ご使用のプラットフォーム用のインストーラ
■
（オプション）デモ サーバ zip ファイル
注： 通常、デモ サーバは、スタンドアロン システムでのみ、サーバ コ
ンポーネントと共にインストールされます。分散システムでは、通常、
デモ サーバは、DevTest Solutions の新規ユーザ用に DevTest ワークス
テーション と共にインストールされます。 デモ サーバは、チュート
リアルに使用されます。
次の手順に従ってください：
1. インストーラ ファイル（たとえば、devtest_osx_x64.dmg）を実行しま
す。
［Welcome to the DevTest Solutions Setup Wizard］手順が表示されます。
2. ［次へ］をクリックします。
［CA End User License Agreement］手順が表示されます。
3. ライセンス契約書を読み、最後までスクロールして、［I accept the
terms of the License Agreement］オプションを選択し、［Next］をクリッ
クします。
［Select Destination Directory］手順が表示されます。
4. DevTest Solutions の 1 つ以上のコンポーネントをインストールする
フォルダを指定します。 存在しないフォルダを指定すると、そのフォ
ルダがセットアップ ウィザードによって作成されます。
5. ［次へ］をクリックします。
第 3 章： DevTest サーバ インストールおよびインストール後の作業 63
Mac での DevTest サーバ のインストール
［Installation Type］手順が表示されます。
6. 以下のいずれかのオプションを選択し、［Next］をクリックします。
Local
すべての DevTest Solutions コンポーネントをローカル コンピュー
タの単一のディレクトリにインストールします。デフォルトでは、
すべてのデータはこのディレクトリに格納されます。また、ユー
ザごとの個人の一時ディレクトリがあります。 ローカル インス
トールは、ほとんどの環境で使用される最も一般的なインストー
ル タイプです。
Shared
複数のユーザがログインして DevTest ワークステーション を使用
できる共有の場所にすべての DevTest Solutions コンポーネントを
インストールするように、管理者によって使用されます。 データ
および一時ファイルはすべてユーザ指定のディレクトリに格納さ
れます。 ユーザごとに個人データを持ちますが、ユーザは共通の
DevTest Solutions インストールを共有します。共有インストールで
は、ユーザは DevTest Solutions プログラム ディレクトリに対する読
み取りアクセス権のみが必要です。 このインストール タイプは、
スタンドアロン インストールに適したオプションです。
［Select Components］手順が表示されます。
7. ［Server］チェック ボックスがオンになっていることを確認します。
これにより、組み込み型のワークステーションがサーバと共にインス
トールされます。 ［次へ］をクリックします。
64 インストール
Mac での DevTest サーバ のインストール
［Enterprise Dashboard］手順が表示されます。
8. 以下のいずれかのオプションを指定し、［Next］をクリックします。
New Enterprise Dashboard（ライセンス ファイルの場所を指定する）
これが初めてインストールするサーバである場合は、［Browse］
をクリックして、ライセンス ファイルの場所に移動し、
devtestlic.xml を選択して、［Open］をクリックします。インストー
ラは、devtestlic.xml ファイルを、ローカル ホスト上の指定された
インストール ディレクトリ（LISA_HOME）にコピーします。 新し
い Enterprise Dashboard プロセスが、LISA_HOME/bin ディレクトリ
にインストールされます。 このオプションでは、このサーバと共
にインストールされたレジストリが、新しいエンタープライズ
ダッシュボードに接続されることを指定します。
Existing Enterprise Dashboard Service
これがこのネットワークで初めてインストールするサーバでない
場合は、既存のエンタープライズ ダッシュボードの URL を入力し
ます。 このオプションは、このサーバと共にインストールされる
レジストリが既存のエンタープライズ ダッシュボードに接続され
ることを指定します。「localhost」を適切なホスト名に置き換えま
す。
tcp://localhost:2003/EnterpriseDashboard
［Demo Server］手順が表示されます。
9. インストーラでデモ サーバを LISA_HOME ディレクトリに解凍する場
合、［Install demo server］オプションを選択します。 次に、デフォル
ト パス（［ダウンロード］ディレクトリ）をそのまま使用するか、別
の完全修飾パスを指定します。
注： ユーザのコンピュータにワークステーションがインストールされ
る分散システムでは、デモ サーバは、通常、サーバではなく新規ユー
ザ用のワークステーションと共にインストールされます。
10. ［次へ］をクリックします。
11. ［Local］インストール タイプを選択した場合は、次の手順（［Shared］
インストール タイプに適用される）をスキップします。
12. 各手順の後に［Next］をクリックして、データ ディレクトリを指定し
ます。
13. ［次へ］をクリックします。
第 3 章： DevTest サーバ インストールおよびインストール後の作業 65
Mac での DevTest サーバ のインストール
［Desktop Icons］手順が表示されます。
14. （オプション）DevTest エンタープライズ ダッシュボード、DevTest
ポータル UI、および DevTest ワークステーションのデスクトップ アイ
コンを作成しない場合は、チェック ボックスをオフにします。［次へ］
をクリックします。
15. ［次へ］をクリックします。
［Select File Associations］手順が表示されます。 デフォルトでは、すべ
ての関連付けがオンになっています。
16. すべての関連付けをオンのままにしておくか、DevTest Solutions に関連
付けないファイル拡張子をオフにします。 DevTest Solutions と関連付
けることができるファイル拡張子には、以下のものが含まれます。
■
*.tst -- CA Application Test でテスト ケースを作成するには、この拡
張子を選択します。
■
*.vsm および *.vsi -- CA Service Virtualization で仮想サービスを作成
するには、この拡張子を選択します。
■
*.ste -- CA Application Test のテスト ランナーでスイートを実行する
には、この拡張子を選択します。
■
*.stg -- CA Application Test でテスト ケースをステージング ドキュ
メントとして実行するには、この拡張子を選択します。
17. ［Install］をクリックしてインストールを開始します。
［Installing］手順が表示されます。 インストールが完了すると、
［Information］手順が表示されます。
18. 情報を読み、［Next］をクリックします。
［Completing the DevTest Solutions Setup Wizard］手順が表示されます。
19. ［終了］をクリックします。
「DevTest Solutions をインストールする方法 (P. 50)」の説明に従って作業
を続行します。
66 インストール
レジストリのアクティブ化
レジストリのアクティブ化
DevTest サーバ のインスタンスをすべてインストールした後、インストー
ルした最初の DevTest サーバ 上で エンタープライズ ダッシュボード プロ
セスを起動します。 その後、その DevTest サーバ およびその他すべての
DevTest サーバ 上のレジストリ プロセスを起動します。レジストリは、す
ぐには有効化されません。 たとえば、10:15 と 10:30 の間にレジストリを
再起動すると、有効化されるのは 11:00 です。
新規および既存の各 DevTest サーバ のレジストリがエンタープライズ
ダッシュボードに表示されることを確認します。
次の手順に従ってください：
1. エンタープライズ ダッシュボード サーバを起動します。
a. エンタープライズ ダッシュボードがインストールされているホス
トにログオンします。
b. エンタープライズ ダッシュボード サーバを起動します。
Windows ユーザは、［スタート］メニューの［エンタープライズ
ダッシュボード］オプションから［エンタープライズ ダッシュボー
ド サーバ］を選択できます。 あるいは、LISA_HOME¥bin ディレク
トリに移動し、EnterpriseDashboard.exe を起動します。
2. 既存のレジストリがある場合は、既存のレジストリを設定します (P.
70)。
3. 各レジストリを起動します。
a. DevTest サーバ がインストールされているホストにログオンしま
す。
b. レジストリを起動します。
Windows ユーザは、DevTest Solutions の［スタート］メニュー、ま
たは DevTest サーバ インストール ディレクトリの bin ディレクト
リにある Registry.exe からレジストリを起動します。
c. 各レジストリでこれらの手順を繰り返します。
注： このプロパティが設定された後、次の時間が始まるまでは、レ
ジストリはエンタープライズ ダッシュボードにデータをプッシュ
しません。たとえば、午後 1:35 にこのプロパティを設定した場合、
午後 2:00 になるまでレジストリ データは表示されません。
第 3 章： DevTest サーバ インストールおよびインストール後の作業 67
レジストリのアクティブ化の確認
レジストリのアクティブ化の確認
各レジストリを起動した後、次時の 00 分になるまで待ってから、レジス
トリのアクティブ化を確認します。
次の手順に従ってください：
1. 以下のいずれかの方法でエンタープライズ ダッシュボード UI を開き
ます。
■
ブラウザでエンタープライズ ダッシュボードにアクセスします。
IP アドレスまたはホスト名を指定する（リモートでインストール
した場合）か、localhost を指定します（ローカルでインストール
した場合）。
http://hostname:1506
■
エンタープライズ ダッシュボードがインストールされているコン
ピュータから、Windows ユーザが、［スタート］-［Enterprise
Dashboard］-［Enterprise Dashboard UI］を選択します。
2. ログインします。
68 インストール
インストール後
ログインするには、［ユーザ名］フィールドに「admin」と入力し、［パ
スワード］フィールドに「admin」と入力して、［ログイン］をクリッ
クします。 エンタープライズ ダッシュボードが表示されます。
3. エンタープライズ ダッシュボードでレジストリ設定を確認します。
レジストリのリストは、以下の例と似た形式で表示されます。
4. 新規および既存の各 DevTest サーバ のレジストリがエンタープライズ
ダッシュボードに表示されることを確認します。
注： 既存のレジストリが表示されない場合は、既存のレジストリを設定し
ます (P. 70)。
インストール後
このセクションには、以下のトピックが含まれます。
既存のレジストリの設定 (P. 70)
HTTP/S プロキシ サーバの使用 - DevTest サーバ (P. 74)
異なるシステムで動作するコンポーネント (P. 77)
シミュレータ インスタンスの算出 (P. 78)
負荷およびパフォーマンス サーバのサイジング (P. 79)
Java 環境での DevTest ワークステーション の使用 (P. 80)
デフォルト プロジェクト ホームの変更 (P. 81)
プロジェクト ディレクトリ構造 (P. 81)
第 3 章： DevTest サーバ インストールおよびインストール後の作業 69
インストール後
既存のレジストリの設定
インストールする DevTest サーバ はそれぞれ 1 つのレジストリを持ちま
す。製品ライセンスは、レジストリが設定されることを必要とします。設
定プロセスは、リリースによって異なります。
■
バージョン 8.0 以降： インストール プロセスにより、新しいレジスト
リが自動的に設定されます。
■
リリース 7.5.x： 「レジストリを設定する方法（DevTest 7.5.x）」の手
順に従います。
■
7.5 より前のリリース： 「DevTest 7.5 より前のリリースでレジストリ
を追加する方法」の手順に従います。
レジストリを設定する方法（DevTest 7.5.x）
1. DevTest サーバ がインストールされているコンピュータにログオンし、
インストール ディレクトリに移動します。
2. local.properties を開き、「Section 1 - Enterprise Dashboard」を見つけま
す （local.properties ファイルがない場合は、_local.properties をコピー
し、その名前を local.properties に変更します）。
3. 以下の行のコメントを外して、「somehost」をエンタープライズ ダッ
シュボードがインストールされているホスト名に置き換えます。
lisa.enterprisedashboard.service.url=tcp://somehost:2003/EnterpriseDashboard
4. local.properties ファイルを保存し、ファイルを閉じます。
5. （オプション）リモート コンピュータからの DevTest ワークステー
ションを使用することを予定している場合は、特定のレジストリに自
動的に接続することを可能にするプロパティを指定できます。
a. ワークステーション がインストールされているコンピュータにロ
グオンします。
b. LISA_HOME に移動します。
c. local.properties を開き、「Section 2 - Autoconnection」を見つけます
d. 以下の行のコメントを外して、「somehost」を、ログオンしている
コンピュータのホスト名に置き換えます。
lisaAutoConnect=tcp://somehost:2010/Registry
e. local.properties ファイルを保存し、ファイルを閉じます。
6. ターゲット レジストリのあるコンピュータにログオンします
7. レジストリを起動または再起動します。
70 インストール
インストール後
a. LISA_HOME¥bin ディレクトリに移動します。
b. registry.exe を実行します。
8. レジストリごとに手順 1 ～ 7 を繰り返します。
9. レジストリの設定を確認するには、エンタープライズ ダッシュボード
を参照します。
http://hostname:1506
重要： DevTest Solutions をインストールするシステムのホスト名が変更さ
れた場合は、この手順を繰り返します。
エンタープライズ ダッシュボードの［レジストリ設定］ウィンドウでは、
古いレジストリを追加および設定したり、ダッシュボードに表示される使
用されていないレジストリを削除したりすることができます。
DevTest 7.5 より前のリリースでレジストリを追加する方法
1. エンタープライズ ダッシュボードを開きます。
2. エンタープライズ ダッシュボードのメイン ウィンドウの右上隅にあ
る［オプション］をクリックします。
3. ［設定］を選択します。
［レジストリ設定］ウィンドウが表示されます（［レジストリの設定］
フィールドは空白の状態）。
注： メイン ウィンドウに戻るには、［レジストリ ビューに戻る］ を
クリックするか、またはページの左上隅にあるパンくずリスト内の［概
要］をクリックします。
第 3 章： DevTest サーバ インストールおよびインストール後の作業 71
インストール後
4. ［レジストリ設定］ウィンドウ内の［レジストリの追加］をクリック
します。 確認のために［はい］をクリックします。
5. 以下のフィールドに入力します。
レジストリ URL
レジストリの URL。 このフィールドは必須です。
例：
tcp://hostname:2010/Registry
URL を検証するには、［検証］をクリックします。
レジストリ名
このレジストリの共通名またはニックネーム。
例：
MyRegistry@hostname:2010
レジストリの表示
このレジストリをダッシュボードのメイン パネルに表示するには、
［アクティブ］を選択します。このレジストリを非表示にするに
は、［非表示］を選択します。 このパラメータにより、このレジ
ストリが左側のどのフォルダに含まれるかも制御されます。
［レジストリ設定］ウィンドウには、以下のフィールドもあります。
セキュリティ
ACL セキュリティが有効になっているか、無効になっているかを示
します。
DevTest コンソール URL
このレジストリの DevTest コンソールの URL 例：
http://hostname:1505/index.html
6. ［保存］をクリックすると、レジストリがダッシュボードに追加され
ます。
72 インストール
インストール後
レジストリを検証する方法
1. ［オプション］メニューで、［設定］を選択します。
2. ［レジストリ］列のレジストリのリストから、検証するレジストリを
クリックします。
3. ［検証］をクリックします。
ダッシュボード サーバは、選択したレジストリのクエリを実行し、ス
テータス（実行中など）を表示します。
4. ［OK］をクリックします。
第 3 章： DevTest サーバ インストールおよびインストール後の作業 73
インストール後
HTTP/S プロキシ サーバの使用 - DevTest サーバ
プレーン HTTP プロキシ サーバまたは SSL で保護された HTTP プロキシ
サーバを使用している場合は、LISA_HOME ディレクトリにある
local.properties ファイルで、そのプロキシ サーバと除外するホストを定義
します。
次の手順に従ってください：
1. DevTest サーバ がインストールされているホストにログオンします。
2. LISA_HOME に移動します。
3. local.properties が存在しない場合は、_local.properties をコピーし、そ
のコピーを local.properties（アンダースコアなし）として保存します。
4. local.properties を編集するために開き、HTTP プロキシ サーバまたは
HTTPS プロキシ サーバのいずれか（プロキシ サーバがプレーン HTTP
を使用しているか SSL で保護された HTTP を使用しているかによって
異なる）のセクション ヘッダを見つけます。
5. FQDN または IP アドレスおよびポートによってプロキシ サーバを識別
します。
■
HTTP サーバの場合は、lisa.http.webProxy.host および
lisa.http.webProxy.port プロパティを使用します
■
HTTPS サーバの場合は、lisa.http.webProxy.ssl.host および
lisa.http.webProxy.ssl.port プロパティを使用します
6. プロキシ サーバを通過することから除外するホストを識別します。
■
HTTP サーバの場合は、lisa.http.webProxy.nonProxyHosts プロパティ
を使用します
■
HTTPS サーバの場合は、lisa.http.webProxy.ssl.nonProxyHosts プロパ
ティを使用します
7. プロパティの前のコメント記号を削除したことを確認してください。
8. ファイルを保存して終了します。
74 インストール
インストール後
例：
以下の例の最初の 2 行は、HTTP プロキシ サーバの URL が
http://192.168.24.242:49185 であることを指定します。
3 行目は、このプロキシを通過しないホストに、localhost（127.0.0.1）
のループバック アドレスと 192.168.32.255 ～ 192.168.32.0 の範囲の IP
アドレスが含まれることを指定します。除外する IP アドレスの区切り
文字としてパイプ記号（|）が使用されることに注意してください。ま
た、ワイルドカード（*）が任意の有効な値（IP アドレス ノードの有
効な値は 0 ～ 255）を表すことにも注意してください。 除外するホス
トが標準命名規則を共有している場合は、ワイルドカード文字を
FQDN およびホスト名と共に使用することもできます。
lisa.http.webProxy.host=192.168.24.242
lisa.http.webProxy.port=49185
lisa.http.webProxy.nonProxyHosts=127.0.0.1|192.168.32.*
第 3 章： DevTest サーバ インストールおよびインストール後の作業 75
インストール後
local.properties での HTTP/S プロキシ サーバ設定
## ==============================================
## HTTP Proxy Server
## ==============================================
#lisa.http.webProxy.host=<machine name or ip>
##list of excluded machine names or ip addresses delimited by pipes, * wildcard
accepted <machine name or ip>[|<machine name or ip>]*
lisa.http.webProxy.nonProxyHosts=127.0.0.1
#lisa.http.webProxy.port=
## ==============================================
## HTTPS Proxy Server
## ==============================================
#lisa.http.webProxy.ssl.host=<machine name or ip>
##list of excluded machine names or ip addresses delimited by pipes, * wildcard
accepted <machine name or ip>[|<machine name or ip>]*
lisa.http.webProxy.ssl.nonProxyHosts=127.0.0.1
#lisa.http.webProxy.ssl.port=
## === Leave blank to use integrated NTLM authentication
#lisa.http.webProxy.host.domain= used for NTLM authentication
#lisa.http.webProxy.host.account=
#lisa.http.webProxy.host.credential=
## === Exclude simple host names from proxy use - default value is true
#lisa.http.webProxy.nonProxyHosts.excludeSimple=false
## === Preemptively send authorization information rather than waiting for a
challenge
## ===== valid values are basic or ntlm
#lisa.http.webProxy.preemptiveAuthenticationType=ntlm
76 インストール
インストール後
異なるシステムで動作するコンポーネント
サーバ コンポーネントが別のシステム上にある場合は、以下のプロパ
ティを正しく使用します。
■
レジストリは、lisa.registryName プロパティを使用して自身にデフォル
ト以外の名前を付けます。
■
非レジストリ サーバ コンポーネントはロケータとして lisa.registry.url
プロパティを使用します。
非レジストリ サーバ コンポーネントの local.properties ファイルでは、
lisa.registry.url プロパティでレジストリを指定します。
lisa.registry.url=tcp://registry-hostname-or-ip:port/registry-name
以下に例を示します。
lisa.registry.url=tcp://myserver.example.com:2010/Registry
この目的のために lisa.registryName プロパティを使用しないでください。
レジストリを指定する別のオプションは、非レジストリ サーバ コンポー
ネントを起動するときに引数として -m を渡すことです。
./CoordinatorServer -m tcp://registry-hostname-or-ip:port/registry-name
以下に例を示します。
./CoordinatorServer -m tcp://myserver.example.com:2010/Registry
第 3 章： DevTest サーバ インストールおよびインストール後の作業 77
インストール後
シミュレータ インスタンスの算出
特定のシミュレータのインスタンス数を算出するには、以下の分析を実行
します。
1. DevTest ワークステーション を起動し、レジストリを選択して、ログ
インします。 ［ヘルプ］-［DevTest ランタイム情報］のメモリ使用量
を記録します。
2. テスト スイートをローカルで実行し、［ヘルプ］-［DevTest ランタイ
ム情報］のメモリ使用量を記録します。
3. 手順 2 と手順 1 のメモリ使用量の差を確認します。
4. 使用可能な RAM に 60 パーセントを掛けます。
5. 手順 4 の使用可能な RAM を手順 3 のメモリ使用量で割ります。
手順 5 の結果は、シミュレータ サーバで設定する必要のある仮想ユーザ
（インスタンス）の数の良い初期推定値となります。
コーディネータ サーバとレジストリの両方がシミュレータ サーバと同じ
サーバ上で実行されている場合は、使用可能な RAM に 40 パーセントを掛
けます。 コーディネータ サーバがすべてのレポートおよびメトリックを
収集し、そのために RAM を消費するので、60 パーセントではなく 40 パー
セントを使用します。
この方法により、出発点が得られます。 各シミュレータについてインス
タンスの適切な数に到達するには、何回かの反復とその他の直観的な方法
を使用します。
注： コマンド ライン オプションを使用して、シミュレータの同時インスタ
ンスの数を設定できます。詳細については、コマンド プロンプトを開き、
LISA_HOME¥bin ディレクトリに移動して、「simulator --help」と入力して
ください。
78 インストール
インストール後
負荷およびパフォーマンス サーバのサイジング
特定の負荷テストに必要なシミュレーション サーバの数を算出するのは
簡単ではありません。 必要なサーバの数は、以下のような多くの要因に
左右されます。
■
サーバ ホスト設定（CPU の数、RAM の容量）
■
テスト ケース フットプリント（テスト ステップの数、テスト ステッ
プのタイプ）
■
その他のテスト要件（レポートの数、データ セットのサイズ）
パフォーマンス テストのテスト ランを数回実行することをお勧めします。
これらのテスト ランによって、DevTest サーバ 環境の構成の決定に役立つ
データを収集できます。 メトリックの収集とメモリおよび CPU 使用率の
モニタは、特定のシミュレータ サーバで使用できる仮想ユーザ数の算出
に非常に重要です。
レジストリは軽量で、コンピューティング リソースをほとんど必要とし
ません。 レジストリは、ネットワーク内のほとんどすべてのコンピュー
タから実行できます。
コーディネータ サーバはリソースを必要とします。 コーディネータ サー
バは専用のコンピュータを必要としませんが、一般に個別のコンピュータ
にインストールされます。 多くのメトリックを収集する場合、多くのレ
ポートを要求する場合、またはその両方の場合は、この方法に従います。
シミュレータ サーバは、何千もの仮想ユーザをシミュレートするために
使用されます。 物理サーバごとに 1 つのシミュレータ サーバを実行する
ことをお勧めします。 技術的には、任意の数のインスタンスで単一のシ
ミュレータ サーバを起動できます。 ただし、通常、サーバ メモリのサイ
ズおよび速度により、各シミュレータのインスタンスの数が制限されます。
適切な上限は約 250 の仮想ユーザです。
サーバのサイジングには、縦方向の拡張と横方向の拡張を使用できます。
縦方向の拡張では、通常制限されている CPU 速度を上げ、使用可能なメモ
リを増加させます。 横方向の拡張では、サーバを追加します。 仮想ユー
ザの数を増加させるには、横方向の拡張をお勧めします。
シミュレータ当たりのインスタンスの数は、多くの要因に依存します。イ
ンスタンスの最大数の算出に単純なルールは使用できません。
第 3 章： DevTest サーバ インストールおよびインストール後の作業 79
インストール後
ネットワーク遅延は、負荷とパフォーマンスに影響を与えます。 データ
ベースは、DevTest の主要コンポーネントとして、同じデータ センター内
のサーバ上に配置することをお勧めします。
Java 環境での DevTest ワークステーション の使用
DevTest インストールによって使用されたデフォルトの JRE を独自の Java
環境に変更できます。 それには、DevTest ワークステーション がどのよう
に使用する JRE を選択するかを理解することが重要です。
DevTest ワークステーション の起動時には、以下の優先度で使用する Java
VM が選択されます。
1. DevTest ワークステーション によって LISA_HOME¥jre ディレクトリに
インストールされている JRE
2. LISA_JAVA_HOME 環境変数
3. JAVA_HOME 環境変数
4. JDK_HOME 環境変数
次の手順に従ってください：
1. LISA_HOME¥jre ディレクトリの名前を変更します（たとえば、jre を
jre_default に変更する）。
2. LISA_JAVA_HOME 環境変数が Java インストール ディレクトリを指すよ
うにします。
「独自の JVM の提供 (P. 13)」も参照してください。
80 インストール
インストール後
デフォルト プロジェクト ホームの変更
デフォルトでは、プロジェクトは LISA_HOME¥Projects ディレクトリに保
存されます。
この手順では、DevTest ポータルのデフォルトの場所を変更する方法につ
いて説明します。DevTest ワークステーション のデフォルトの場所は変更
できません。
次の手順に従ってください：
1. $LISA_HOME ディレクトリに移動します。
2. res-hub-config.properties という名前のテキスト ファイルを作成します。
3. resHub.projects.dir プロパティをファイルに追加します。 Windows プ
ラットフォーム上であっても、ディレクトリ パスには必ずスラッシュ
を使用します。 以下に例を示します。
resHub.projects.dir=C:/MyNewProjectHome
4. ファイルを保存して閉じます。
5. ポータル サーバ コンポーネントが実行中の場合は、再起動します。
プロジェクト ディレクトリ構造
テスト アセット（たとえばプロジェクト）を使用するサーバ コンポーネ
ントがテスト アセットを確実に使用できるようにすることをお勧めしま
す。
テスト アセットへのアクセスを管理するための要件は以下のとおりです。
■
命名規則を使用します。 複数のチームが同じサーバ環境を使用できま
す。 所有者および目的を区別し、秩序を維持するために、命名規則を
使用します。
■
プロジェクト名は一意である必要があります。 サーバ環境では、2 つ
の展開されたプロジェクトが同じ名前である場合、予期しない状況が
発生する可能性があります。
第 3 章： DevTest サーバ インストールおよびインストール後の作業 81
DevTest サーバ のアンインストール
DevTest サーバ のアンインストール
LISA_HOME ディレクトリの最上位にはアンインストール アプリケーショ
ンが含まれます。DevTest サーバ コンポーネントをアンインストールする
には、DevTest Solutions アンインストール ウィザードを使用します。
次の手順に従ってください：
1. DevTest Solutions を停止します。
a. すべてのユーザが DevTest ワークステーション、ポータル、DevTest
コンソール、およびエンタープライズ ダッシュボードからログオ
フしたことを確認します。
b. 実行中の DevTest コマンド ライン ユーティリティがないことを確
認します。
c. シミュレータ、コーディネータ、VSE、ブローカ、ポータル、レジ
ストリ、エンタープライズ ダッシュボードの順に、実行ファイル
を閉じるかサービスを停止します。
2. （オプション）主なログ ファイルが置かれているディレクトリを削除
します。
a. ログがカスタム ディレクトリに格納されている場合は、DevTest
ワークステーション を開き、［ヘルプ］メニューから［DevTest ラ
ンタイム情報］を選択して、lisa.tmpdir までスクロールします。 パ
スは lisa.tmpdir の値です。
b. lisatmp_リリース番号 ディレクトリに移動します。各リリース固有
のログ ディレクトリ（lisatmp_リリース番号）のデフォルトの場所
は USER_HOME ディレクトリです。
c. ディレクトリを右クリックし、［Delete］を選択します。 確認プロ
ンプトに対して［Yes］をクリックします。
3. ［Shared］インストール タイプをアンインストールしている場合は、
手動で lisa.user.properties ファイルを削除します。デフォルトの場所は、
DevTest をインストールしたユーザの USE_HOME ディレクトリです。
重要： このファイルを削除しない場合、［Local］インストール タイプ
での将来のインストールは正しくインストールされません。
4. アンインストール プロセスを開始します。
■
Windows： 以下からこのアプリケーションを起動できます。
■
82 インストール
Windows の［スタート］メニュー オプション
DevTest サーバ のアンインストール
■
■
DevTest Solutions アンインストーラ
■
［コントロール パネル］-［プログラム］-［プログラムと機能］
-［プログラムのアンインストールまたは変更］ウィンドウ
UNIX または Linux： DevTest を開き、［uninstall］をクリックして、
［Run］を選択します。
［DevTest Solutions Uninstall］手順が表示されます。
5. ［次へ］をクリックします。
6. データベース、hotDeploy、lib/core、および関連ユーザ設定のフォルダ
を削除するには、［Delete all files］チェック ボックスをオンにします。
7. ［次へ］をクリックします。
すべてのファイルを削除することを選択しなかった場合は、［Results
of Uninstaller］手順が表示され、削除できなかったファイルのリストが
示されます。
8. ［終了］をクリックします。
第 3 章： DevTest サーバ インストールおよびインストール後の作業 83
第 4 章： DevTest ワークステーション のイン
ストール
DevTest ワークステーション が組み込まれた DevTest サーバ をインストー
ルすることも、DevTest ワークステーション をスタンドアロン アプリケー
ションとしてインストールこともできます。
このセクションでは、DevTest ワークステーション をスタンドアロン アプ
リケーションとしてインストールし、設定する方法について説明します。
DevTest ワークステーション をインストールおよび設定したら、「使用」
の「DevTest ワークステーション を開く」の手順に従ってログインできま
す。コンピュータに DevTest サーバ なしで DevTest ワークステーション が
インストールされている場合は、リモート コンピュータで実行されてい
るレジストリを指定します。DevTest ワークステーション インストールに
はローカル レジストリが含まれません。
詳細については、「Java 環境での DevTest ワークステーション の使用 (P.
80)」を参照してください。
このセクションには、以下のトピックが含まれています。
Windows での DevTest ワークステーション のインストール (P. 86)
UNIX での DevTest ワークステーション のインストール (P. 89)
Mac での DevTest ワークステーション のインストール (P. 92)
HTTP/S プロキシ サーバの使用 - DevTest ワークステーション (P. 94)
環境設定 (P. 97)
第 4 章： DevTest ワークステーション のインストール 85
Windows での DevTest ワークステーション のインストール
Windows での DevTest ワークステーション のインストール
このトピックでは、DevTest ワークステーション をデモ サーバと共に、ま
たはデモ サーバなしで Windows 環境にインストールする方法について説
明します。
インストール手順を開始する前に、Download Center (P. 43) から以下のファ
イルをダウンロードします。
■
ご使用のプラットフォーム用のインストーラ
■
（オプション）デモ サーバ zip ファイル
次の手順に従ってください：
1. インストーラ ファイル（devtest_win_x64.exe など）を実行します。
［Welcome to the DevTest Solutions Setup Wizard］が表示されます。
2. ［次へ］をクリックします。
［CA End User License Agreement］手順が表示されます。
3. ライセンス契約書を読み、［I accept the terms of the License Agreement］
オプションを選択し、［Next］をクリックします。
［Select Destination Directory］手順が表示されます。
4. DevTest Solutions の 1 つ以上のコンポーネントをインストールする
フォルダを指定します。 C:¥Program Files¥CA¥DevTestSolutions などの
スペースが含まれるディレクトリも使用できます。 存在しないフォル
ダを指定すると、そのフォルダがセットアップ ウィザードによって作
成されます。
5. ［次へ］をクリックします。
［Installation Type］手順が表示されます。
6. 以下のいずれかのオプションを選択し、［Next］をクリックします。
Local
すべての DevTest Solutions コンポーネントをローカル コンピュー
タの単一のディレクトリにインストールします。デフォルトでは、
すべてのデータはこのディレクトリに格納されます。また、ユー
ザごとの個人の一時ディレクトリがあります。 ローカル インス
トールは、ほとんどの環境で使用される最も一般的なインストー
ル タイプです。
Shared
86 インストール
Windows での DevTest ワークステーション のインストール
複数のコンピュータから複数のユーザがアクセスできる共有の場
所にすべての DevTest Solutions コンポーネントをインストールす
るように、管理者によって使用されます。 データおよび一時ファ
イルはすべてユーザ指定のディレクトリに格納されます。 ユーザ
ごとに個人データを持ちますが、ユーザは共通の DevTest Solutions
インストールを共有します。 共有インストールでは、ユーザは
DevTest Solutions プログラム ディレクトリに対する読み取りアク
セス権のみが必要です。
［Select Components］手順が表示されます。
7. ［Server］チェック ボックスをオフにし、［Workstation］チェック ボッ
クスがオンになっていることを確認し、［Next］をクリックします。
インストール タイプに［Shared］を選択した場合は、以下の手順でデー
タ ディレクトリおよび一時ファイル ディレクトリを指定するように
促されます。
8. 各手順の後に［Next］をクリックして、ディレクトリを指定します。
［Demo Server］手順が表示されます。
9. インストーラでデモ サーバを LISA_HOME ディレクトリに解凍する場
合、［Install demo server］オプションを選択し、デモ サーバ zip ファ
イルの完全修飾パスを指定します。
10. ［次へ］をクリックします。
［Select Start Menu Folder］手順が表示されます。
11. DevTest ワークステーション を［スタート］メニューに追加するかど
うか、また追加する場合は DevTest ワークステーション をその他の
ユーザの［スタート］メニューにも追加するかどうかを指定します。
■
すべてのユーザについてショートカットを持つ［スタート］メ
ニュー フォルダを作成するには、すべてデフォルト設定のままに
します。 必要に応じて、新しいフォルダ名を入力します。
■
スタート メニュー フォルダを作成しない場合は、「Create a Start
Menu folder］チェック ボックスをオフにします。
■
［スタート］メニュー フォルダを作成し、ショートカットの表示
をお使いの［スタート］メニューに制限する方法
■
［Create a Start Menu folder］をオンのままにします。
■
デフォルトの名前を使用するか、別の名前を入力します。
■
［Create shortcuts for all users］チェック ボックスをオフにしま
す。
第 4 章： DevTest ワークステーション のインストール 87
Windows での DevTest ワークステーション のインストール
12. ［次へ］をクリックします。
［Select File Associations］手順が表示されます。
13. 「CA Application Test の使用」で提供されるサンプル プロジェクト
チュートリアルを使用する場合は、すべての拡張子を選択します。
DevTest Solutions と関連付けることができるファイル拡張子には、以下
のものが含まれます。
■
*.tst -- CA Application Test でテスト ケースを作成するには、この拡
張子を選択します。
■
*.vsm および *.vsi -- CA Service Virtualization で仮想サービスを作成
するには、この拡張子を選択します。
■
*.ste -- CA Application Test のテスト ランナーでスイートを実行する
には、この拡張子を選択します。
■
*.stg -- CA Application Test でテスト ケースをステージング ドキュ
メントとして実行するには、この拡張子を選択します。
14. ［Install］をクリックしてインストールを開始します。
インストールが完了すると、［Information］手順が表示されます。
15. 情報を読み、［Next］をクリックします。
［Completing the DevTest Solutions Setup Wizard］手順が表示されます。
16. ［終了］をクリックします。
88 インストール
UNIX での DevTest ワークステーション のインストール
UNIX での DevTest ワークステーション のインストール
このトピックでは、DevTest ワークステーション を UNIX または Linux 環境
にインストールする方法について説明します。
インストール手順を開始する前に、Download Center (P. 43) から以下のファ
イルをダウンロードします。
■
ご使用のプラットフォーム用のインストーラ
■
（オプション）デモ サーバ zip ファイル
以下の手順は、GUI 版のインストーラに基づいています。 コマンドライン
版のインストーラを使用するには、-c オプションを追加します。以下に例
を示します。
./devtest_linux_x64.sh -c
注： 汎用 UNIX インストーラを使用する場合は、Java 仮想マシン（JVM） (P.
13)が同じコンピュータにあることを確認してください。 JVM のバージョ
ンは 1.7 である必要があります。 JAVA_HOME 環境変数を設定することに
より、特定の JVM を指定できます。 インストーラが JVM を検出できない
場合、インストーラはメッセージを表示して終了します。
次の手順に従ってください：
1. ターミナル ウィンドウで、インストーラ ファイルがあるディレクトリ
に移動します。
2. インストーラ ファイルに実行権限があることを確認します。
chmod 777 devtest_platform_x64.sh
これにより、rwxrwxrwx 権限がファイルに付与されます。
3. インストーラ ファイルを実行します。アイコンをダブルクリックする
か、ターミナル ウィンドウから以下のコマンドに類似したコマンドを
入力します。
./devtest_platform_x64.sh
DevTest Solutions セットアップ ウィザードが表示されます。
4. ［次へ］をクリックします。
第 4 章： DevTest ワークステーション のインストール 89
UNIX での DevTest ワークステーション のインストール
［CA End User License Agreement］手順が表示されます。
5. ライセンス契約書を読み、「I accept the terms of the License Agreement」
チェック ボックスをオンにし、［Next］をクリックします。
［Select Destination Directory］手順が表示されます。
6. DevTest ワークステーション のインストール先ディレクトリを指定し
ます。スペースが含まれるディレクトリを使用しないでください。
（デ
フォルトのパスは /opt/CA/DevTest です。）
7. ［次へ］をクリックします。
［Installation Type］手順が表示されます。
8. 以下のいずれかのオプションを選択し、［Next］をクリックします。
Local
すべての DevTest Solutions コンポーネントをローカル コンピュー
タの単一のディレクトリにインストールします。デフォルトでは、
すべてのデータはこのディレクトリに格納されます。また、ユー
ザごとの個人の一時ディレクトリがあります。 ローカル インス
トールは、ほとんどの環境で使用される最も一般的なインストー
ル タイプです。
Shared
複数のコンピュータから複数のユーザがアクセスできる共有の場
所にすべての DevTest Solutions コンポーネントをインストールす
るように、管理者によって使用されます。 データおよび一時ファ
イルはすべてユーザ指定のディレクトリに格納されます。 ユーザ
ごとに個人データを持ちますが、ユーザは共通の DevTest Solutions
インストールを共有します。 共有インストールでは、ユーザは
DevTest Solutions プログラム ディレクトリに対する読み取りアク
セス権のみが必要です。
［Select Components］手順が表示されます。
9. ［Server］チェック ボックスをオフにし、［Workstation］チェック ボッ
クスがオンになっていることを確認し、［Next］をクリックします。
インストール タイプに［Shared］を選択した場合は、以下の手順でデー
タ ディレクトリおよび一時ファイル ディレクトリを指定するように
促されます。
90 インストール
UNIX での DevTest ワークステーション のインストール
10. 各手順の後に［Next］をクリックして、ディレクトリを指定します。
［Specify Demo Server］手順が表示されます。
11. インストーラでデモ サーバを LISA_HOME ディレクトリに解凍する場
合、［Install demo server］チェック ボックスをオンにし、デモ サーバ
zip ファイルの完全修飾パスを指定します。
12. ［次へ］をクリックします。
［Select Additional Tasks］手順が表示されます。
13. DevTest のデスクトップ アイコンを作成しない場合は、チェック ボッ
クスをオフにします。
14. ［Install］をクリックします。
インストールが完了すると、［Information］手順が表示されます。
15. 情報を読み、［Next］をクリックします。
［Completing the DevTest Solutions Setup Wizard］手順が表示されます。
16. ［終了］をクリックします。
第 4 章： DevTest ワークステーション のインストール 91
Mac での DevTest ワークステーション のインストール
Mac での DevTest ワークステーション のインストール
このトピックでは、デモ サーバと共に、またはデモ サーバなしで DevTest
ワークステーション を Mac にインストールする方法について説明します。
インストール手順を開始する前に、Download Center (P. 43) から以下のファ
イルをダウンロードします。
■
ご使用のプラットフォーム用のインストーラ
■
（オプション）デモ サーバ zip ファイル
次の手順に従ってください：
1. インストーラ ファイル（たとえば、devtest_osx_x64.dmg）を実行しま
す。
［Welcome to the DevTest Solutions Setup Wizard］が表示されます。
2. ［次へ］をクリックします。
［CA End User License Agreement］手順が表示されます。
3. ライセンス契約書を読み、［I accept the terms of the License Agreement］
オプションを選択し、［Next］をクリックします。
［Select Destination Directory］手順が表示されます。
4. DevTest Solutions の 1 つ以上のコンポーネントをインストールする
フォルダを指定します。 存在しないフォルダを指定すると、そのフォ
ルダがセットアップ ウィザードによって作成されます。
5. ［次へ］をクリックします。
［Installation Type］手順が表示されます。
6. 以下のいずれかのオプションを選択し、［Next］をクリックします。
Local
すべての DevTest Solutions コンポーネントをローカル コンピュー
タの単一のディレクトリにインストールします。デフォルトでは、
すべてのデータはこのディレクトリに格納されます。また、ユー
ザごとの個人の一時ディレクトリがあります。 ローカル インス
トールは、ほとんどの環境で使用される最も一般的なインストー
ル タイプです。
Shared
92 インストール
Mac での DevTest ワークステーション のインストール
複数のコンピュータから複数のユーザがアクセスできる共有の場
所にすべての DevTest Solutions コンポーネントをインストールす
るように、管理者によって使用されます。 データおよび一時ファ
イルはすべてユーザ指定のディレクトリに格納されます。 ユーザ
ごとに個人データを持ちますが、ユーザは共通の DevTest Solutions
インストールを共有します。 共有インストールでは、ユーザは
DevTest Solutions プログラム ディレクトリに対する読み取りアク
セス権のみが必要です。
［Select Components］手順が表示されます。
7. ［Server］チェック ボックスをオフにし、［Workstation］チェック ボッ
クスがオンになっていることを確認し、［Next］をクリックします。
［Demo Server］手順が表示されます。
8. インストーラでデモ サーバを解凍する場合、［Install demo server］オ
プションを選択し、デモ サーバ zip ファイルの完全修飾パスを指定し
ます。
9. ［次へ］をクリックします。
［Select Additional Tasks］手順が表示されます。
10. （オプション）DevTest ワークステーション デスクトップ アイコンを
作成しない場合は、チェック ボックスをオフにします。
11. ［次へ］をクリックします。
［Select File Associations］手順が表示されます。
12. 「CA Application Test の使用」で提供されるサンプル プロジェクト
チュートリアルを使用する場合は、すべての拡張子を選択します。
DevTest Solutions と関連付けることができるファイル拡張子には、以下
のものが含まれます。
■
*.tst -- CA Application Test でテスト ケースを作成するには、この拡
張子を選択します。
■
*.vsm および *.vsi -- CA Service Virtualization で仮想サービスを作成
するには、この拡張子を選択します。
■
*.ste -- CA Application Test のテスト ランナーでスイートを実行する
には、この拡張子を選択します。
■
*.stg -- CA Application Test でテスト ケースをステージング ドキュ
メントとして実行するには、この拡張子を選択します。
13. ［Install］をクリックしてインストールを開始します。
インストールが完了すると、［Information］手順が表示されます。
第 4 章： DevTest ワークステーション のインストール 93
HTTP/S プロキシ サーバの使用 - DevTest ワークステーション
14. 情報を読み、［Next］をクリックします。
［Completing the DevTest Solutions Setup Wizard］手順が表示されます。
15. ［終了］をクリックします。
HTTP/S プロキシ サーバの使用 - DevTest ワークステーション
プレーン HTTP プロキシ サーバまたは SSL で保護された HTTP プロキシ
サーバを使用している場合は、LISA_HOME にある local.properties ファイル
で、そのプロキシ サーバと除外するホストを定義します。
次の手順に従ってください：
1. DevTest ワークステーション がインストールされているホストにログ
オンします。
2. LISA_HOME に移動します。
3. local.properties が存在しない場合は、_local.properties をコピーし、そ
のコピーを local.properties（アンダースコアなし）として保存します。
4. local.properties を編集するために開き、HTTP プロキシ サーバまたは
HTTPS プロキシ サーバのいずれか（プロキシ サーバがプレーン HTTP
を使用しているか SSL で保護された HTTP を使用しているかによって
異なる）のセクション ヘッダを見つけます。
5. FQDN または IP アドレスおよびポートによってプロキシ サーバを識別
します。
■
HTTP サーバの場合は、lisa.http.webProxy.host および
lisa.http.webProxy.port プロパティを使用します
■
HTTPS サーバの場合は、lisa.http.webProxy.ssl.host および
lisa.http.webProxy.ssl.port プロパティを使用します
6. プロキシ サーバを通過することから除外するホストを識別します。
■
HTTP サーバの場合は、lisa.http.webProxy.nonProxyHosts プロパティ
を使用します
■
HTTPS サーバの場合は、lisa.http.webProxy.ssl.nonProxyHosts プロパ
ティを使用します
7. プロパティの前のコメント記号を削除したことを確認してください。
8. ファイルを保存して終了します。
94 インストール
HTTP/S プロキシ サーバの使用 - DevTest ワークステーション
例：
以下の例の最初の 2 行は、HTTP プロキシ サーバの URL が
http://192.168.24.242:49185 であることを指定します。
3 行目は、このプロキシを通過しないホストに、localhost（127.0.0.1）
のループバック アドレスと 192.168.32.255 ～ 192.168.32.0 の範囲の IP
アドレスが含まれることを指定します。 除外する IP アドレスの区切
り文字としてパイプ記号（|）が使用されることに注意してください。
また、ワイルドカード（*）が任意の有効な値（IP アドレス ノードの
有効な値は 0 ～ 255）を表すことにも注意してください。 除外するホ
ストが標準命名規則を共有している場合は、ワイルドカード文字を
FQDN およびホスト名と共に使用することもできます。
lisa.http.webProxy.host=192.168.24.242
lisa.http.webProxy.port=49185
lisa.http.webProxy.nonProxyHosts=127.0.0.1|192.168.32.*
第 4 章： DevTest ワークステーション のインストール 95
HTTP/S プロキシ サーバの使用 - DevTest ワークステーション
local.properties での HTTP/S プロキシ サーバ設定
## ==============================================
## HTTP Proxy Server
## ==============================================
#lisa.http.webProxy.host=<machine name or ip>
##list of excluded machine names or ip addresses delimited by pipes, * wildcard
accepted <machine name or ip>[|<machine name or ip>]*
lisa.http.webProxy.nonProxyHosts=127.0.0.1
#lisa.http.webProxy.port=
## ==============================================
## HTTPS Proxy Server
## ==============================================
#lisa.http.webProxy.ssl.host=<machine name or ip>
##list of excluded machine names or ip addresses delimited by pipes, * wildcard
accepted <machine name or ip>[|<machine name or ip>]*
lisa.http.webProxy.ssl.nonProxyHosts=127.0.0.1
#lisa.http.webProxy.ssl.port=
## === Leave blank to use integrated NTLM authentication
#lisa.http.webProxy.host.domain= used for NTLM authentication
#lisa.http.webProxy.host.account=
#lisa.http.webProxy.host.credential=
## === Exclude simple host names from proxy use - default value is true
#lisa.http.webProxy.nonProxyHosts.excludeSimple=false
## === Preemptively send authorization information rather than waiting for a
challenge
## ===== valid values are basic or ntlm
#lisa.http.webProxy.preemptiveAuthenticationType=ntlm
96 インストール
環境設定
環境設定
DevTest ドキュメントでは、%LISA_HOME%（Windows 用）または
$LISA_HOME（OSX または UNIX 用）という名前のトークンが説明されてい
ます。 このトークンは、DevTest Solutions がインストールされた場所を示
します。
サポート対象のすべてのオペレーティング システムで、環境変数は起動
スクリプトまたはプログラムからこの名前で自動的に設定されます。
たとえば、DevTest サーバ を C:¥DevTest_release_number へインストールし
た場合は、%LISA_HOME% の値になります。DevTest ワークステーション は、
LISA_HOME という名前のプロパティ内のこの変数の値にもアクセスでき
ます。
DevTest クラスパスに JAR、zip、またはディレクトリを追加するには、以
下の 2 つのオプションがあります。
■
環境変数 LISA_POST_CLASSPATH を定義し、目的のリソースを設定しま
す。
■
%LISA_HOME%/hotDeploy ディレクトリに追加します。
注： 環境設定の詳細については、「CA Application Test の使用」の「共通の
プロパティと環境変数」を参照してください。
第 4 章： DevTest ワークステーション のインストール 97
第 5 章： デモ サーバのインストール
第 5 章： デモ サーバのインストール 99
環境設定
オプションのデモ サーバは、DevTest の機能を示すためのいくつかのアプ
リケーションがある JBoss 4.2.3 アプリケーション サーバです。
■
examples プロジェクトには、デモ サーバを使用するテスト ケースが
含まれます。
■
「CA Application Test の使用」のチュートリアルの一部はデモ サーバを
使用します。
注： デモ サーバはポート 1529 を使用します。その他のアプリケーション
では、そのポートを使用できません。このポートが使用可能でない場合、
デモ サーバは正常に起動しません。
次の手順に従ってください：
1. 「DevTest のインストーラのダウンロード (P. 43)」の説明に従って、
デモ サーバをダウンロードします。
2. 以下のいずれかのインストール方法を選択します。
■
（推奨）DevTest Solutions （サーバまたはワークステーション）を
インストールし、セットアップ ウィザードで同じインストール
ディレクトリ（LISA_HOME）にファイルを解凍します。セットアッ
プ ウィザードは、デモ サーバのデスクトップ アイコンも作成しま
す。
■
コンピュータ上で DevTestDemoServer.zip ファイルを解凍します
（Windows では、このファイルは ダウンロード フォルダにダウン
ロードされます）。lisa-demo-server フォルダに移動し、README
ファイルに記載されている手順に従います。 README ファイルに
は、デモ サーバを起動するためのプラットフォームに固有の手順
が含まれます。
3. 2 つ目の方法を選択する場合は、以下の情報に注意してください。
100 インストール
■
システムには、個別に Java 7 をインストールしておく必要がありま
す。
■
JAVA_HOME 環境変数を設定します。この変数は、JBoss が JSP ファ
イルをコンパイルおよび実行するために必要です。
■
デスクトップまたはスペースが含まれるパスに JBoss サーバ ディ
レクトリを配置しないでください。 ディレクトリへのパスにス
ペースがある場合、JBoss は JSP をコンパイルできません。
環境設定
注：
■
コマンド ラインからデモ サーバを起動するには、
LISA_HOME¥DemoServer¥lisa-demo-server ディレクトリに移動し、お使
いのオペレーティング システム用のスクリプトを起動します。
■
（Windows）start-windows.bat
■
（UNIX または Linux）start-unix-linux.sh
■
（OS/X）start-osx.command
■
UNIX または Linux でデモ サーバを実行するには、/bin/bash シェルを使
用します。
■
デモ サーバはデフォルトで DevTest Java エージェントを実行し、CA
Continuous Application Insight にできるだけ多くの情報をレポートしま
す。 このレポートをオフにするには、-noagent フラグを使用します。
ヒープ/スタック情報のレポートのみをオフにするには、-noheapss フ
ラグを使用します。
■
ネイティブ エージェント バイナリが、広く使用される UNIX および
Linux ディストリビューションに存在する場合、デモ サーバはネイ
ティブ エージェントを代わりに起動します。 この場合、デモ サーバ
に Pure Java エージェントを使用させるには、起動コマンドに
--javaagent パラメータを渡します。 ネイティブ エージェント バイナ
リは、Java 1.4 以前での使用のみを意図しています。
■
デモ サーバが初めて起動されると、デモ サーバ データベースが作成
されます。 このデータベースは、
LISA_HOME¥DemoServer¥lisa-demo-server¥jboss¥server¥default¥data¥lis
a-demo-server.db ディレクトリにあります。
■
デモ サーバが起動したら、ブラウザを使用してポート 8080 でサーバ
にアクセスできます。
第 5 章： デモ サーバのインストール 101
第 6 章： DevTest Solution のインストールの
確認
DevTest Solution のインストールが正常終了したことを確認するには、
DevTest サーバ を起動し、各ユーザ インターフェースを開いてログインし
ます。
このセクションには、以下のトピックが含まれています。
DevTest の起動および UI へのログイン (P. 103)
DevTest プロセスまたはサービスの起動 (P. 104)
標準スーパー ユーザとしてのログイン (P. 108)
スーパー ユーザ ロールが付与されたユーザの作成 (P. 110)
DevTest ユーザ インターフェースへのアクセス (P. 112)
DevTest の起動および UI へのログイン
次の手順に従ってください：
1. サーバ コンポーネントの起動 (P. 104)。
2. ユーザ インターフェースにログインする準備をします。以下を行うこ
とができます。
■
標準 DevTest スーパー ユーザとしてのログイン (P. 108)
■
自分用にスーパー ユーザ ロールが付与された DevTest ユーザを作
成 (P. 110)し、自分の認証情報でログインします。
3. 各ユーザ インターフェースにアクセス (P. 112)してログインします。
UI を確認します。
4. （オプション） DevTest サーバ ディレクトリを確認します。
第 6 章： DevTest Solution のインストールの確認 103
DevTest プロセスまたはサービスの起動
DevTest プロセスまたはサービスの起動
このセクションでは、使用可能なすべてのコンポーネントを持つ DevTest
サーバ を起動するプロセスについて説明します。 すべてのコンポーネン
トが確実に起動するように、示されているシーケンスを使用してください。
起動プロセスの後に、DevTest プロセスまたはサービスを開始できるいく
つかの方法を説明します。
注： このプロセスは、「DevTest サーバ コンポーネントについて (P. 26)」
で説明します。
起動順序シーケンス
以下のシーケンスで DevTest サーバ プロセス（またはサービス）を起動し
ます （［スタート］メニュー ショートカットが示されます）。
次の手順に従ってください：
1. エンタープライズ ダッシュボード サーバを起動します。
2. 各レジストリを起動します。
3. ポータルを起動します。
4. 以下のコンポーネントを任意の順番で起動します。
■
ブローカ
■
コーディネータ サーバ
■
各コーディネータに関連付けられたシミュレータ サーバ
■
仮想サービス環境
5. DevTest サーバ で使用している場合
■
ワークステーション
■
デモ サーバ
注： サーバ コンポーネントをシャットダウンするには、逆の順番を使用し
ます。
DevTest サーバ を起動する方法
以下のいずれかの方法で DevTest サーバ プロセスにアクセスします。
■
104 インストール
（Windows）［スタート］メニューをクリックし、［DevTest Solutions］
を展開します。 起動順序シーケンスでプロセスを起動します。
DevTest プロセスまたはサービスの起動
第 6 章： DevTest Solution のインストールの確認 105
DevTest プロセスまたはサービスの起動
■
LISA_HOME¥bin フォルダに移動します。 起動順序シーケンスで実行
ファイルを起動します。
■
（Windows）［サービス］に移動し、起動順序シーケンスでサービス
を起動します。
■
管理者としてコマンド プロンプトを開くか、ターミナル ウィンドウを
開きます。 LISA_HOME¥bin に移動し、起動順序シーケンスで各プロセ
スを起動するコマンドを入力します。 それぞれのサービスを起動した
り、関連する vmoptions ファイルをきどうしたりすることもできます。
コマンド名の後に「--help」を続けて入力することにより、ヘルプを表
示します。 以下に例を示します。
106 インストール
DevTest プロセスまたはサービスの起動
第 6 章： DevTest Solution のインストールの確認 107
標準スーパー ユーザとしてのログイン
標準スーパー ユーザとしてのログイン
重要： ACL（Access Control List）は必須です。 DevTest Solutions は、最初に
有効な名前およびパスワードを使用してログインしないと使用できませ
ん。
セキュリティの設定には、ロール ベースのユーザ アカウントを作成と、
LDAP または定義した認証情報による ACL の指定が含まれます。LDAP を認
証に使用することを計画している場合、「スーパー ユーザ ロールが付与
されたユーザの作成 (P. 110)」で説明されているとおり、自分のユーザ名
およびパスワードは追加しません。LDAP の設定前に UI にアクセスするに
は、スーパー ユーザ ロールで定義される標準ユーザを使用します。
DevTest ワークステーション にアクセスすると、以下の図のようなログイ
ン ダイアログ ボックスが表示されます。
108 インストール
標準スーパー ユーザとしてのログイン
ログインするには、［ユーザ名］フィールドに「admin」と入力し、［パ
スワード］フィールドに「admin」と入力して、［ログイン］をクリック
します。 DevTest ワークステーション が開きます。
DevTest ポータルを参照すると、ログイン領域は以下のようになります。
ログインするには、［ユーザ名］フィールドに「admin」と入力し、［パ
スワード］フィールドに「admin」と入力して、［ログイン］をクリック
します。
DevTest コンソールでは、同様のログイン ダイアログ ボックスが表示され
ます。 同じ標準ユーザでそのブラウザにログインできます。
第 6 章： DevTest Solution のインストールの確認 109
スーパー ユーザ ロールが付与されたユーザの作成
スーパー ユーザ ロールが付与されたユーザの作成
ユーザ自身に DevTest Solutions へのフル アクセスを付与します。
次の手順に従ってください：
1. サーバ コンソールを参照します。
http://localhost:1505
2. 標準管理者ユーザとしてログインします。
a. ユーザ名に「admin」と入力します。
b. パスワードに「admin」と入力します。
3. 左ナビゲーション バーの［管理］ペインを展開します。 スーパー ユー
ザは、［セキュリティ］エリアで、ユーザを認証するための認証情報
を入力し、ロールの割り当てを介して機能にアクセスする権限を付与
します。
110 インストール
スーパー ユーザ ロールが付与されたユーザの作成
4. 忘れないパスワードを使用して、自分のユーザ アカウントを作成しま
す。 DevTest Solutions にフル アクセスするための、スーパー ユーザ
ロールを割り当てます。
a. 右側のパネルの下部にある［ユーザの追加］をクリックします。
b. ［ユーザ ID］フィールドに、英数字、ハイフン（-）、アンダース
コア（_）、ピリオド（.）、およびアンパサンド（@）文字の任意
の組み合わせからなる一意の ID を入力します。
c. ［パスワード］フィールドに、英数字、ハイフン（-）、アンダー
スコア（_）、およびアンパサンド（@）文字の任意の組み合わせ
からなるパスワードを入力します。
d. ［パスワードの再入力］フィールドに、もう一度パスワードを入
力します。
e. ［名前］フィールドに、ユーザ名（英数字、ハイフン（-）、アン
ダースコア（_）およびスペース文字）を入力します。
f.
［ユーザのロール］領域で、［スーパー ユーザ］を選択します。
g. ［ユーザの追加］をクリックします。
h. ［OK］をクリックします。
任意の DevTest ユーザ インターフェースまたはコマンド ライン インター
フェースにアクセスし、定義したユーザ ID およびパスワードでログイン
できるようになりました。
第 6 章： DevTest Solution のインストールの確認 111
DevTest ユーザ インターフェースへのアクセス
DevTest ユーザ インターフェースへのアクセス
使用するエンタープライズ ダッシュボード、レジストリ、およびポータ
ルは、すべての UI に対して実行される必要があります。 「Start the Server
Components (P. 104)」を参照してください。
ここでの説明に従って UI にアクセスします。 その後、標準のスーパー
ユーザとしてログインする (P. 108)か、スーパー ユーザ ロールを使用した
ユーザがユーザ自身を定義した (P. 110)ユーザ独自の認証情報でログイン
します。
デモ サーバ
DevTest Solutions に関して学習するには、ブラウザでローカル ホスト
上のデモ サーバにアクセスし、「CA Application Test の使用」のチュー
トリアルに従います。
■
ブラウザでデモ サーバにアクセスして、ログインします。
http://localhost:8080/lisabank
■
（Windows）［スタート］メニューの［DevTest Solutions］を展開
して、［Demo Server］を選択します。
エンタープライズ ダッシュボード
エンタープライズ ダッシュボードに接続されているレジストリのリ
ストを表示する方法
■
ブラウザでエンタープライズ ダッシュボード UI にアクセスして、
ログインします。
http://hostname:1506
■
112 インストール
（Windows）エンタープライズ ダッシュボードがインストールさ
れているサーバにログインします。 ［スタート］メニューの
［DevTest Solutions］を展開して、［DevTest Enterprise Dashboard UI］
を選択します。
DevTest ユーザ インターフェースへのアクセス
Portal
CA Continuous Application Insight を使用する前に、DevTest Java エージェ
ントをインストールします。 ブラウザで以下の URL にアクセスし、
DevTest ポータルにログインして、CAI にアクセスします。 実行中のレ
ジストリを持つコンピュータのホスト名を指定します。「CAI の使用」
を参照してください。
CAI は、ポータルが実行中である必要があります。 UI は、ブローカが
実行中である必要があります。 CA Application Test および CA Service
Virtualization は、一部の機能のためにポータルを使用します。 「CA
Application Test の使用」および「CA Service Virtualization の使用」を参
照してください。
■
ブラウザでポータル UI にアクセスして、ログインします。
http://hostname:1507/devtest
■
（Windows）［スタート］メニューの［DevTest Solutions］を展開
して、［DevTest Portal UI］を選択します。
ワークステーション
ローカル ホスト上の DevTest ワークステーション を起動します。ワー
クステーションでは、テストを作成および編集したり、テストのステー
ジングも行います。 代替方法には、TestRunner、junitlisa Ant タスクな
どがあります。 「CA Application Test の使用」ドキュメントを参照して
ください。 UI は、コーディネータ サーバおよびシミュレータ サーバ
が実行中である必要があります。
■
（Windows）［スタート］メニューの［DevTest Solutions］を展開
して、［ワークステーション］を選択し、レジストリを指定して、
ログインします。
■
LISA_HOME¥bin に移動し、Workstation.exe を実行します。
第 6 章： DevTest Solution のインストールの確認 113
DevTest ユーザ インターフェースへのアクセス
DevTest コンソール
このコンソールには、サーバ コンソール（VSE など）、CVS ダッシュ
ボード、レポート、および VSEasy へのリンクが含まれています。 実行
中のレジストリを持つコンピュータのホスト名を指定します。 サーバ
コンソールの［Administrative］タブの使用については、「DevTest
Solutions の管理」を参照してください。その他の情報については、「CA
Service Virtualization の使用」を参照してください。 CA Service
Virtualization の UI は、VSE が実行中である必要があります。
■
DevTest コンソールにアクセスして、ログインします。
http://hostname:1505
■
114 インストール
ワークステーションを開き、［サーバ コンソール］ツールバー ボ
タンをクリックします。
第 7 章： 統合ツールのインストール
このセクションでは、DevTest と一緒に使用できるサードパーティ製ツー
ルをインストールおよび設定する方法について説明します。
このセクションには、以下のトピックが含まれています。
パフォーマンス モニタ（Perfmon）のインストール (P. 116)
SNMP のインストールおよび設定 (P. 117)
TCPMon の実行 (P. 121)
HP ALM - Quality Center プラグインのインストール (P. 124)
IBM Rational Quality Manager のインストール (P. 125)
CA APM との統合の設定 (P. 129)
SAP システム ランドスケープ ディレクトリのセットアップ (P. 154)
第 7 章： 統合ツールのインストール 115
パフォーマンス モニタ（Perfmon）のインストール
パフォーマンス モニタ（Perfmon）のインストール
パフォーマンス モニタ（Perfmon）は、ローカルまたはリモート システム
のパフォーマンスのモニタを行うユーティリティです。 Perfmon は、パ
フォーマンス カウンタを使用してシステム パフォーマンスをモニタする
方法を示します。
Perfmon を使用して Windows システムのパフォーマンスをモニタする方
法
■
.NET Framework 2.0 との互換性が必要です。
■
コマンド プロンプトから、LISA_HOME¥bin ディレクトリにある
setup-wperfmon.bat ファイルを実行します。
■
Windows では、コマンド プロンプトは、「管理者として実行」する必
要があります。
注： Windows 2012 を実行している場合、.NET Framework 3.5 のインストー
ルにより .NET Framework 2.0 との互換性を実現できます。
さらに、以下を確認します。
■
ユーザ ID が両方のコンピュータで同じである。
■
ユーザ ID が両方のコンピュータで管理者権限を持つ。
■
ファイルおよびプリンタの共有がオンになっている。
■
簡易ファイルの共有がオフになっている。
■
デフォルトの C$ 共有、ADMIN$ 共有、または両方が有効である。
モニタ対象のコンピュータ上のファイアウォールを停止する必要がある
場合があります。
リモート モニタが動作していることを確認する方法
1. ［スタート］-［コントロール パネル］-［管理ツール］-［パフォーマ
ンス］を選択します。
2. 監視するコンピュータにモニタを追加します。
DevTest と Windows は、リモート モニタを実行するのに同じテクノロジを
使用します。 Windows のモニタが動作する場合、通常 DevTest のモニタは
動作します。
116 インストール
SNMP のインストールおよび設定
Perfmon を使用して DevTest のメトリックを収集するには、「CA
Application Test の使用」の「Windows Perfmon メトリック」を参照してく
ださい。
SNMP のインストールおよび設定
SNMP （Simple Network Management Protocol）の Microsoft Windows への実
装は、以下のタスクに使用されます。
■
リモート デバイスの設定
■
ネットワーク パフォーマンスのモニタ
■
ネットワーク使用状況の監査
■
ネットワーク障害または不適切なアクセスの検出
Windows での SNMP のサポート
Windows 7 は、SNMP 要求に応答し、トラップを送信できるエージェント
を提供します。
■
Microsoft SNMP エージェントのインストール (P. 118)
■
Microsoft SNMP エージェントの設定 (P. 120)
UNIX での SNMP のサポート
SNMP のサポートはオペレーティング システム ベンダーから入手可能で
す。または、Net-SNMP オープン ソース SNMP パッケージを利用できます。
インストールおよび設定の詳細については、付属のドキュメントを参照し
てください。
第 7 章： 統合ツールのインストール 117
SNMP のインストールおよび設定
Microsoft SNMP エージェントのインストール
Windows 7 での Microsoft SNMP エージェントのインストール
Windows 7 オペレーティング システムで Microsoft SNMP エージェントを
インストールできます。
次の手順に従ってください：
1. ［スタート］-［コントロール パネル］をクリックします。
2. ［プログラム］をクリックします。
3. ［プログラムと機能］で［Windows の機能の有効化または無効化］を
選択します。
［Windows の機能］ウィンドウが表示されます。
4. ［簡易ネットワーク管理プロトコル（SNMP）］チェック ボックスを
オンにして、［OK］をクリックします。
5. SNMP がインストールされるまで待機します。
118 インストール
SNMP のインストールおよび設定
以前の Windows バージョンでの Microsoft SNMP エージェントのインストール
次の手順に従ってください：
1. Windows の［コントロール パネル］を開きます。
2. ［プログラムの追加と削除］アイコンをダブルクリックします。
［プログラムの追加と削除］ウィンドウが表示されます。
3. ウィンドウの左側で［Windows コンポーネントの 追加と削除］をク
リックします。
Windows コンポーネント ウィザードが表示されます。
4. ［コンポーネント］リスト内の［管理とモニタ ツール］を選択し、［詳
細］をクリックします。
［管理とモニタ ツール］ウィンドウが表示されます。
5. ［管理とモニタ ツールのサブコンポーネント］リストから［簡易ネッ
トワーク管理プロトコル（SNMP）］を選択し、［OK］をクリックし
ます。
6. ［次へ］をクリックします。
Windows コンポーネント ウィザードが Microsoft SNMP エージェント
をインストールします。
7. 完了したら、［完了］をクリックします。
第 7 章： 統合ツールのインストール 119
SNMP のインストールおよび設定
Microsoft SNMP エージェントの設定
この手順では、SNMP エージェントを設定する方法について説明します。
次の手順に従ってください：
1. Windows の［コントロール パネル］を開きます。
2. ［管理ツール］をダブルクリックします。
［管理ツール］ウィンドウが表示されます。
3. ［サービス］をダブルクリックします。
［サービス］ウィンドウが表示されます。
4. SNMP サービスをダブルクリックします。
［SNMP サービスのプロパティ］ダイアログ ボックスが表示されます。
5. ［全般］タブの［スタートアップの種類］を［自動］に変更します。
この操作により、システムの起動時に Microsoft SNMP エージェントを
起動するように SNMP サービスが設定されます。
6. ［トラップ］タブをクリックします。
7. ［コミュニティ名］フィールドに、コンピュータがトラップ メッセー
ジを送信するコミュニティ名を入力します。
8. ［一覧に追加］をクリックします。
9. ［適用］をクリックし、［OK］をクリックします。
10. ［OK］をクリックします。
Windows SNMP を使用してメトリックを収集するには、「CA Application
Test の使用」を参照してください。
120 インストール
TCPMon の実行
TCPMon の実行
TCPMon は、TCP ベースの会話で渡されるメッセージをモニタできるユー
ティリティです。
TCPMon は以下の要素で構成されています。
■
Windows の場合： .jar ファイル、.bat ファイル
■
UNIX の場合： シェル スクリプト
TCPMon を実行する方法
Windows 上で .bat ファイルをダブルクリックします。または UNIX でシェ
ル スクリプトを実行します。
tcpmon.bat ファイルは LISA_HOME¥bin ディレクトリにあります。TCPMon
の最新のバージョンは、http://ws.apache.org/commons/tcpmon/ から取得で
きます。
注： このセクションでは、Apache の TCPMon バージョンについて説明しま
す。この TCPMon バージョンには、DevTest で配布される TCPMon バージョ
ンで使用できない［Sender］タブが含まれます。
詳細：
明示的な中継としての TCPMon の使用 (P. 122)
要求送信者としての TCPMon の使用 (P. 123)
第 7 章： 統合ツールのインストール 121
TCPMon の実行
明示的な中継としての TCPMon の使用
TCPMon の最も一般的な使用パターンは、「中継」としての使用すること
です。 クライアントは、メッセージを監視するために元のエンドポイン
トではなく中継を指す必要があるため、この使用は明示的なものとして指
定されます。
この設定で TCPMon を起動する方法
1. TCPMonitor の［Admin］タブで、リスン ポート、ホスト名、およびリ
スナのポートを入力します。
2. メッセージを参照できる新しいタブ（ポート 8000）を開くには、［Add］
をクリックします。
これで、要求は、元のエンドポイントではなく TCPMon のリスナ ポートを
指すようになります。
localhost:8080 で送受信されるすべてのメッセージがモニタされます。
122 インストール
■
リスナをポート 8000 に設定しました。これには、ローカル コンピュー
タの任意の未使用ポートを使用できます。
■
ホストが localhost、ポートが 8080 のリスナを追加しました。
TCPMon の実行
■
ブラウザが localhost:8080 の代わりに localhost:8000 を指すようにしま
す。
要求送信者としての TCPMon の使用
TCPMon は Web サービスの要求送信者として使用することもできます。
■
SOAP 要求メッセージは［Sender］ウィンドウへ貼り付けて、サーバに
直接送信できます。
■
Web サービス エンドポイントは［connection Endpoint］テキスト ボッ
クスに入力されます。
第 7 章： 統合ツールのインストール 123
HP ALM - Quality Center プラグインのインストール
HP ALM - Quality Center プラグインのインストール
HP ALM - Quality Center プラグインを使用すると、HP ALM - Quality Center ス
イートから Quality Center テストとして DevTest テスト ケースをロードお
よび実行できます。 DevTest テストを Quality Center にインポートして、実
行できます。 この統合によって、DevTest テストを活用しながら、すべて
の Quality Center 機能を利用することができます。Quality Center に DevTest
テスト ケースをロードすることによって、DevTest テストをリアルタイム
で実行できます。また、テスト中のシステムからテスト結果の完全なキャ
プチャおよび DevTest コールバックも取得します。 DevTest テストは
Quality Center のワークフローで実行可能で、テスト プロセスのコンテキ
ストおよびステータスを保持するために結果をレポートします。
以下のソフトウェアをインストールする必要があります。
■
DevTest 7.0 以降
■
DevTest HP ALM - Quality Center プラグイン
■
HP Quality Center 10 または 11
■
HP Quality Center クライアント コンポーネント
■
.NET 2.0 ランタイム
DevTest がインストールされているコンピュータにこのプラグインをイン
ストールする場合、LisaQCRunner.exe ファイルは LISA_HOME¥bin ディレク
トリに追加されます。 LisaQCRunner.exe はインストール プロセスの一部
として登録される COM サーバです。DevTest は Quality Center VAPI-XP イン
ターフェースを使用して呼び出されます。 VAPI-XP スクリプトは、COM オ
ブジェクトのインスタンスを作成します。 これは実行されるテストをス
テージングし、テスト結果をリスンします。 最後に、COM オブジェクト
は結果を取得し、DevTest からの結果で Quality Center インスタンスを更新
します。
以下のファイルもインストールされます。
■
Script_Template_js.txt
■
Script_Template_vbs.txt
これらのファイルには、Quality Center で DevTest テストを設定するプロセ
ス中に使用されるスクリプトが含まれます。
注： HP ALM - Quality Center の使用方法については、「CA Application Test の
使用」を参照してください。
124 インストール
IBM Rational Quality Manager のインストール
次の手順に従ってください：
1. クライアント コンピュータに .NET ランタイムがインストールされて
いることを確認します。
2. HP Quality Center クライアント コンポーネントをインストールします。
3. DevTest をインストールします。
4. LISA_HOME¥addons¥qc ディレクトリに移動し、td_plugin.exe ファイル
を実行します。
5. ウィザードの手順を完了します。
IBM Rational Quality Manager のインストール
IBM Rational Quality Manager は、テスト計画、ワークフロー制御、トラッ
キング、メトリック レポート用の Web ベースの一元化されたテスト管理
環境です。 Rational Quality Manager は多くの方法で拡張可能です。これに
は、「コネクタ」（プラグイン）を使用して RQM と外部システムをブリッ
ジする機能も含まれます。DevTest RQM プラグインを使用すると、DevTest
テスト ケースを再利用または作成して RQM に関連付けることができま
す。 その後、DevTest テスト ケースを RQM インターフェースから実行で
きます。テスト ランの結果は RQM のテストの実行およびレポート履歴に
集約されます。
このセクションには、以下のトピックが含まれます。
■
実装 (P. 126)
■
DevTest アダプタ UI のインストール (P. 127)
■
コマンドライン アダプタの実行 (P. 128)
■
一般的な使用ワークフロー (P. 128)
第 7 章： 統合ツールのインストール 125
IBM Rational Quality Manager のインストール
実装
DevTest RQM ソリューション全体は、以下の 2 つのコンポーネントとして
実装されます。
■
DevTest RQM コネクタ
■
Web UI 拡張
Web UI は、標準の UI の拡張を可能にします。 この UI を使用すると、必要
なパラメータを DevTest と RQM の間で渡したり、表示したりすることが
できます。 DevTest RQM コネクタは、RQM がスケジュールする作業タス
クに応答するために使用されます。 UI が収集するタスク情報はコネクタ
に渡され、コネクタは必要なパラメータを使用してテスト ランナーを呼
び出します。
コネクタは TestRunner -html スイッチを利用し、後ほど RQM にアップロー
ドされる HTML 出力を生成するために使用します。 テストが完了した後、
テスト結果は RQM にアップロードされ、テスト ランと関連付けられます。
その後、ユーザは RQM インターフェースを使用して結果を確認できます。
126 インストール
IBM Rational Quality Manager のインストール
アダプタ UI のインストール
次の手順に従ってください：
1. LISA_HOME¥addons ディレクトリに移動し、rqm-adapter.zip という名
前の zip ファイルを見つけます。
2. ファイルを解凍し、lisa-adapter-ui フォルダ内の
com.itko.lisa.integration.ibm.rqm.update.site.zip ファイルを見つけます。
3. RQM サーバで、com.itko.lisa.integration.ibm.rqm.update.site.zip ファイ
ルを解凍します。
4. com.itko.lisa.integration.ibm.rqm.adapter.web.update.ini ファイルを開
き、参照を更新して更新サイトの場所を指すようにします。
5. 変更した .ini ファイルを <RQM install
root>¥server¥server¥conf¥jazz¥provision_profiles¥ にコピーします。
6. Rational Quality Manager Server Reset サービスを使用してサーバ設定を
更新します。 リセット ユーティリティは、以下の URL にあります。
[https://<hostname>:<portnumber>/jazz/admin?internal#action=com.ibm.t
eam.repository.admin.serverReset|https://%3chostname%3e%3cportnumb
er%3e]
このサービスは、IBM Rational Quality Manager 管理コンソールにログイ
ンするようにユーザに促します。ユーザ ID には管理者権限が必要です。
7. RQM サーバを停止します。
8. Rational Quality Manager サーバを再起動します。
第 7 章： 統合ツールのインストール 127
IBM Rational Quality Manager のインストール
コマンドライン アダプタの実行
次の手順に従ってください：
1. LISA_HOME¥addons ディレクトリに移動し、rqm-adapter.zip という名
前の zip ファイルを見つけます。
2. ファイルを解凍し、フォルダ内の子フォルダ lisa-adapter2.0 を見つけ
ます。
3. コマンドラインから、アダプタを起動します。 以下のパラメータが必
要です。
■
-repository
[https://rqmserver:port/jazz|https://%3crqmserver%3e%3cport%3e]
■
[https://%3crqmserver%3e%3cport%3e]-user
■
-password
■
-adapter
■
-adapterName
adapterName (LISA RQM Adapter)## -LISA_HOME
lisaHomePath (d¥:/lisa)
■
[-projectArea
■
[-sleepTime
userid
password
adapter(com.itko.lisa.integration.ibm.rqm)
project area (Quality%20Manager)]
sleep time(5)]
一般的な使用ワークフロー
RQM でテスト スクリプトを作成します。
1. テスト スクリプトと DevTest テスト ケース、ステージング ドキュメン
ト、およびオプションの設定ファイルを関連付けます。
2. テスト ケースと 1 つ以上のテスト スクリプトを関連付けます。これで、
テスト ケースを実行する準備が整います。
3. テスト ケースの実行を選択し、実行中のアダプタを選択して、［OK］
をクリックします。
4. サーバは、RQM コネクタ プラグインを介してテスト中のシステムと通
信し、このシステムは DevTest を呼び出します。
5. テストが実行されるまで待機し、実行結果を RQM で確認します。
128 インストール
CA APM との統合の設定
CA APM との統合の設定
DevTest Solutions には、ワークステーションとサーバの 2 つのバージョン
があります。 ワークステーション バージョンは、サーバ コンポーネント
の DevTest テスト ケースと仮想シミュレーションを作成および確認する
ように設計されています。 ワークステーションは単一の Java プロセス
（DevTest ワークステーション）で実行されるため、テストとシミュレー
ションのサイズには制限があります。 サーバ バージョンは、必要に応じ
て、多くの機能を複数のシステムで実行できる 1 つ以上の個別の Java プロ
セスに分割します。
DevTest の Java プロセスはすべて、CA Application Performance Management
（APM） Introscope エージェントでインスツルメントできます。 このイン
スツルメンテーションによって、プロセスの状態を説明する一般的なメト
リックを Introscope Enterprise Manager にレポートできます。 これらのメ
トリックには以下のものが含まれます。
■
CPU とメモリの使用率
■
ガベージ コレクション操作
■
ソケットおよびバックエンド データベースの使用
また、DevTest TestEvent トレーサは、DevTest コーディネータをインスツ
ルメントして DevTest テスト ケースの実行を説明する一連のメトリック
を生成できます。 このインスツルメンテーションは、コーディネータが
個別のプロセスとして実行されるか、または DevTest ワークステーション
で実行されるかにかかわらず使用可能です。 DevTest ワークステーション
は Windows ベース UI による対話型プロセスです。 DevTest ワークステー
ション 以外のすべての DevTest プロセスは、通常の Windows プロセスまた
は Windows サービスとして実行できます。 両方の種類のプロセスを
Introscope エージェントでインスツルメントできます。
第 7 章： 統合ツールのインストール 129
CA APM との統合の設定
このセクションには、以下のトピックが含まれます。
DevTest プロセスのインスツルメント (P. 130)
Introscope エージェント ファイル (P. 133)
トレーサによってレポートされるメトリック (P. 135)
DevTest メトリックの派生 (P. 137)
トレーサ設定 (P. 138)
Introscope エージェントのインストール (P. 141)
トレーサ ログの設定 (P. 141)
レポートされる標準メトリック (P. 142)
メトリックの表示 (P. 145)
レポート (P. 153)
DevTest プロセスのインスツルメント
LISA_HOME¥bin ディレクトリには、各 DevTest プロセスの Windows 実行
ファイルが含まれています。 このフォルダには、通常の Windows プロセ
スおよび Windows サービスとして実行できるプロセスの個別のバージョ
ンが含まれます。 以下に、プロセスおよびその実行可能ファイル名のリ
ストを示します。
DevTest プロセス名
プロセス タイプ 実行可能ファイル名
コーディネータ
通常
CoordinatorServer.exe
コーディネータ
サービス
CoordinatorService.exe
エンタープライズ ダッ
シュボード
通常
EnterpriseDashboard.exe
エンタープライズ ダッ
シュボード
サービス
EnterpriseDashboardService.exe
Portal
通常
Portal.exe
Portal
サービス
PortalService.exe
Registry
通常
Registry.exe
Registry
サービス
RegistryService.exe
シミュレータ
通常
Simulator.exe
シミュレータ
サービス
SimulatorService.exe
130 インストール
CA APM との統合の設定
仮想サービス環境
通常
VirtualServiceEnvironment.exe
仮想サービス環境
サービス
VirtualServiceEnvironmentService.exe
ワークステーション
通常
Workstation.exe
第 7 章： 統合ツールのインストール 131
CA APM との統合の設定
注： このリストには、Introscope インスツルメンテーションに関係しない
bin ディレクトリ内の実行ファイルは含まれていません。
Introscope エージェントで DevTest プロセスをインスツルメントするには、
実行可能ファイルと同じ名前と拡張子 .vmoptions でファイルを作成しま
す。たとえば、DevTest ワークステーション をインスツルメントするには、
DevTest サーバ インストール ディレクトリの bin ディレクトリに
Workstation.vmoptions ファイルを作成します。.vmoptions ファイルには以
下の 2 行が含まれます。
-javaagent:<AGENT_HOME>/Agent.jar
-Dcom.wily.introscope.agentProfile=<AGENT_HOME>/core/config/Int
roscopeAgent.profile
<AGENT_HOME> は DevTest 固有の Introscope エージェント インストール
へのパスです。 通常、このパスは絶対パスですが、DevTest プロセスが実
行されるカレント ディレクトリを基準にした相対パスも可能です。
Introscope エージェントがデフォルトの DevTest エージェント以外の名前
で レポートするようにするには、Java
com.wily.introscope.agent.agentName システム プロパティを定義する行を
追加します。たとえば、エージェント DevTest ワークステーション 6.0.5.87
Agent を呼び出すには、以下の行を追加します。
-Dcom.wily.introscope.agent.agentName=DevTest Workstation
6.0.5.87 Agent
必要に応じてその他の JVM コマンドライン オプションまたはシステム プ
ロパティを設定するために、行を追加します。 オプションはそれぞれ個
別の行で指定する必要があります。
DevTest インストール、または DevTest プロセスに対して、固有の
Introscope エージェント インストールを使用することができます。それら
の個別のエージェント インストールで IntroscopeAgent.profile の内容を変
えることにより、さまざまなエージェント設定を作成できます。または、
単一のエージェント インストールで複数のエージェント プロファイルを
作成するには、各 .vmoptions ファイルで定義されている
com.wily.introscope.agentProfile システム プロパティ値を変更します。 こ
の方法により、異なるレベルの追跡またはログ記録（さらには異なる
Introscope Enterprise Manager）を使用して異なる DevTest プロセスを監視
することが可能になります。
132 インストール
CA APM との統合の設定
たとえば、サイトに、Windows サービスとして実行されるコーディネータ
ノードを使用する DevTest の実稼働使用を含めることができます。このサ
イトには、通常の Windows プロセスとして実行されるコーディネータを
使用するテスト/試験使用を含めることもできます。 このコーディネータ
は DevTest ワークステーション に組み込むこともできます。 実稼働メト
リックは実稼働 EM にレポートされ、テスト/試験メトリックはテスト EM
にレポートされます。 これは、複数のプロファイルを使用し、関連す
る .vmoptions ファイル内の正しいプロファイルを指定することにより行
うことができます。 また、プロファイルで定義されている
introscope.agent.enterprisemanager.connectionorder および
introscope.agent.enterprisemanager.transport.* プロパティの値を上書きす
ることにより行うこともできます。これには .vmoptions ファイルに同じ名
前の Java システム プロパティを設定します。Introscope エージェント設定
オプションの詳細については、「Introscope Java Agent ガイド」を参照して
ください。
Introscope エージェント ファイル
以下の表に、DevTest 固有の Introscope エージェント ファイルを示します。
これらのファイルの内容、および DevTest のインスツルメンテーションを
カスタマイズするためにそれらを変更する方法の詳細については、「ト
レーサ設定 (P. 138)」を参照してください。
ファイル
<AGENT_HOME> に相対的な
位置
内容
Lisa.jar
core¥ext
DevTest 固有のトレーサ、名前フォーマッタ。
IntroscopeAgent.pr
core¥config
ofile
DevTest 固有のエージェント プロファイル。
デフォルトでは、lisa-typical.pbl を参照して
DevTest プロセスをインスツルメントするた
めに使用されるトレーサのセットを定義し
ます。
lisa.pbd
core¥config
トレーサおよびインスツルメンテーション
ポイントの定義。
core¥config
「完全」な DevTest インスツルメンテーショ
ンに使用される PBD ファイルのリスト。
lisa-toggles-full.pbd を参照します。
lisa-full.pbl
第 7 章： 統合ツールのインストール 133
CA APM との統合の設定
lisa-toggles-full.pbd core¥config
「完全」モードでインスツルメントする場
合、特定のインスツルメンテーション機能を
オンするために使用されるトグルのリスト。
lisa-typical.pbl
core¥config
「標準」の DevTest インスツルメンテーショ
ンに使用される PBD ファイルのリスト。
lisa-toggles-typical.pbd を参照します。
lisa-toggles-typical.
core¥config
pbd
「標準」モードでインスツルメントする場
合、特定のインスツルメンテーション機能を
オンするために使用されるトグルのリスト。
134 インストール
CA APM との統合の設定
トレーサによってレポートされるメトリック
DevTest トレーサは、以下の 4 つのレベルの 1 つ以上でメトリックを生成
します。
■
DevTest
■
テスト ケース
■
シミュレータ
■
テスト ステップ
シミュレータおよびテスト ステップ レベルで作成されるメトリックも、
ユーザ設定可能な最大レベル（デフォルトではテスト ケース）に集約さ
れます。テスト ケースが 2 つのシミュレータで実行され、2 つのテスト ス
テップが含まれる場合、「Responses Per Interval」メトリックは各シミュ
レータの各テスト ステップに対して生成されます。 その後、（設定に応
じて）値が集約され、各シミュレータの「Responses Per Interval」メトリッ
クが生成されます。 最後に、（設定に応じて）値が再度集約され、テス
ト ケースの「Responses Per Interval」メトリックが生成されます。 どのメ
トリックもロールアップできる最高レベルはテスト ケース レベルです。
そのため、以下の表には、DevTest レベルで生成されるメトリックのみを
DevTest のレベルと共に示します。
各エージェント レポート間隔（15 秒）における関連するタイプのすべて
のイベントからのデータは、以下のように組み合わせられます。
メトリック
レベル
Source
平均応答時間（ミリ秒）
テスト ス
テップ
すべての「ステップ応答時間」イベント（id 18）の「詳細
な説明」値の平均（整数に変換）
間隔ごとの応答数
テスト ス
テップ
すべての「ステップ応答時間」イベント（id 18）の数
間隔ごとのエラー数
テスト ス
テップ
すべての「ステップ エラー」イベント（id 20）の数
間隔ごとの失敗数
テスト ス
テップ
すべての「中止」（id 50）および「サイクルの失敗」（id
13）イベントの数。
テスト
ケース
エージェント レポート間隔の最後に実行されているテス
ト ケースの数。 カウントは「テストの開始」イベント（id
4）ごとに増加し、「テストの終了」イベント（id 5）ごと
に減少します。
テスト実行
第 7 章： 統合ツールのインストール 135
CA APM との統合の設定
実行中仮想ユーザ
シミュ
レータ
エージェント レポート間隔の最後に実行されている仮想
ユーザの数。 カウントは「サイクルの開始」イベント（id
11）ごとに増加し、「サイクル終了」イベント（id 24）ご
とに減少します。
Test Runner Errors Per
Interval
DevTest
すべての「サイクル ランタイム エラー」イベント（id 25）
の数
Staging Errors Per
Interval
DevTest
すべての「モデル定義エラー」イベント（id 23）の数
最初のエラー イベントが検出された場合にのみ、テスト ステップ、シミュ
レータ、またはテスト ケースの Errors Per Interval メトリックがレポートさ
れます。 Failures Per Interval の場合も同様です。
少数の短いテスト ケースのみが実行された場合、Tests Running および
Virtual Users Running メトリックは各エージェント レポート サイクルに対
して 0 をレポートし続ける場合があります。これは開始イベントと終了イ
ベントの両方が同じ 15 秒間に発生し、その間隔の終了時の数が 0 の場合
です。
メトリックが集約される場合、低いレベルのメトリックは 1 つのエージェ
ント レポート間隔に作成されます。 集約されたメトリックは、その後の
間隔に作成される場合があります。 間隔内で低いレベルとロールアップ
されたメトリックの値が一致しないときがあります。 この状況は回避不
能です。
136 インストール
CA APM との統合の設定
DevTest メトリックの派生
DevTest 固有のテスト イベント トレーサは「メソッド」トレーサです。 メ
ソッド トレーサは、特定のメソッド コールの直前または直後に挿入され
るコードが含まれていることを意味します。テスト イベント トレーサは、
BaseCoordinator クラスのコンストラクタであるメソッドをインスツルメ
ントするために設計されています。コンストラクタが完了した後、トレー
サはテスト イベント リスナを作成し、コーディネータにこのリスナを登
録します。 その後、リスナは、事前に示されたタイプの各 TestEvent オブ
ジェクトを受信します。 リスナはこれらの TestEvent オブジェクトから関
連情報を抽出し、Introscope メトリック値の形式で Introscope Enterprise
Manager にその情報を送信します。
以下の DevTest ワークステーション のスクリーン ショットは、「broken」
という名前のテスト ケースの 1 回の実行で生成されたテスト イベントを
示しています。これにはエラーが含まれています。 どの Introscope メト
リックが作成されるかを理解するには、［イベント］列の各値を参照し、
トレーサによってレポートされるメトリック (P. 135)を確認します。
第 7 章： 統合ツールのインストール 137
CA APM との統合の設定
トレーサ設定
DevTest トレースはすべて、エージェント プロファイル（デフォルトでは
IntroscopeAgent.profile）内の DevTest 固有の .pbl ファイル（lisa-full.pbl ま
たは lisa-typical.pbl）の削除により無効にすることができます。 Lisa.jar を
削除することもできます。 ただし、lisa.pbd で定義されたトレーサへの参
照が残っている場合、エージェントは正しく起動できません。 これは、
エージェント拡張内に見つからないトレーサを使用しようとしたためで
す。
DevTest テスト イベント トレーサは、有効な DevTest トグル ファイル
（lisa-toggles-full.pbd または lisa-toggles-typical.pbd）内の「TurnOn:
LisaTestEventTracing」ディレクティブをコメント アウトすることにより無
効にできます。
その他の多くのパラメータを使用して、レポートされるメトリックの数を
制限できます。これらのパラメータは lisa.pbd ファイルで定義されていま
す。 以下のパラメータを制御できます。
■
■
138 インストール
minMetricLevel： メトリックがレポートされる最低レベルを制御する
パラメータ。 このパラメータは、以下のいずれかの値をとることがで
きます。
■
Lisa
■
TestCase （デフォルト値）
■
シミュレータ
■
TestStep
maxRollupLevel： メトリックを集約できる最大レベルを制御するパラ
メータ。 このパラメータは、以下のいずれかの値をとることができま
す。
■
TestCase （デフォルト値）
■
シミュレータ
■
TestStep
CA APM との統合の設定
minMetricLevel の現在の設定より下のレベルで生成されたメトリックは、
minMetricLevel に到達するまで集約されます。 これらのメトリックは、
minMetricLevel が maxRollupLevel の上にない限り、maxRollupLevel のレベ
ルまでレポートされます。minMetricLevel が maxRollupLevel の上にある場
合、メトリックはレポートされません。 maxRollupLevel より上のレベルで
生成されたメトリックは、集約されたレベルではなく、生成されたレベル
でのみレポートされます。
また、その他の 6 つのパラメータを使用すると、テスト イベント トレー
サが収集するメトリックをテスト ケース、シミュレータ、テスト ステッ
プの選択した組み合わせに制限することができます。 トレーサを設定し
て、テスト ケース、シミュレータ、またはテスト ステップの名前に基づ
いて包含したり除外したりすることができます。 名前は、正規表現また
は正規表現のペアと照合できます。 包含する正規表現に一致し、除外す
る正規表現に一致しないすべての名前が、メトリックをレポートするため
に選択されます。 包含する正規表現が定義されていない場合、すべての
名前が含まれます。 除外する正規表現が定義されていない場合、名前は
除外されません。
デフォルトでは、すべての使用可能なテスト ケース、シミュレータ、お
よびテスト ステップが含まれます。「abort」および「end」という名前の
内部テスト ステップのみが除外されます。正規表現に特定の特殊文字（選
択パターンを指定するために使用される | 記号など）が含まれる場合、正
規表現全体を二重引用符で囲む必要があります。 それ以外の場合、引用
符はオプションです。 以下に、lisa.pbd で定義されているデフォルトの包
含および除外パターンを示します。
SetTracerParameter: LisaCoordinatorTracer includeTestCasesRegExp
""
SetTracerParameter: LisaCoordinatorTracer excludeTestCasesRegExp
""
SetTracerParameter: LisaCoordinatorTracer
includeSimulatorsRegExp ""
SetTracerParameter: LisaCoordinatorTracer
excludeSimulatorsRegExp ""
SetTracerParameter: LisaCoordinatorTracer includeTestStepsRegExp
""
SetTracerParameter: LisaCoordinatorTracer excludeTestStepsRegExp
"abort|end"
第 7 章： 統合ツールのインストール 139
CA APM との統合の設定
メトリックがレポートされるメトリック パスを設定できます。 メトリッ
ク パスの DevTest レベルの部分は、[set the init variable for your book] メ
ソッドの TraceOneMethodWithParametersIfFlagged ディレクティブで指定
される最後の値です。 これはデフォルトで「DevTest」です。 その他のレ
ベルについては、以下のパラメータが、メトリック パスのテスト ケース、
シミュレータ、およびテスト ステップのレベルの部分を定義します。
■
pathComponentForTestCase
■
pathComponentForSimulator
■
pathComponentForTestStep
これらのパラメータの値には、以下の文字を使用しないでください。
■
コロン（:）はメトリック パス内で有効ではありません。
■
メトリック パスの先頭または末尾には、メトリック パス ノード区切
り文字（|）を使用できません。
■
メトリック パスには、2 つの隣接したメトリック パス ノード区切り文
字（|）を含めることができません。
コロンまたは縦棒は、それぞれアンダースコア（_）と置換されます。 先
頭および末尾のスペースはこれらの名前から削除されます。null 値または
空の文字列を使用した名前は、値「Unknown」と置換されます。
パラメータがコメント アウトされているか、または空の文字列である場
合、これらのパラメータのデフォルト値が適用されます。 各値には、関
連するレベルの名前がメトリック パスへ挿入される場所を示すために関
連するプレースホルダを含める必要があります。 以下に、lisa.pbd で定義
されているデフォルト値を示します。
SetTracerParameter: LisaCoordinatorTracer
pathComponentForTestCase "Test Case|{TestCase}"
SetTracerParameter: LisaCoordinatorTracer
pathComponentForSimulator "Simulator|{Simulator}"
SetTracerParameter: LisaCoordinatorTracer
pathComponentForTestStep "Step|{TestStep}"
140 インストール
CA APM との統合の設定
Introscope エージェントのインストール
DevTest 用の Introscope エージェントは、配布ファイル
CALISAIntegrationNoInstaller9.1.1.0.zip （Windows）または
CALISAIntegrationNoInstaller9.1.1.0.tar （UNIX/Linux）の内容を抽出するこ
とによりインストールできます。
プロファイル ファイル名の競合を回避するには、その他の Introscope Java
エージェントの配布が含まれていないディレクトリへこのファイルを抽
出します。 次に、DevTest プロセスのセットをインスツルメントする 1 つ
以上の vmoptions ファイルを作成します。 DevTest 固有のメトリックをレ
ポートする DevTest プロセスは、DevTest ワークステーション およびコー
ディネータのみです。その他のプロセスはインスツルメントできます。た
だし、その他のプロセスでは、メトリックの最小セットがレポートされま
す。 これらのメトリックは通常、CPU 使用率、メモリ使用率、エージェン
トおよび JVM アイデンティティに制限されています。
トレーサ ログの設定
DevTest 固有のトレーサの動作に関する詳細をエージェント ログ ファイ
ルに書き込むには、エージェント プロファイルに以下の行を追加します。
log4j.additivity.IntroscopeAgent.LisaCoordinatorTracer=false
log4j.logger.IntroscopeAgent.LisaCoordinatorTracer=DEBUG, logfile
エージェント ログ レベルが DEBUG に設定されている場合、これらの行は
必要ありません。 ただし、そのレベルのログ記録では、エージェント ロ
グに大量の情報が書き込まれます。 この情報量により、DevTest トレーサ
から行を検索することが困難になる場合があります。
第 7 章： 統合ツールのインストール 141
CA APM との統合の設定
レポートされる標準メトリック
以下の図は、テスト イベント トレーサがレポートするメトリックの標準
セットを示しています。 以下の例では、「broken」という名前の簡単なテ
スト ケースが実行されています。 このテスト ケースには、設定エラーが
含まれるテスト ステップが 1 つだけ含まれています。 このエラーが原因
でテスト ケースは失敗します。 このエラーにより、「Errors Per Interval」
および「Failures Per Interval」メトリックは以下のようにレポートされます。
142 インストール
CA APM との統合の設定
以下の図は、minMetricLevel パラメータがデフォルトの TestCase から
TestStep に変更された後に実行された同じテスト ケースを示しています。
メトリックはシミュレータおよびテスト ステップ レベルで生成されます。
第 7 章： 統合ツールのインストール 143
CA APM との統合の設定
以下の図は、8 つのテスト ステップを含み、実行時にエラーを生成しない
より複雑なテスト ケースを示しています。 また、このテストは、DevTest
ワークステーション に組み込まれたプロセスではなく、個別のコーディ
ネータおよびシミュレータ プロセスを使用してステージングされていま
す。 このウィンドウには、追加のテスト ステップ ノードが表示されてい
ますが、「Errors Per Interval」や「Failures Per Interval」メトリックが表示
されていません。 メトリックは、Coordinator Service Agent ノード（名前に
は DevTest バージョン番号を含む）下にレポートされています。 また、シ
ミュレータ名にメトリック パス名で無効なコロンが含まれていたため、
コロンがアンダースコアに置換されていることにも注意してください。
144 インストール
CA APM との統合の設定
メトリックの表示
Introscope Enterprise Manager には、DevTest 環境のモニタに関連するメト
リック グループ、アラート、ダッシュボード、およびレポートが含まれ
る DevTest 固有の管理モジュールが付属しています。 以下の 2 つのダッ
シュボードが提供されます。
■
概要ダッシュボード (P. 146)
■
テスト中のシステムの概要ダッシュボード (P. 152)
第 7 章： 統合ツールのインストール 145
CA APM との統合の設定
概要ダッシュボード
概要ダッシュボードは、インスツルメントされたすべてのプロセスおよび
DevTest インストール内で実行されているテストの概要を示します。
概要ダッシュボードの［テスト］セクションには 4 つの簡易アラート アイ
コンが含まれます。
失敗
テストで最後のレポート間隔に失敗がレポートされた場合、警告
に設定されます。 テストで最後のレポート間隔に 2 つ以上の失敗
がレポートされた場合、危険に設定されます。
エラー
テストで最後のレポート間隔にエラーがレポートされた場合、警
告に設定されます。 テストで最後のレポート間隔に 2 つ以上のエ
ラーがレポートされた場合、危険に設定されます。
ランナー エラー
任意のレポート間隔の Test Runner Errors Per Interval メトリックの
値が 1 の場合、警告に設定されます。任意のレポート間隔の値が 2
以上の場合、危険に設定されます。
ステージング エラー
任意のレポート間隔の Staging Errors Per Interval メトリックの値が
1 の場合、警告に設定されます。任意のレポート間隔の値が 2 以上
の場合、危険に設定されます。
このセクションには以下のエレメントも含まれます。
全体アラート
上記の 4 つのアラートのいずれかが警告に設定されると、警告に
設定されるサマリ アラート。 上記の 4 つのアラートのいずれかが
危険に設定されると、このアラートは危険に設定されます。
テスト平均応答時間（ミリ秒）グラフ
テスト ケース、シミュレータ、およびテスト ステップについて、
最大 10 個の Average Response Time (ms) メトリック グラフを表示
します。選択された 10 個のグラフには、表示された期間の上位 10
件のメトリック値が表示されます。
テスト間隔ごとの応答数グラフ
146 インストール
CA APM との統合の設定
テスト ケース、シミュレータ、およびテスト ステップについて、
最大 10 個の Responses Per Interval メトリック グラフを表示します。
選択された 10 個のグラフには、表示された期間の上位 10 件のメト
リック値が表示されます。
LISA プロセスの CPU 使用率グラフ
インスツルメントされているすべてのプロセスについて、
CPU:Utilization Percent (process) メトリックのグラフを表示します。
LISA プロセスのメモリ使用率グラフ
インスツルメントされているすべてのプロセスについて、GC
Heap:Bytes In Use メトリックのグラフを表示します。
以下の図は、LISA の概要ダッシュボードを示しています。
概要ダッシュボードの代替バージョンでは、左上のパネル内のグラフが 3
つの新しいダッシュボードへのリンクに置き換わっています。 これらの
ダッシュボードは、以下のメトリックの概要を提供します。
■
テスト ケース メトリック
■
シミュレータ メトリック
■
テスト ステップ メトリック
第 7 章： 統合ツールのインストール 147
CA APM との統合の設定
テスト ケースの概要ダッシュボード
テスト ケースの概要ダッシュボードは、以下のメトリックのグラフを表
示します。
■
平均応答時間（ミリ秒）
■
間隔ごとの応答数
■
テスト実行
■
実行中仮想ユーザ
■
間隔ごとの失敗数
■
間隔ごとのエラー数
各ケースで、上位 10 件のメトリックのみが表示されます。
148 インストール
CA APM との統合の設定
シミュレータの概要ダッシュボード
シミュレータの概要ダッシュボードは、以下のメトリックのグラフを表示
します。
■
平均応答時間（ミリ秒）
■
間隔ごとの応答数
■
実行中仮想ユーザ
■
間隔ごとの失敗数
■
間隔ごとのエラー数
各ケースで、上位 10 件のメトリックのみが表示されます。
第 7 章： 統合ツールのインストール 149
CA APM との統合の設定
テスト ステップの概要ダッシュボード
テスト ステップの概要ダッシュボードは、以下のメトリックのグラフを
表示します。
■
平均応答時間（ミリ秒）
■
間隔ごとの応答数
■
間隔ごとのエラー数
各ケースで、上位 10 件のメトリックのみが表示されます。
150 インストール
CA APM との統合の設定
第 7 章： 統合ツールのインストール 151
CA APM との統合の設定
テスト中のシステムの概要ダッシュボード
テスト中のシステムの概要ダッシュボードは、DevTest テストから送信さ
れるトランザクションを実行しているシステムの概要を示します。
DevTest がテストしているシステムを識別するのは困難です。 メトリック
グループを編集して、DevTest がテストしているシステムでもある、
Introscope がインスツルメントするシステムを定義できます。 デフォルト
では、グループにはデモ サーバが含まれます。
［テスト中のシステム］ダッシュボードは、DevTest によってテスト中の
システムのメトリックを表示します。 テスト中のシステムをインスツル
メントするエージェントを定義するには、「Systems Under Test」で始まる
名前で管理モジュール で定義されているすべてのメトリック グループに
対してメトリック グループ エージェントの式を編集します。 デフォルト
では、この式は「(.)|(.)|JBoss LISA Demo Server(.*)」に設定されています。
これはデモ サーバを選択します。
ダッシュボードは 2 つのセクションで構成されています。上部のセクショ
ンには、テスト中のすべてのアプリケーション サーバの上位 10 件のフロ
ントエンドの Average Response Time (ms) および Responses Per Interval メ
トリックが表示されます。
下部のセクションには、テスト中のすべてのアプリケーション サーバの
CPU 使用率とメモリ使用率が表示されます。 また、このセクションには、
CPU 使用率とメモリ使用率に関連するアラートを示す 2 つのアラート ア
イコンも含まれます。
152 インストール
CA APM との統合の設定
レポート
管理モジュールには、DevTest レポートという名前のレポートが含まれま
す。 このレポートには、DevTest によってテスト中のシステムの状態を示
す一連のグラフが含まれます。 また、このレポートには、DevTest がそれ
らのテストの実行から収集するテスト メトリックも含まれます。 レポー
トを複製およびカスタマイズして、特定のテストに焦点を当てることがで
きます。 特定のテストに焦点を当てるには、複製したメトリック グルー
プ式を変更して、特定のレポートに関連するメトリックのみを選択します。
また、複製したレポートから個別のグラフを削除することもできます。
第 7 章： 統合ツールのインストール 153
SAP システム ランドスケープ ディレクトリのセットアップ
SAP システム ランドスケープ ディレクトリのセットアップ
このトピックでは、CA Service Virtualization に対して SAP システム ランド
スケープ ディレクトリ（SLD）をセットアップする方法について説明しま
す。
次の手順に従ってください：
1. SLD サーバ用の以下の情報を取得します。
■
ホスト
■
ポート
■
ユーザ
■
パスワード
2. システム ランドスケープ ディレクトリにログオンします。
注： このタスクを実行するには、LcrInstanceWriterLD 役割が必要です。
3. 以下のいずれかの操作を実行します。
154 インストール
■
SLD への DevTest の手動登録 (P. 155)
■
DevTest SLD XML ファイルのインポート (P. 156)
SAP システム ランドスケープ ディレクトリのセットアップ
SLD への DevTest の手動登録
このトピックでは、SAP システム ランドスケープ ディレクトリ（SLD）に
手動で DevTest を登録する方法について説明します。 この手順では、製品
の名前/バージョンおよびソフトウェア コンポーネントの名前/バージョ
ンを SLD ソフトウェア カタログ内に作成します。
次の手順に従ってください：
1. SLD ソフトウェア カタログで、［Products］-［New Product Version］を
選択します。
2. ［Product Name］フィールドに、「CA LISA SV」と入力します。
3. ［Vendor Name］フィールドに、「CA Technologies」と入力します。
4. ［Product Version］フィールドに、バージョン番号（「V7.5」など）を
入力します。
5. ［Create］をクリックします。
6. ［Technical Name］フィールドに、「CA LISA SV」と入力します。
7. ［Software Component Name］フィールドに、「CA LISA」と入力します。
8. ［Software Component Version］フィールドに、バージョン番号（「V7.5」
など）を入力します。
9. ［Production State］フィールドに、「released」と入力します。
10. ［Create］をクリックします。
第 7 章： 統合ツールのインストール 155
SAP システム ランドスケープ ディレクトリのセットアップ
DevTest SLD XML ファイルのインポート
このトピックでは、DevTest SLD XML ファイルのインポートにより、SAP シ
ステム ランドスケープ ディレクトリ（SLD）をセットアップする方法につ
いて説明します。
次の手順に従ってください：
1. SLD ソフトウェア カタログで、［Administration］-［Content］-［Import］
を選択します。
2. ［Selected File］フィールドに、提供された SLD データ ZIP ファイルの
パスを入力します。
このファイルは、LISA_HOME¥addons¥sap¥CALISA.xml にあります
3. ［Import Selected File］をクリックします。
DevTest をインストールした後に、以下のパスを参照します。
■
デフォルト インストール パス： C:¥lisa¥bin¥
■
デフォルト ログ ファイル パス： C:¥Users¥<userID>¥lisatmp_<バージョ
ン番号>
各ログ ファイルおよびその意味の詳細については、「管理」の「ログ
ファイルの概要」を参照してください。
ログ ファイルはすべて人間が理解できます。
■
デフォルト設定ファイル パス： C:¥LISA_HOME¥
■
デフォルト設定ファイル： lisa.properties および local.properties
ログ ファイル内のプロパティ ファイルおよび設定値の順序の詳細に
ついては、「CA Application Test の使用」の「プロパティ ファイル」を
参照してください。
プロパティ ファイルはすべて人間が理解できる、「java 名 = 値」形式
のエントリです。
156 インストール
第 8 章： モバイル テスト環境の設定
このセクションには、以下のトピックが含まれています。
モバイル アプリケーション テストのシステム要件 (P. 157)
モバイル テスト用のインストール前の手順 (P. 158)
Genymotion の使用 (P. 166)
モバイル アプリケーション テストのシステム要件
このセクションでは、DevTest Solutions のモバイル アプリケーション テス
トのシステム要件について説明します。
モバイル テストでサポートされているオペレーティング システム
以下のオペレーティング システムがサポートされています。
Mac OS X 10.8 - Mountain Lion
VM イメージがサポートされています。
Mac OS X 10.9 - Mavericks
VM イメージがサポートされています。
Windows 7 以降
リモート iOS テストのみがサポートされています。 ローカル iOS テス
トはサポートされていません。
サポートされているモバイル オペレーティング システム
以下のモバイル オペレーティング システムがサポートされています。
■
iOS 6.1 以降
■
Android 4.2 以降
■
ネイティブ、ハイブリッド、および Web
注： SauceLabs Android のサポートは、バージョン 4.2 に制限されています。
第 8 章： モバイル テスト環境の設定 157
モバイル テスト用のインストール前の手順
モバイル テストのハードウェア要件
以下のハードウェアがモバイル テストをサポートするために必要です。
CPU
■
Intel Core i5 2.0 GHz または同等の AMD
メモリ
■
クラウドまたはリモート モバイル テスト： 4 GB
■
ローカル シミュレータ： 8 GB
モバイル テスト用のインストール前の手順
モバイル テスト用の DevTest Solutions をインストールする前に、以下のタ
スクを完了します。
モバイル テスト用のインストール前の手順（Macintosh）
次の手順に従ってください：
1. Xcode 6.1 (P. 159) をインストールします。
Xcode は、Mac App Store から無償で入手可能です。
2. 以下の URL から最新の Android SDK （ADT Bundle）をダウンロードしま
す。
http://developer.android.com/sdk/index.html#download
注： モバイル テストは SDK Platform 19 rev 3 以降のバージョンをサ
ポートしています。 ADT Bundle にはビルド ツールが含まれており、モ
バイル テストにはバージョン 19.0.1、19.1.0、または 20.0.0 以降が必要
です。これらのバージョンが ADT Bundle によってインストールされず、
DevTest ワークステーション で zipalign または aapt に関するエラー
メッセージが表示される場合は、「Android SDK ビルド ツール (P. 164)」
を参照してください。
3. ANDROID_HOME プロパティを定義します (P. 162)。
4. Android SDK をセットアップします (P. 163)。
注： 使用可能なモバイル デバイス シミュレータは、Xcode または SDK のイ
ンストールされているバージョンによって異なります。
158 インストール
モバイル テスト用のインストール前の手順
Xcode バージョン 6.1 のインストール
モバイル テストには、Xcode バージョン 6.1 が必要です（その後のバージョ
ンはサポートされていません）。
新規バージョンのダウンロード
次の手順に従ってください：
1. https://developer.apple.com/support/xcode に移動します。
2. Xcode 6.1 をダウンロードしてインストールします。
注： Xcode 6 からの iOS 7 テストの実行はサポートされていません。 iOS 7
テストを実行するには Xcode 5 をインストールする必要があります。
第 8 章： モバイル テスト環境の設定 159
モバイル テスト用のインストール前の手順
IPA 署名
デバイス上で iOS アプリケーションをテストするには、SSL 証明書を取得
し、テストするデバイスをプロビジョニングする必要があります。これは、
Apple Developer Member Center で行うことができます。
その後、証明書で署名されているアプリケーションを識別する、モバイル
プロビジョニング ファイルを使用してデバイスをプロビジョニングでき
ます。モバイル プロビジョニング ファイルを（IPA 署名によって）.ipa ファ
イルに追加して、デバイス上でアプリケーションを実行できるユーザの署
名と証明書の署名が一致することを確認します。
モバイル テストでは、テスト デバイスに iOS.ipa ファイルを展開する前に、
ファイルに署名できます。 正しく機能させるには、多少の設定が必要で
す。
次の手順に従ってください：
1. Apple Developer Member Center にログインします。
2. ［Certificates, Identifiers, & Profiles］をクリックします。
3. USB ケーブルを使用して iOS デバイスを接続します。
4. ［iOS Apps］（左側）で、［Devices］をクリックします。
5. デバイスを追加するには、［+］アイコンをクリックします。
注： iTunes を使用してデバイスを追加することもできます。
6. デバイスが iOS デバイスのリストに含まれることを確認します。
7. ［Certificates］で、［Development］をクリックします。
8. リスト内の証明書をクリックします。
9. ［Download］をクリックして、証明書をハード ドライブに保存します。
10. この証明書をキーチェーン アクセスにインストールします。
11. ［Provisioning Profiles］で、［Development］をクリックします。
12. リストで、［iOS Team Provisioning Profile］を選択します。
13. このファイルをダウンロードし、ハード ドライブに保存します。
ファイル名は次の例のようになります。
iOS_Team_Provisioning_Profile_.mobileprovision。
14. DevTest を開きます。
160 インストール
モバイル テスト用のインストール前の手順
15. lisa.properties プロパティ ファイルで、以下のプロジェクト プロパティ
を設定します。
MOBILE_PROVISION = path to
iOS_Team_Provisioning_Profile_.mobileprovision
IOS_CERTIFICATE = Keychain Access に表示される証明書の名前（証明書ファ
イル名そのものではありません）
注： codesign ユーティリティで一致させることができるため、正確な文
字列を入力する必要はありません。「iPhone Developer」のような名前
を使用できます。一意の名前であれば十分です。ただし、その他の iOS
証明書がある場合、証明書の名前全体を使用することをお勧めします。
UIAutomation の有効化
iOS 8 デバイスでは、UIAutomation を有効にする必要があります。このモー
ドを有効にすると、Appium でインスツルメントを検出できます。
UIAutomation オプションは、［Settings］-［Developer］-［Enable UI
Automation］にあります。
モバイル テスト用のインストール前の手順（Windows）
次の手順に従ってください：
1. 最新の Android SDK をダウンロードしてインストールします。
http://developer.android.com/sdk/index.html#download
注： DevTest は SDK Platform 19 rev 3 以降のバージョンをサポートして
います。 ADT Bundle にはビルド ツールが含まれており、モバイル テ
ストにはバージョン 19.0.1、19.1.0、または 20.0.0 以降が必要です。 こ
れらのバージョンが ADT Bundle によってインストールされず、DevTest
ワークステーション で zipalign または aapt に関するエラー メッセー
ジが表示される場合は、「Android SDK ビルド ツール (P. 164)」を参照
してください。
2. ANDROID_HOME プロパティを定義します (P. 162)。
3. Android SDK をセットアップします (P. 163)。
第 8 章： モバイル テスト環境の設定 161
モバイル テスト用のインストール前の手順
ANDROID_HOME の定義
お使いの Android 仮想デバイス（AVD）が正しく機能するには、
ANDROID_HOME プロパティを定義する必要があります。
次の手順に従ってください：
1. DevTest ワークステーション で、［システム］-［プロパティの編集］
をクリックします。
［システム プロパティ］ウィンドウが表示されます。
2. 以下のプロパティを挿入します。
ANDROID_HOME= <お使いの ADT Bundle の完全修飾パス>
以下に例を示します。
ANDROID_HOME= C:¥ADT
Bundle¥adt-bundle-windows-x86_64-20131030¥sdk
3. ［保存］をクリックします。
4. ［システム プロパティ］ウィンドウを閉じます。
162 インストール
モバイル テスト用のインストール前の手順
Android SDK のセットアップ
DevTest Solutions インストーラには、Android アプリケーションを開発する
ために使用されるツールを提供する Android Developer Tools（ADT）Bundle
が含まれています。 ADT Bundle には、Eclipse IDE とビルトイン ADT のバー
ジョンが含まれています。 1 つ以上の Android 仮想デバイス（AVD）を作
成するには、ADT Bundle を使用します。
次の手順に従ってください：
1. 最新の Android SDK （ADT Bundle）をダウンロードします。
http://developer.android.com/sdk/index.html#download
2. ADT Bundle を解凍します。
3. ADT Bundle の eclipse フォルダにある eclipse.exe を実行します。
Workspace Launcher が開きます。
4. プロジェクトを保存するワークスペースを選択して［OK］をクリック
します。
［Java ADT］ウィンドウが表示されます。
5. ［Window］-［Android Virtual Device Manager］をクリックします。
Android Virtual Device Manager が開きます。
6. ［New］をクリックします。
［Create New Android Virtual Device (AVD)］ページが表示されます。
7. 以下のフィールドに入力します。
AVD Name
作成する Android 仮想デバイスの名前。 エミュレータ セッション
アセットの作成時に、［Android AVD］フィールドでこの名前を使
用します。
デバイス
テストするデバイスのタイプを選択します。
Target
AVD のターゲットを選択します。
Memory Options
［RAM］値を 512、［VM Heap］値を 32 に設定します。
第 8 章： モバイル テスト環境の設定 163
モバイル テスト用のインストール前の手順
8. 残りのフィールドはデフォルト値のままにするか、またはお使いの
AVD 用にカスタマイズします。
9. ［OK］をクリックします。
新しいデバイスが、Android Virtual Device Manager のデバイスのリスト
に追加されます。
Android SDK ビルド ツール
Android SDK Bundle には、ビルド ツールと呼ばれるコンポーネントが含ま
れています。モバイル テストにはバージョン 19.0.1、19.1.0、または 20.0.0
以降が必要です。
これらのバージョンが ADT Bundle によってインストールされていないと、
DevTest ワークステーション でモバイル アセットを作成するときに次の
エラー メッセージが表示される場合があります。
'aapt'' コマンドが見つかりません。 Android SDK Build-tools Rev. 20.をイ
ンストールしてください。
または
'zipalign'' コマンドが見つかりません。 Android SDK Build-tools Rev. 20.
をインストールしてください。
このエラー メッセージが表示される場合は、Android SDK ビルド ツールの
バージョンを更新します。
次の手順に従ってください：
1. 解凍された ADT Bundle が含まれているフォルダから android sdk を実
行します。
Android SDK Manager が開きます。
2. Tools フォルダで、19.0.1、19.1.0、または 20.0.0 がインストールされ、
選択されていることを確認します。 バージョン 20.0.0 は、使用に最適
なバージョンです。
適切なバージョンのビルド ツールをインストールしたら、モバイル ア
セットの作成を続行できます。
164 インストール
モバイル テスト用のインストール前の手順
USB デバッグの有効化
デバイスを USB ケーブルでコンピュータに直接接続した後、Android で
USB デバッグ モードを有効化できます。 このモードを有効にすると、
Android デバイスと Android SDK 間の接続が可能になります。
USB デバッグ モードは、お使いのデバイスの設定メニューの開発者向けオ
プションにあります。
第 8 章： モバイル テスト環境の設定 165
Genymotion の使用
Genymotion の使用
Genymotion は、Android エミュレータとして VirtualBox を使用する別のエ
ミュレータです。Genymotion は、Android ソフトウェア開発キット（ASDK）
で提供されている Android エミュレータより、高速で全体的に高いパ
フォーマンスを提供します。 このツールを使用するには、追加のセット
アップが必要です。
次の手順に従ってください：
1. www.genymotion.com から VirtualBox および Genymotion の両方をダウ
ンロードしてインストールします。
注： Genymotion をインストールするには、Genymotion のユーザ アカウ
ントを作成する必要がありますが、基本的なダウンロードは無償です。
Windows プラットフォームには、統合 Virtualbox/Genymotion インス
トーラがあります。
2. お使いの仮想デバイスを追加します。
a. Genymotion を起動します。
はじめて Genymotion を起動するときに、仮想デバイスを追加する
ように促されます。
b. ［はい］をクリックします。
［Create a New Virtual Device］ウィンドウが表示されます。
c. ［Connect］をクリックし、Genymotion ユーザ ID およびパスワー
ドを入力すると、使用可能なデバイスが表示されます。
使用可能な仮想デバイスのリストが表示されます。 ページの上部
で、Android バージョンまたはデバイス モデルによってデバイスの
リストをフィルタできます。
d. 追加するデバイスを選択し、［Next］をクリックします。
e. 選択したデバイスの詳細を確認します。
注： デバイスの名前は、DevTest Solutions のアセット ダイアログ
ボックスに入力した名前です。 Genymotion のデフォルト名はより
簡単な名前に変更できます。
f.
［次へ］をクリックします。
仮想デバイスのダウンロードが開始されます。 ダウンロード イ
メージのサイズは、通常約 200 MB です。
g. ダウンロードが完了したら、［Finish］をクリックします。
166 インストール
Genymotion の使用
h. 別の仮想デバイスを追加するには、Genymotion のメイン ウィンド
ウの［Add］をクリックし、上記の手順を繰り返します。
3. DevTest で、新しい仮想デバイス用の設定ファイルおよびアセットを作
成します。
a. Android 仮想デバイス用の標準的なシミュレータ セッション ア
セットを作成します。 詳細については、「CA Application Test の使
用」の「モバイル アセット」を参照してください。
詳細については、「はじめに」の「モバイル チュートリアル 2 Android テスト ケースの記録」を参照してください。
b. ［Android AVD］フィールドに、「genymotion:」に続けて Genymotion
デバイスの名前を入力します。 以下に例を示します。
genymotion:Galaxy Nexus - 4.3 - API 18 - 720x1280
第 8 章： モバイル テスト環境の設定 167
Genymotion の使用
Genymotion デバイスの管理
Genymotion デバイスは、VirtualBox でインストールされる VBoxManage
ツールで管理できます。
役立つコマンド ライン コマンドのリストを以下に示します。
vboxmanage list avd
使用可能な仮想デバイスをすべてリスト表示します。 このコマンドの
出力は以下のようになります。
Nexus 7 - 4.3 - API 18 - 1280x800"
{144161dd-750e-4fff-8d46-0da8bc0c226b}
GalaxyNexus4.2.2-API17" {d740a4fa-df15-4768-aee1-ffebfb883dc1}
各行は識別子のペアです。 最初の識別子は、そのデバイスの作成時に
ユーザが指定した名前です。 2 番目の識別子は UID です。 コマンド ラ
インでターゲットとしてデバイスを渡す場合、どちらの識別子も使用
できます。 コマンド ラインで UID を使用する場合、中かっこで囲む必
要はありません。
vboxmanage list runningvms
実行中の仮想デバイスをリスト表示します。
ADK コマンド $ANDROID_HOME/platform-tools/adb devices で同じ機能
を実行できます。 ADK コマンドは、Genymotion および ADK でエミュ
レートされたデバイスの両方をリスト表示します。
このコマンドの出力は以下のようになります。
emulator-5554
device
192.168.0.56:5555
device
ADK デバイスは「emulator」で始まり、Genymotion デバイスは IP アド
レスで始まります。 その後の数値は、デバイスが使用しているポート
です。
player --vm-name <UID または名前>
デバイスがインストールされているパスに移動し、このコマンドを使
用して仮想デバイスを起動します。Genymotion インターフェースから
デバイスを起動することもできます。
168 インストール
Genymotion の使用
VBOXMANAGE_CMD の定義
VirtualBox をデフォルトではない場所にインストールする場合は、
VBOXMANAGE_CMD プロパティを定義します。 このプロパティにより
DevTest が vboxmanage ツールを検索できるため、Genymotion シミュレー
タが効率よく機能できます。
このプロパティは 3 つの方法で定義できます。
■
Windows の環境変数を定義する。
■
lisa.properties ファイルを編集する（すべてのプロジェクトに影響しま
す）。
■
プロパティ エディタでプロジェクト プロパティ ファイルにプロパ
ティを追加する（単一のプロジェクトに影響します）。
Windows の環境変数の定義
マシンの［システム プロパティ］で［環境変数］ダイアログ ボックスを
開き、以下のコマンドを追加します。
Windows
VBOXMANAGE_CMD=c:¥program
files¥oracle¥virtualbox¥vboxmanage.exe
Mac
export VBOXMANAGE_CMD=/usr/bin/vboxmanage
LISA プロパティ ファイルの編集
lisa.properties ファイルの編集は、DevTest ワークステーション で定義され
ているプロジェクトのすべてに影響します。
次の手順に従ってください：
1. メイン メニューからの［システム］-［LISA プロパティの編集］を選択
します。
2. システム ファイルで VBOXMANAGE_CMD を定義するには、以下のテキ
ストを追加します。
VBOXMANAGE_CMD=c:¥program
files¥oracle¥virtualbox¥vboxmanage.exe
3. ファイルを保存します。
第 8 章： モバイル テスト環境の設定 169
Genymotion の使用
プロジェクト プロパティ ファイルへのプロパティの追加
プロパティ エディタでのプロジェクト プロパティ ファイルへのプロパ
ティの追加は、そのプロジェクトのみに影響します。
次の手順に従ってください：
1. プロジェクト パネルで、Configs フォルダにある project をダブルク
リックします。
プロパティ エディタが開きます。
2. 行を追加するには、プロパティ エディタの下部にある
クリックします。
3. ［キー］フィールドに以下のように入力します。
VBOXMANAGE_CMD
4. ［値］フィールドに以下のように入力します。
c:¥program files¥oracle¥virtualbox¥vboxmanage.exe
5. メイン ツールバーの
170 インストール
［保存］をクリックします。
［追加］を
用語集
アサーション
アサーションは、1 つのステップとそのすべてのフィルタが実行された後
に実行されるエレメントです。 アサーションにより、ステップの実行結
果が予測と一致することが検証されます。 アサーションは、通常、テス
ト ケースまたは仮想サービス モデルのフローを変更するために使用され
ます。 グローバル アサーションは、テスト ケースまたは仮想サービス モ
デルの各ステップに適用されます。 詳細については、「CA Application Test
の使用」の「アサーション」を参照してください。
アセット
アセットは、1 つの論理的な単位にグループ化される設定プロパティの
セットです。 詳細については、「CA Application Test の使用」の「アセッ
ト」を参照してください。
一致許容差
一致許容差は、CA Service Virtualization が受信要求をサービス イメージ内
の要求と比較する方法を制御する設定です。 オプションは、EXACT、
SIGNATURE、および OPERATION です。 詳細については、「CA Service
Virtualization の使用」の「一致許容差」を参照してください。
イベント
イベントは、発生したアクションに関するメッセージです。 テスト ケー
スまたは仮想サービス モデル レベルでイベントを設定できます。 詳細に
ついては、「CA Application Test の使用」の「イベントについて」を参照し
てください。
会話ツリー
会話ツリーは、仮想サービス イメージにおいてステートフル トランザク
ションの会話パスを表すリンクされたノードのセットです。 各ノードは、
withdrawMoney などの操作名でラベル付けされます。 getNewToken、
getAccount、withdrawMoney、deleteToken は、金融機関システムの会話パ
スの一例です。 詳細については、「CA Service Virtualization の使用」を参
照してください。
仮想サービス モデル（VSM）
仮想サービス モデルは、実際のサービス プロバイダなしでサービス要求
を受信および応答します。 詳細については、「CA Service Virtualization の
使用」の「仮想サービス モデル（VSM）」を参照してください。
用語集 171
監査ドキュメント
監査ドキュメントでは、1 つのテスト、またはスイート内の 1 つのテスト
セットに対する成功条件を設定できます。 詳細については、「CA
Application Test の使用」の「監査ドキュメントの作成」を参照してくださ
い。
クイック テスト
クイック テスト機能を使用すると、最小のセットアップでテスト ケース
を実行できます。 詳細については、「CA Application Test の使用」の「ク
イック テストのステージング」を参照してください。
グループ
グループ、または仮想サービス グループは、VSE コンソールでまとめてモ
ニタできるように、同じグループ タグでタグ付けされている仮想サービ
スのコレクションです。
継続的検証サービス（CVS）ダッシュボード
継続的検証サービス（CVS）ダッシュボードでは、長期間にわたって定期
的に実行するテスト ケースおよびテスト スイートをスケジュールできま
す。 詳細については、「CA Application Test の使用」の「継続的検証サー
ビス（CVS）」を参照してください。
コーディネータ
コーディネータはテスト ランの情報をドキュメントとして受け取り、1 つ
以上のシミュレータ サーバで実行されるテストをコーディネートします。
詳細については、「CA Application Test の使用」の「コーディネータ サー
バ」を参照してください。
コンパニオン
コンパニオンは、すべてのテスト ケースの実行の前後に実行されるエレ
メントです。 コンパニオンは、単一のテスト ステップではなく、テスト
ケース全体に適用されるフィルタとして理解できます。 コンパニオンは
テスト ケース内で（テスト ケースに対して）グローバルな動作を設定す
るために使用されます。 詳細については、「CA Application Test の使用」
の「コンパニオン」を参照してください。
172 インストール
サービス イメージ（SI）
サービス イメージは、CA Service Virtualization で記録されたトランザク
ションの正規化バージョンです。 各トランザクションは、ステートフル
（会話型）またはステートレスです。 サービス イメージを作成する方法
の 1 つは、仮想サービス イメージ レコーダを使用することです。 サービ
ス イメージは、プロジェクトに格納されます。 サービス イメージは、仮
想サービス イメージ（VSI）とも呼ばれます。詳細については、「CA Service
Virtualization の使用」の「サービス イメージ」を参照してください。
サブプロセス
サブプロセスは、別のテスト ケースによってコールされるテスト ケース
です。 詳細については、「CA Application Test の使用」の「サブプロセス
の作成」を参照してください。
シミュレータ
シミュレータは、コーディネータ サーバの管理下でテストを実行します。
詳細については、「CA Application Test の使用」の「シミュレータ サーバ」
を参照してください。
ステージング ドキュメント
ステージング ドキュメントには、テスト ケースを実行する方法に関する
情報が含まれます。 詳細については、「CA Application Test の使用」の「ス
テージング ドキュメントの作成」を参照してください。
設定
設定は、プロパティの名前付きのコレクションであり、通常はテスト中の
システムの環境に固有の値を指定します。 ハードコードされた環境デー
タをなくすことにより、設定を変更するだけで、異なる環境内のテスト
ケースまたは仮想サービス モデルを実行できます。 プロジェクトのデ
フォルト設定の名前は project.config です。 プロジェクトは多数の設定を
持つことができますが、一度にアクティブになるのは 1 つの設定のみです。
詳細については、「CA Application Test の使用」の「設定」を参照してくだ
さい。
対話型テスト ラン（ITR）
対話型テスト ラン（ITR）ユーティリティを使用すると、テスト ケースま
たは仮想サービス モデルをステップごとに実行できます。 テスト ケース
または仮想サービス モデルを実行時に変更し、結果を確認できます。 詳
細については、「CA Application Test の使用」の「対話型テスト ラン（ITR）
ユーティリティの使用」を参照してください。
用語集 173
ディセンシタイズ
ディセンシタイズは、機密データをユーザ定義の代替データに変換するた
めに使用されます。 クレジット カード番号や社会保障番号は機密データ
の例です。 詳細については、「CA Service Virtualization の使用」の「デー
タのディセンシタイズ」を参照してください。
データ セット
データ セットは、実行時にテスト ケースまたは仮想サービス モデルにプ
ロパティを設定するために使用できる値のコレクションです。 データ
セットによって、テスト ケースまたは仮想サービス モデルに外部のテス
ト データを使用することができます。データ セットは、DevTest の内部ま
たは外部（たとえば、ファイルやデータベース テーブル）に作成できま
す。 詳細については、「CA Application Test の使用」の「データ セット」
を参照してください。
データ プロトコル
データ プロトコルは、データ ハンドラとも呼ばれます。 CA Service
Virtualization では、データ プロトコルは、要求の解析処理を行います。 一
部のトランスポート プロトコルは、要求を作成するジョブの委任先の
データ プロトコルを許可（または要求）します。 結果として、プロトコ
ルは要求ペイロードを認識する必要が生じます。 詳細については、「CA
Service Virtualization の使用」の「データ プロトコルの使用」を参照してく
ださい。
テスト ケース
テスト ケースは、テスト中のシステムのビジネス コンポーネントをテス
トする方法の仕様です。 各テスト ケースには、1 つ以上のテスト ステッ
プが含まれます。 詳細については、「CA Application Test の使用」の「テ
スト ケースの作成」を参照してください。
テスト スイート
テスト スイートは、順番に実行されるようにスケジュールされたテスト
ケース、その他のテスト スイート、またはその両方のグループです。 ス
イート ドキュメントは、スイートのコンテンツ、生成するレポート、お
よび収集するメトリックを指定します。詳細については、「CA Application
Test の使用」の「テスト スイートの作成」を参照してください。
174 インストール
テスト ステップ
テスト ステップは、実行される単一のテスト アクションを表すテスト
ケース ワークフローのエレメントです。 テスト ステップの例としては、
Web サービス、Java Bean、JDBC、JMS メッセージングなどがあります。 テ
スト ステップには、フィルタ、アサーション、データ セットなどの DevTest
エレメントを含めることができます。 詳細については、「CA Application
Test の使用」の「テスト ステップの作成」を参照してください。
トランザクション フレーム
トランザクション フレームは、DevTest Java エージェントまたは CAI Agent
Light がインターセプトしたメソッド コールに関するデータをカプセル化
します。詳細については、「CA Continuous Application Insight の使用」の「ビ
ジネス トランザクションおよびトランザクション フレーム」を参照して
ください。
ナビゲーション許容差
ナビゲーション許容差は、CA Service Virtualization が会話ツリーを検索して
次のトランザクションを見つける方法を制御する設定です。 オプション
は、CLOSE、WIDE、および LOOSE です。 詳細については、「CA Service
Virtualization の使用」の「ナビゲーション許容差」を参照してください。
ネットワーク グラフ
ネットワーク グラフは、DevTest クラウド マネージャおよび関連するラボ
をグラフで表示するサーバ コンソールの領域です。詳細については、「CA
Application Test の使用」の「ラボの開始」を参照してください。
ノード
DevTest の内部では、テスト ステップはノードとも呼ばれます。これが、
一部のイベントがイベント ID 内にノードを持つ理由です。
パス
パスには、Java エージェント がキャプチャしたトランザクションに関する
情報が含まれます。詳細については、「CA Continuous Application Insight の
使用」を参照してください。
パス グラフ
パス グラフには、パスおよびそのフレームのグラフ表示が含まれていま
す。 詳細については、「CA Continuous Application Insight の使用」の「パス
グラフ」を参照してください。
用語集 175
反応時間
反応時間は、テスト ステップを実行する前にテスト ケースが待機する時
間です。詳細については、「CA Application Test の使用」の「テスト ステッ
プの追加 - 例」および「ステージング ドキュメント エディタ - ［ベース］
タブ」を参照してください。
フィルタ
フィルタは、ステップの前後に実行されるエレメントです。フィルタは、
結果のデータを処理、またはプロパティに値を格納する機会を提供します。
グローバル フィルタは、テスト ケースまたは仮想サービス モデルの各ス
テップに適用されます。 詳細については、「CA Application Test の使用」
の「フィルタ」を参照してください。
プロジェクト
プロジェクトは、関連する DevTest ファイルのコレクションです。 ファイ
ルには、テスト ケース、スイート、仮想サービス モデル、サービス イメー
ジ、設定、監査ドキュメント、ステージング ドキュメント、データ セッ
ト、モニタ、および MAR 情報ファイルなどが含まれます。 詳細について
は、「CA Application Test の使用」の「プロジェクト パネル」を参照して
ください。
プロパティ
プロパティは、ランタイム変数として使用できるキー/値ペアです。 プロ
パティには、さまざまなタイプのデータを格納できます。 一般的なプロ
パティには、LISA_HOME、LISA_PROJ_ROOT、LISA_PROJ_NAME などがあり
ます。 設定は、プロパティの名前付きのコレクションです。 詳細につい
ては、「CA Application Test の使用」の「プロパティ」を参照してください。
マジック ストリング
マジック ストリングは、サービス イメージの作成中に生成される文字列
です。 マジック ストリングは、仮想サービス モデルによって応答内で意
味のある文字列値が提供されることを確認するために使用されます。
{{=request_fname;/chris/}} は、マジック ストリングの一例です。 詳細につ
いては、「CA Service Virtualization の使用」の「マジック ストリングとマ
ジック デート」を参照してください。
176 インストール
マジック デート
レコーディング中、日付パーサは要求および応答をスキャンします。 日
付表示形式の広範な定義に一致する値は、マジック デートに変換されま
す。 マジック デートは、仮想サービス モデルによって応答内で意味のあ
る日付値が提供されることを確認するために使用されます。
{{=doDateDeltaFromCurrent("yyyy-MM-dd","10");/*2012-08-14*/} は、マジッ
ク デートの一例です。 詳細については、「CA Service Virtualization の使用」
の「マジック ストリングとマジック デート」を参照してください。
メトリック
メトリックにより、テストおよびテスト中のシステムのパフォーマンス/
機能面に定量的手法および測定単位を適用できます。 詳細については、
「CA Application Test の使用」の「メトリックの生成」を参照してください。
モデル アーカイブ（MAR）
モデル アーカイブ（MAR）は、DevTest Solutions における主要な展開アー
ティファクトです。 MAR ファイルには、プライマリ アセット、プライマ
リ アセットを実行するために必要なすべてのセカンダリ ファイル、情報
ファイル、および監査ファイルが含まれます。 詳細については、「CA
Application Test の使用」の「モデル アーカイブ（MAR）の操作」を参照し
てください。
モデル アーカイブ（MAR）情報
モデル アーカイブ（MAR）情報ファイルは、MAR を作成するために必要
な情報が含まれるファイルです。詳細については、「CA Application Test の
使用」の「モデル アーカイブ（MAR）の操作」を参照してください。
ラボ
ラボは、1 つ以上のラボ メンバの論理コンテナです。 詳細については、
「CA Application Test の使用」の「ラボとラボ メンバ」を参照してくださ
い。
レジストリ
レジストリは、すべての DevTest サーバ および DevTest ワークステーショ
ン コンポーネントの登録を一元的に行うための場所です。 詳細について
は、「CA Application Test の使用」の「レジストリ」を参照してください。
仮想サービス環境（VSE）
仮想サービス環境（VSE）は、仮想サービス モデルを展開して実行するた
めに使用する DevTest サーバ アプリケーションです。 VSE は CA Service
Virtualization とも呼ばれます。 詳細については、「CA Service Virtualization
の使用」を参照してください。
用語集 177
178 インストール

GPS応用列車在線表示システム（PDF：47.3KB）

ルーヴェン大学病院 - VASCO Data Security

社友会分室エプソン EP-806AB プリンターと無線 LAN で接続する手順

イオンスマホセキュリティ インストール方法

＜Windows XP＞ インターネット接続・設定方法

新規利用者様向け（PDFファイル）

ISK-EG - Pentair Thermal Controls

HW-02G パソコンとの無線接続設定（Windows Vista）

SB-100-T 施工要領書 - Pentair Thermal Controls