リモートまたはローカル実行のプロパティ
|
このトピックは、Tricentisが近い将来に廃止する予定の従来の機能について説明します。廃止計画およびタイムラインに関する詳細情報については、この Tricentisナレッジベースの記事をご覧ください。 代替案については、トピックをチェックしてください。 |
XMLファイルを作成したら、 Tosca Continuous Integration Client (Tosca CI Client) がフィルタリングするプロパティを定義できます。
これらのプロパティは、XML ファイルの testConfiguration タグ内で定義します。
Continuous Integration テストをリモートサービスまたはビルドサーバで実行する場合、以下のプロパティを指定できます。
実行タイプ
「 実行タイプ」を入力して、テストをカテゴリに分類します。すると、これらのカテゴリー別にテストを実行することができます。
XML ファイルで実行タイププロパティを定義する場合、Tosca Commander内に対応するプロパティを作成する必要があります。プロパティは両方とも同じ名前と同じ値でなければなりません。
いくつかの実行タイプのプロパティを定義できます。Tosca CI Client は、テストコンフィギュレーションパラメータが指定された値のいずれかに一致するすべての実行リストの実行をトリガーします。
以下の例では、いくつかのテストを Java テストと SAP テストとして分類しています。Tosca CI Client は以下の実行リストの実行をトリガーします:
-
プロパティ実行タイプが Java であるすべての実行リスト。
-
プロパティ ExecutionType と値 SAP があるすべてのExecutionLists
<?xml version="1.0" encoding="utf-16" ?>
<testConfiguration>
<ExecutionTypes>
<ExecutionType>Java</ExecutionType>
<ExecutionType>SAP</ExecutionType>
</ExecutionTypes>
</testConfiguration>
customProperties
または、プロパティ 「 customProperties 」を定義することもできます。そのためには、XMLファイルにカスタムプロパティを設定します。
XMLファイルでカスタムプロパティを設定する場合は、対応するプロパティをTosca Commander内で作成する必要があ り ます。プロパティは両方とも同じ名前と同じ値でなければなりません。
以下の例では、 Tosca CI Client は、FirefoxとChrome の回帰テストと、作成したスモーク テストを実行します。
<?xml version="1.0" encoding="utf-16" ?>
<testConfiguration>
<ExecutionTypes>
<ExecutionType>FirefoxRegression</ExecutionType>
<ExecutionType>ChromeRegression</ExecutionType>
</ExecutionTypes>
<customProperties>
<property name="SmokeTests">true</property>
</customProperties>
</testConfiguration>
surrogateId
XMLファイルで CustomProperties とともに ExecutionTypes を定義する代わりに、1 つまたは複数のサロゲートを定義できます。
この場合、 Tosca CI Client はExecutionListの UniqueId をフィルタリングします。XMLファイルに入力する値は、ExecutionListの Tosca Commander内の UniqueId の値に正確に一致していなければなりません。
以下の例では、 Tosca CI Client は UniqueId 123456789 を持つ ExecutionListのみを実行します。
<?xml version="1.0" encoding="utf-16" ?>
<testConfiguration>
<surrogateIds>
<surrogateId>123456789</surrogateId>
</surrogateIds>
</testConfiguration>
ignoreNonMatchingIds
XMLファイルで surrogateId を定義している場合は、 ignoreNonMatchingIds プロパティを定義して TRUE に設定することもできます。この場合、指定された surrogateId を持つ ExecutionList が見つからなくてもエラーは発生しません。
<?xml version="1.0" encoding="utf-16" ?>
<testConfiguration>
<surrogateIds>
<surrogateId>123456789</surrogateId>
</surrogateIds>
<ignoreNonMatchingIds>true</ignoreNonMatchingIds>
</testConfiguration>
buildrootfolder
システムが実行結果を保存する場所を変更したい場合は、 buildrootfolder を使用します。デフォルトではシステムはテスト結果をプロパティ ContinuousIntegrationBuildRootFolder が TRUE に設定されているExecutionListフォルダに保存します。
XMLファイルに設定の新しい値を入力します。設定 buildrootfolder の値は、結果を保存したい ExecutionLists フォルダのプロパティ ContinuousIntegrationBuildRootFolder の値と一致していなければなりません。
以下の例では、システムは、プロパティ ContinuousIntegrationBuildRootFolder の値が Monday である ExecutionList に実行結果を保存します。
<?xml version="1.0" encoding="utf-16" ?>
<testConfiguration>
<buildrootfolder>Monday</buildrootfolder>
</testConfiguration>
cleanoldresults
デフォルトでは、システムはすべての実行結果を ExecutionList に保持します。新しい実行run開始時に以前の実行からのすべてのログを削除する場合は、プロパティ cleanoldresults を入力して TRUE に設定します。
<?xml version="1.0" encoding="utf-16" ?>
<testConfiguration>
<cleanoldresults>true</cleanoldresults>
</testConfiguration>
testMandateName
ContinuousIntegrationBuildRootFolder 内の TestMandate の名前に識別子を追加するには、 testMandateName を使用します。デフォルトでは、フォルダが作成された日付が名前として使用されます。
以下の例では、TestMandateの名前に、テスト中のシステムのバージョン番号を追加する方法を示しています。
<?xml version="1.0" encoding="utf-16" ?>
<testConfiguration>
<testMandateName>Version1.1.1a</testMandateName>
</testConfiguration>