Die folgenden →POE sind als zu testende POE möglich:

1. anwenderdefinierte POE, die im aktuellen Projekt abgelegt sind (z.B. in einem →Ordner des Projekts) und deren Name nicht mit dem Zeichen _ startet

2. POE, die in →Bibliotheken abgelegt sind und deren Name nicht mit dem Zeichen _ startet
   Dabei kann es sich entweder um anwenderdefinierte POE oder um Systembausteine handeln.

3. POE, die keinen der folgenden Bausteine in der zu testenden POE enthalten, da diese beim Ausführen eines Tests nicht unterstützt werden:
   

   • Page:GET_EP_TICKS-Baustein

   • Page:SET_EP_TICKS-Baustein

   • Page:SysTaskActualCycleTime-Baustein

   • Page:SysTaskCycleTime-Baustein

   
   Falls Sie dennoch einen dieser Bausteine in der zu testenden POE verwenden, ist nicht gewährleistet, dass der Test korrekt durchgeführt wird. Im jeweiligen Baustein-Artikel finden Sie Informationen, warum der Baustein beim Ausführen eines Tests nicht unterstützt wird.

Einschränkung: Es ist nicht möglich, eine →Methode oder ein →Interface zu testen. Zusätzlich ratet Ihnen logi.cals davon ab, Tests für die Elemente einer objektorientierten Programmierung zu erstellen (auch falls dies möglich wäre). Grund: Es kann nicht gewährleistet werden, dass die Tests für diese Elemente korrekt erstellt und abgearbeitet werden. Die folgenden Elemente der objektorientierten Programmierung können in logi.CAD 3 deklariert werden:

• →Interfaces

• →Methoden

• →Funktionsbausteine, die von einem Basis-Funktionsbaustein abgeleitet sind (mit Hilfe des Schlüsselworts EXTENDS)

• Funktionsbausteine, die Interfaces implementieren (mit Hilfe des Schlüsselworts IMPLEMENTS) und/oder Methoden enthalten

Es ist nicht möglich, eine Testsuite für POE mit →Referenzen zu erstellen oder auszuführen.

Falls eine Testsuite für ein →Programm mit internen →Variablen ( VAR ... END_VAR ) erstellt wird, werden diese Variablen ignoriert . Das bedeutet, dass keine entsprechende Spalten im Testfall vorhanden sind.

Beim Ausführen von Tests wird ein Initialisierungswert für eine lokale Variable berücksichtigt, sofern Sie diesen im Arbeitsblatt Defaults der Testsuite spezifizieren. Falls Sie jedoch einen Initialisierungswert in der Anwendung spezifizieren (z.B. durch die ST-Anweisung iDelta : INT := 2;), wird dieser Initialisierungswert nicht beim Ausführen des Tests berücksichtigt – auch sofern Sie den Initialisierungswert für die lokale Variable aus dem Arbeitsblatt Defaults der Testsuite löschen.

Falls eine Testsuite für ein →Programm mit →Eingangsvariablen und/oder →Ausgangsvariablen erstellt wird, werden diese Variablen ignoriert . Das bedeutet, dass keine entsprechende Spalten im Testfall vorhanden sind.

Falls eine Testsuite Sonderzeichen (wie Umlaute, z.B. ä, ö, ü) enthält, werden diese Sonderzeichen bei der Testausführung ignoriert . Verwenden Sie beim Erstellen/Bearbeiten der Testsuite daher am besten nur ASCII-Zeichen.

Bei wiederholter Testausführung werden die Dateien der Testausführung überschrieben.
Abhilfe 1: Falls Sie die Dateien einer Testausführung aufbewahren wollen, verschieben Sie die Dateien in einen anderen Ordner und/oder benennen Sie diese um, sodass Sie eindeutige Namen haben. Beispiel: Der Testbericht report.html wird zu report_180329_1.html.
Abhilfe 2: Falls Sie einen Gesamt-Testbericht für mehrere Testsuites wünschen, selektieren Sie diese Testsuites im gleichen Projekt und wählen Sie den entsprechenden Befehl für die Testausführung. Ergebnis: Die Tests werden für alle selektierten Testsuites durchgeführt. In Folge enthält der Testbericht report.html die Informationen zur Testausführung dieser Testsuites.

Es ist möglich, dass die Informationen zur Testabdeckung für bestimmte Szenarien im ST-Editor nicht korrekt erzeugt werden. Siehe "Einschränkungen zur Anzeige der Testabdeckung im ST-Editor".

Erstellen Sie nur bis zu 5.000 Testsequenzen pro Excel-Datei. Diese Beschränkung ist als Summe für alle Testfälle zu sehen.
Bei mehr Testsequenzen kann die optimale Verwendung des Testframeworks nicht gewährleistet werden, sondern die Testausführung könnte sich träge verhalten.

Tragen Sie nur bis zu 55.000 Daten pro Testfall ein. Beachten Sie, dass diese Daten so berechnet werden:

Falls Sie mehr Daten in einem Testfall eintragen, erscheint diese Meldung beim Ausführen des Testfalls: Test case contains too many test sequences and/or inputs/outputs

Abhilfe, falls Testsequenzen im Testfall nicht angegebenen sind: Deaktivieren Sie die Einstellung Ergebnisse für nicht angegebene Testsequenzen validieren, bevor Sie den Test starten.

Gültige Werte sind →Literale mit folgenden Ausnahmen: →Zeichenfolge-Literale werden nicht unterstützt. Beispiele: 'OK' oder 'B'Somit können Variablen vom Datentyp STRING oder CHAR nicht mit dem Testframework geprüft werden.

Es ist nicht möglich, →externe Variablen in Funktionen zu testen.

Externe Variablen des zu testenden Programms oder Funktionsbausteins (= POE) werden abhängig von ihrer Verwendung in einem Testfall spezifiziert:

• Eine Spalte für einen Eingang ist vorhanden, falls die externe Variable nur lesend in der POE verwendet wird.

• Eine Spalte für einen Ausgang ist vorhanden, falls auf die externe Variable in der POE geschrieben wird. Dies ist auch der Fall, wenn die externe Variable auch lesend verwendet wird.

Für einen Eingang und Ausgang, der auf einem →strukturierter Datentyp oder →ARRAY-Datentyp basiert, ist nur eine Spalte vorhanden. Sie müssen den Spaltennamen erweitern, falls Sie ein Element davon ansprechen wollen. Lesen Sie unter "Zugriff auf strukturierten Datentyp und Strukturelemente" und "Zugriff auf ARRAY-Datentyp und ARRAY-Elemente" über die dafür benötigte Syntax nach.
Das bedeutet: Sie müssen selbst eine zusätzliche Spalte pro Struktur- oder Array-Element einfügen, das Sie im Testfall spezifizieren wollen. Für alle anderen Elemente geben Sie die Vorgaben im Arbeitsblatt Defaults an.
Beachten Sie, dass das Testframework nicht prüft, ob der Testfall jedes Element von solchen Eingangsvariablen enthält.