Eigenschaften für die Remote- und lokale Ausführung

Dieses Kapitel beschreibt ein Legacy-Feature, das Tricentis in naher Zukunft einstellen will. Nähere Informationen zum Einstellungsplan und Zeitablauf finden Sie in diesem Artikel der Tricentis Knowledge Base.

Um mehr über Alternativen zu erfahren, lesen Sie dieses Kapitel.

Sobald Sie eine XML-Datei erstellt haben, können Sie die Eigenschaften, nach denen der Tosca Continuous Integration Client (Tosca CI Client) filtern soll, definieren.

Definieren Sie diese Eigenschaften innerhalb der testConfiguration-Tags in der XML-Datei.

Wenn Sie Ihre Continuous Integration-Tests über den Remote Service oder auf Ihrem Build-Server ausführen, können Sie die folgenden Eigenschaften definieren:

ExecutionType

Geben Sie ExecutionType ein, um Ihre Tests in Kategorien einzuteilen. Sie können dann Ihre Tests nach diesen Kategorien ausführen.

Wenn Sie eine ExecutionType Eigenschaft in der XML-Datei definieren, müssen Sie eine entsprechende Eigenschaft im Tosca Commander erstellen. Beide Eigenschaften müssen denselben Namen und denselben Wert haben.

Sie können mehrere ExecutionType Eigenschaften definieren. Der Tosca CI Client löst die Ausführung aller Ausführungslisten aus, deren Testkonfigurationsparameter mit einem der angegebenen Werte übereinstimmt.

Im folgenden Beispiel haben Sie einige Ihrer Tests als Java- und SAP-Tests kategorisiert. Der Tosca CI Client löst die Ausführung folgender Ausführungslisten aus:

  • Alle Ausführungslisten mit der Eigenschaft ExecutionType und dem Wert Java

  • Alle Ausführungslisten mit der Eigenschaft ExecutionType und dem Wert SAP

Kopieren 
<?xml version="1.0" encoding="utf-16" ?>
<testConfiguration>   
    <ExecutionTypes>        
        <ExecutionType>Java</ExecutionType>        
        <ExecutionType>SAP</ExecutionType>    
    </ExecutionTypes>
</testConfiguration>

customProperties

Alternativ können Sie die Eigenschaft customProperties definieren. Legen Sie dazu benutzerdefinierte Eigenschaften in der XML-Datei fest.

Wenn Sie eine benutzerdefinierte Eigenschaft in der XML-Datei festgelegt haben, müssen Sie eine entsprechende Eigenschaft im Tosca Commander erstellen. Beide Eigenschaften müssen denselben Namen und denselben Wert haben.

Im folgenden Beispiel führt der Tosca CI Client Ihre Firefox- und Chrome-Regression und die von Ihnen erstellten Smoke-Tests aus:

Kopieren 
<?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

Sie können eine oder mehrere surrogateIds definieren, anstatt ExecutionTypes gemeinsam mit customProperties in Ihrer XML-Datei zu definieren.

In diesem Fall filtert der Tosca CI Client nach der UniqueId einer Ausführungsliste. Der Wert, den Sie in der XML-Datei eingeben, muss genau mit dem Wert UniqueId der Ausführungsliste im Tosca Commander übereinstimmen.

Im folgenden Beispiel führt der Tosca CI Client nur die Ausführungsliste mit der UniqueId 123456789 durch.

Kopieren 
<?xml version="1.0" encoding="utf-16" ?>
<testConfiguration>    
    <surrogateIds>        
        <surrogateId>123456789</surrogateId>    
    </surrogateIds>
</testConfiguration>

ignoreNonMatchingIds

Wenn Sie in Ihrer XML-Datei eine surrogateId definiert haben, können Sie die Eigenschaft ignoreNonMatchingIds definieren und sie auf true einstellen. In diesem Fall meldet das System keinen Fehler, wenn es keine Ausführungsliste mit der angegebenen surrogateId findet.

Kopieren 
<?xml version="1.0" encoding="utf-16" ?>
<testConfiguration>    
    <surrogateIds>        
        <surrogateId>123456789</surrogateId>    
    </surrogateIds>  
    <ignoreNonMatchingIds>true</ignoreNonMatchingIds>
</testConfiguration>

buildrootfolder

Verwenden Sie buildrootfolder, wenn Sie den Speicherort Ihrer Ausführungsergebnisse ändern möchten. Standardmäßig speichert das System die Testergebnisse in den Ausführungslistenordner, dessen Eigenschaft ContinuousIntegrationBuildRootFolder auf true eingestellt ist.

Geben Sie einen neuen Wert für die Einstellung in der XML-Datei ein. Der Wert der Einstellung buildrootfolder muss mit dem Wert der Eigenschaft ContinuousIntegrationBuildRootFolder des Ausführungslistenordners, in dem Sie die Ergebnisse speichern möchten, übereinstimmen.

Im folgenden Beispiel speichert das System die Ausführungsergebnisse in die Ausführungsliste, deren Eigenschaft ContinuousIntegrationBuildRootFolder den Wert Monday enthält.

Kopieren 
<?xml version="1.0" encoding="utf-16" ?>
<testConfiguration>    
    <buildrootfolder>Monday</buildrootfolder>
</testConfiguration>

cleanoldresults

Standardmäßig speichert das System alle Ausführungsergebnisse in Ihrer Ausführungsliste. Wenn Sie zu Beginn eines neuen Ausführungsdurchlaufs alle Logs aus früheren Ausführungen entfernen möchten, geben Sie die Eigenschaft cleanoldresults ein und setzen Sie sie auf true.

Kopieren 
<?xml version="1.0" encoding="utf-16" ?>
<testConfiguration>    
    <cleanoldresults>true</cleanoldresults>
</testConfiguration>

testMandateName

Verwenden Sie testMandateName, um ein zusätzliches Identifikationsmerkmal zu dem Namen eines Testauftrags im ContinuousIntegrationBuildRootFolder hinzuzufügen. Standardmäßig verwendet das System als Namen das Datum, an dem der Ordner erstellt wurde.

Das folgende Beispiel zeigt, wie die Versionsnummer des zu testenden Systems zum Namen des Testauftrags hinzugefügt werden kann.

Kopieren 
<?xml version="1.0" encoding="utf-16" ?>
<testConfiguration>    
    <testMandateName>Version1.1.1a</testMandateName>
</testConfiguration>