サーバーのほとんどの構成設定は、<SOAVIRT_HOME>/WEB-INF ディレクトリにある config.properties ファイルで指定されます。このセクションの設定は最も一般的に指定されるオプションですが、より詳細な設定やテスト コンフィギュレーションの設定を指定できます。詳細については下記を参照してください。
- Advanced Server Configuration Options
- Test Configuration Options for SOAtest and Virtualize Server
- サーバーの詳細設定オプション
- SOAtest/Virtualize Server のテスト コンフィギュレーション オプション
Info | ||
---|---|---|
| ||
config.properties で Windows のファイル パスを編集する場合、円マークではなくスラッシュを使用してください。 正しい例: c:/my/workspace 誤った例: c:\my\workspace |
...
Table of Contents | ||
---|---|---|
|
基本設定オプション
Table of Content Zone | ||||||||||
---|---|---|---|---|---|---|---|---|---|---|
| ||||||||||
working.dirSOAVIRT 作業ディレクトリへの相対パスです。指定されていない場合、デフォルトの作業ディレクトリは、<SOAVIRT_HOME> フォルダーの下の ‘workspace’ となります。デフォルトの値を変更し、<SOAVIRT_HOME> フォルダーの外部にワークスペースを置くよう推奨します。そうしないと、サーバーをより新しいバージョンにアップデートしたとき、ワークスペースが削除される可能性があります。 logging.config.fileビルトイン設定または log4j 設定を使用してロギング レベルを変更します。指定されていない場合、デフォルト値は /WEB-INF/default.logging.xml です。 絶対パスまたは相対パスを使用して構成を指定できます。相対パスのルートは、<SOAVIRT_HOME> ディレクトリの場所です。サーバーには、2 つのビルトイン コンフィギュレーションが付属しています。
必要に応じて、これらのビルトイン コンフィギュレーションを変更できます。詳細については log4j のマニュアルを参照してください。 使用例
c:/wars/soavirt に WAR ファイルを展開した場合に、サーバーは logging.config.file に指定された相対的なパスを、絶対パス c:/wars/soavirt/WEB-INF/default.logging.xml に解決します。
scripting.timeout.minutesVirtualize が応答のないスクリプトを中止し、エラー メッセージを記録するまでの時間を分単位で指定します。デフォルトは 10 分です。 使用例
server.port.httpParasoft Virtualize Server が HTTP 通信を待機するポートを指定します。server.port.http または server.port.https のどちらかを指定する必要があります。この値は、Parasoft Virtualize Server がデプロイされた HTTP ポートと一致していなければなりません。 server.port.httpsParasoft Virtualize Server が HTTPS 通信を待機するポートを指定します。server.port.https または server.port.http のどちらかを指定する必要があります。この値は、Parasoft Virtualize Server がデプロイされた HTTPS ポートと一致していなければなりません。 env.manager.serverCTP サーバーの場所を指定します。必ずポートおよびプロトコル (http/https) を指定してください。コロンは円マーク \ でエスケープする必要があることに注意してください。 使用例
REST API によるプロパティ設定
このプロパティは、サーバーが起動した後に REST API を使って設定することもできます。.properties ファイルでは CTP に関連する設定名が "env.manager" である点に注意してください。これは CTP の以前の名称である Environment Manager を表しています。しかし、API の CTP オブジェクトには "ctp" というラベルが付いています。これらの設定は同じコンポートを表します。
次の JSON の例をコピーして入力フィールドに貼り付け、実際のインストール状況に合わせて値を変更できます。
env.manager.server. nameCTP でこのサーバーを表示する際の名前を指定します。このサーバーを識別するのに役立つ任意の値を使用できます。 使用例
REST API によるプロパティ設定このプロパティは、サーバーが起動した後に REST API を使って設定することもできます。詳細については「サーバーの設定env.manager.server」を参照してください。 env.manager.usernameCTP にログインするためのユーザー名を指定します。 使用例
REST API によるプロパティ設定このプロパティは、サーバーが起動した後に REST API を使って設定することもできます。詳細については「サーバーの設定env.manager.server」を参照してください。 env.manager.passwordCTP にログインするためのパスワード (プレーン テキストまたは暗号化されたパスワード) を指定します。 標準の Eclipse ベースの Parasoft 製品と同様に、(Eclipse ベースのサーバーから) virtualizecli コマンドラインで 使用例
REST API によるプロパティ設定このプロパティは、サーバーが起動した後に REST API を使って設定することもできます。詳細については「サーバーの設定env.manager.server」を参照してください。 env.manager.notify仮想アセットがデプロイされたとき、Parasoft Virtualize Server から Parasoft CTP に通知するかどうかを指定します。 使用例次の例は、通知を有効にします。
REST API によるプロパティ設定このプロパティは、サーバーが起動した後に REST API を使って設定することもできます。詳細については「サーバーの設定env.manager.server」を参照してください。 env.manager.registry.idCTP が使用する読み取り専用のオプションです。 soatest.license.enabledこのオプションは、SOAtest の機能に関連するオプションを有効化/無効化します。デフォルトは 使用例
virtualize.license.enabledこのオプションは、Virtualize の機能に関連するオプションを有効化/無効化します。デフォルトは true です。このオプションが .properties 設定ファイルにない場合、デフォルトが使用されます。このオプションを 使用例
soatest.license.use_networkネットワーク ライセンスを使用するかどうかを指定します。ネットワーク ライセンスを使用する場合、License Server または Parasoft DTP への接続も設定する必要があります。 License Server に接続する場合、次のオプションを設定します: DTP に接続する場合、次のオプションを設定します: 使用例次の例は、ネットワーク経由のライセンス取得を有効にします。
soatest.license.network.editionLicense Server または DTP から取得するライセンスのタイプを指定します。 使用例
soatest.license.custom_edition_featuresCustom Edition ライセンスの場合に、License Server または DTP にリクエストする機能をカンマ区切りリストで指定します。 使用例
virtualize.license.use_networkネットワーク ライセンスを使用するかどうかを指定します。ネットワーク ライセンスを使用する場合、Parasoft DTP または License Server (非推奨) への接続も設定する必要があります。 License Server に接続する場合、次のオプションを設定します: DTP に接続する場合、次のオプションを設定します: 使用例次の例は、ネットワーク経由のライセンス取得を有効にします。
virtualize.license.network.editionLicense Server から取得するライセンスのタイプを指定します。 使用例
virtualize.license.custom_edition_featuresカスタム エディション ライセンスの場合に DTP または License Server にリクエストする機能のリストです。 使用例
dtp.serverDTP サーバーのホスト名を指定します。また、 使用例
dtp.portDTP サーバーのポート番号を指定します。また、 使用例
dtp.userこのオプションは、DTP 認証のためのユーザー名を指定します。また、 使用例
dtp.passwordこのオプションは、DTP 認証のためのパスワードを指定します。また、 使用例
license.network.hostLicense Server のホスト名を指定します。また、 license.network.portLicense Server のポート番号を指定します。また、 license.network.use.specified.serverこのオプションにより、サーバーは「DTP とライセンスサーバー」または「DTP の 2 つのインスタンス」のいずれかに同時に接続できます。 license.network.connection.typeこのオプションは、HTTP または TCP を介して DTP/License Server に接続するかどうかを指定します。 セキュア ポート (SSL) を介した HTTP を推奨します。 デフォルトは virtualize.license.local.passwordローカルな Virtualize ライセンスのパスワードを指定します。また、 virtualize.license.local.expirationローカルな Virtualize ライセンスの有効期限を指定します。また、 |
レポート設定
Table of Content Zone | ||||||
---|---|---|---|---|---|---|
| ||||||
session.tagテスト セッションからの署名結果に対するタグを指定します。タグには、文字列、1 個以上の変数、またはそれらの組み合わせを使用できます。似た実行を区別できるよう、異なるテスト セッションのレポートには異なるセッション タグを使用するべきです。デフォルトは 使用例セッション タグを用いることで、特定テスト環境の特定コード ブランチで実施された特定の解析タイプを表現できます。以下の設定は、異なる OS についてマスター ブランチでの機能テストを特定できます。
build.id結果を表すために使用するビルド ID を指定します。ビルド ID はビルドごとに固有かもしれませんが、特定のビルドで実行された複数のテスト セッションを表すケースも考えられます。デフォルトは 使用例デフォルトのビルド ID には、DTP プロジェクトの名前およびビルドの日付が含まれます。たとえば ATM プロジェクトであれば、レポートに含まれるビルド ID は次のようになるでしょう: ATM2-2017-07-07 次の設定はカスタム ID
report.developer_errors開発者のエラーの詳細をマネージャー レポートに含めるかどうかを指定します。レポートに開発者エラーを含めるには report.developer_reportsマネージャー用のサマリー レポートに加えて、すべての開発者について詳細レポートを生成するかどうかを指定します。開発者用の詳細レポート生成するには、 report.authors_details開発者ごとに割り当てられたタスクの数およびタスク タイプについての概要をレポートに含めるかどうかを指定します。開発者ごとに割り当てられたタスクのタイプと数をレポートに含めるには、 report.testcases_detailsテストケースの詳細をレポートに含めるかどうかを指定します。テスト ケースの詳細を含めるには、 report.associationsテストに関連する要件、欠陥、タスク、および機能要求をレポートに表示するかどうかを指定します。要件、欠陥、タスク、および機能要求をレポートに含めるには、 report.assoc.url.[tag]この設定は、HTML レポートで関連情報へのリンクを作成します。URL は、課題 ID の [%ID%] または 使用例以下の例は、Bugzilla の PR へのリンクを HTML レポートに追加します。
report.failed_tests_only失敗したテストだけをレポートに含めるかどうかを指定します。このオプションは機能テスト ツールでのみ有効です。失敗したテストだけをレポートに含めるには、 report.test_suites_onlyレポートのサマリー セクションに、トップ レベルのスイートだけを表示するか、または個々のテストのツリー ビューを表示するかを指定します。レポートの概要セクションに最上位のスイートだけを含めるには、 |
カスタム/外部 Jar の追加
Parasoft Virtualize Server で外部/カスタム jar (例: Parasoft SOAtest/Virtualize のカスタム拡張、サードパーティの Jar、JDBC ドライバーなど)を使用するには、次の操作を行います。
- 以下のいずれかの方法で jar ファイルを追加します。
- jar を <workspace>/VirtualAssets/system_jars フォルダーにコピーします。Parasoft Virtualize Server は、カスタム/外部 jar ファイルをロードする際、このフォルダーを検索します。このフォルダーがまだ存在しない場合、フォルダーを追加します。
- Swagger ドキュメント (API の使用) の説明に従って REST API の upload オペレーションを使用し、jar をアップロードします。アップロードの際は、親フォルダーとして /VirtualAssets/system_jars を指定する必要があります。/VirtualAssets/system_jars フォルダーがまだ存在しない場合、作成されます。
- 次の操作を行って jar をリロードします。
- jar に Virtualize のカスタム拡張が含まれている場合、サーバーを再起動します。
- その他の場合、サーバーを再起動するか、/v5/preferences/systemProperties/reload REST API を呼び出します。
設定に関するその他の注意点
Parasoft Virtualize Server が返すレスポンスの "Server" HTTP ヘッダーの値を ‘Parasoft Server’ (これは従来の Eclipase ベースの Virtualize サーバー デプロイメントのデフォルト値です) に変更するには、サーブレット コンテナーの設定を変更する必要があります。
...