TTC - TAA TestCases

Das Batchutility TTC führt standardisierte Tests für die TAA durch.

Syntax
Einstellungen pro Test
Registryeinstellungen
Vorhandene Tests
Tests für Workflow
Tests für Server

Syntax

 TTC @Datei
 TTC [Optionen] [<Test> {<Test>} | <Datei1> <Datei2>]

Optionen

-rc <Anzahl>	Der Test wird <Anzahl> mal wiederholt (run count).
-et <Sekunden>	Der Test wird <Sekunden> lang wiederholt (elapse time).
-w <Zahl>	Warnlevel. Standard ist ein Warnlevel von 0.
-i <Zahl>	Infolevel. Standard ist ein Infolevel von 0.
-ver <Nummer>	TAA Version. Wird eine 0 angegeben, werden die Tests nicht nach Versionsangabe gefiltert. Standardwert ist die Version mit der TTC kompiliert wurde.
-ref <Dateiname>	Die ausgeführten Tests aus der als Referenz angegebenen Datei werden noch einmal ausgeführt und die Ergebnisse werden verglichen.
-def <Dateiname>	Die Tests werden ausgeführt mit den Einstellungen (Definitionen) aus <Dateiname>.
-pl <Dateiname>	Die Datei <Dateiname> wird als PermLog benutzt. Der TAASRVC darf nicht gestartet sein!
-lg <Dateiname>	Die Datei <Dateiname> wird als OopsLog benutzt.
-dom <Domain>	Die Domain <Domain> wird benutzt um Ityp/Ispc für Module zu ermitteln.
-o <Dateiname>	Die Ausgabe (Output) wird in die Datei <Dateiname> geschrieben.
-xsl <Dateiname>	In der Ausgabe wird ein Verweis auf die XSL <Dateiname> geschrieben.
-csv	Die Ausgabe beinhaltet Semikolons (csv-Format).
-tab	Die Ausgabe beinhaltet Tabulatoren.
-xml	Die Ausgabe ist im XML-Format.
-nh	Die Ausgabe beinhaltet keinen Header (no header).
-nf	Die Ausgabe beinhaltet keinen Footer (no footer).
-q	„Quietmode“: Es wird keine Ausgabe erzeugt.
-sd	Es wird versucht, vor und nach der Ausführung aller Tests den TAASRVC zu beenden.
-v	Die Durchführung von interaktiven Tests ist zulässig (verbos).
-bm	Nur Tests die als „Benchmark“ markiert sind werden ausgeführt.
-mt	Die Tests werden parallel ausgeführt (multithreaded).
-m	Die Tests werden aufgezeichnet.
-ls	Statt die Tests auszuführen, werden Sie aufgelistet.
-cmp	Vergleichen von <Datei1> mit <Datei2>. Beide Dateien sollen Testausführungen beinhalten.
-chk	Überprüfen, ob die Testausführungen in <Datei1> und <Datei2> vordefinierte Regeln einhalten. Tests, auf die eine oder mehrere Regeln nicht zutreffen, werden ausgegeben.
-pi <Zahl>	Prozentsatz um den die Avg2 bei Tests höher sein darf. Standardwert ist 5.
-?	Ausgabe der Syntax und mögliche Optionen von TTC.

Einstellungen pro Test

Jeder Test unterstützt die Angaben Runs und Time. Zusätzlich gibt es testspezifische Einstellungen. Hier folgt eine Auflistung aller Einstellungen; sie werden bei den Tests unterstützt, soweit sinnvoll ist.

ID	Einen zum Test abweichenden Namen zuweisen. Das ist notwendig, wenn der gleiche Test mit unterschiedlichen Einstellungen ausgeführt werden soll.
Runs	Anzahl Wiederholungen für einen Test.
Time	Der Test wird wiederholt bis die Zeit in Sekunden verstrichen ist.
VersionMin	Ab welcher TAA Version soll der Test ausgeführt werden. Standardwert ist 704.
VersionMax	Bis zu welcher TAA Version soll der Test ausgeführt werden. Standardwert ist die Version mit der TTC kompiliert wurde.
Items	Gibt die Anzahl der Einträge im Objekt an, welches im Test verwendet wird.
ParmItems	Gibt an, mit wie vielen Einträgen in den Parameterobjekten der Test durchgeführt wird.
GlobItems	Gibt an, mit wie vielen Einträgen in den globalen Objekten der Test durchgeführt wird.
Count	Gibt entweder die Anzahl an, die eine Operation pro Test wiederholt wird, oder die Anzahl Objekte, die im Test genutzt werden.
ByVal	Gibt an, ob die Parameterobjekte im Original oder als Kopie übergeben werden.
PercentageCache	Gibt an, wie viel Prozent der Objekte gecacht werden sollen.
Verbose	Gibt an, ob der Test interaktiv durchgeführt werden soll oder nicht.
GevoSetup	Gibt die GevoInfo-Datei an, die als Vorlage für die Registrierung und Initialisierung des Geschäftsvorfalls dienen soll. Siehe auch GeVoReg bei der Registryeinstellungen.
Technical	Gibt an, ob der Test in einem technischen- oder Workflow-Kontext ausgeführt werden soll.
PercentageApply	Gibt an, auf wie viel Prozent der Einträge die Bedingung zutreffen soll.
RoCommand	Gibt an, welches Rochadekommando ausgeführt werden soll.
RoScript	Gibt an, welche Datei das auszuführende Rochadescript beinhaltet.
RoRC	Gibt an, welcher Rückkehrwert von RoCommand oder RoScript erwartet wird.

Registryeinstellungen

In der Registry unter „Software\TAA\Tools\TTC“ können folgende Einstellungen gesetzt werden:

GevoReg: Gibt die Kommandozeile an, die einen GeVo registriert und eine GevoInfo-Datei befüllt, mit der der Geschäftsvorfall initialisiert werden soll.

Vorhandene Tests

Bei allen Tests ist es möglich, von den Optionen „-rc“ und „-et“ abweichende Werte durch die Einstellungen <Runs> und <Time> anzugeben. Zusätzlich haben alle Tests eine <VersionMin> und <VersionMax> Angabe.

Test der Basisfunktionalität

Bei dieser Art von Tests geht es um die Basisfunktionalität von TAA-Modulen. Die einzelnen Tests melden sich bei der TAA an, setzen einen Zustand und melden sich wieder ab.

TC-NTRY	Dieser Test meldet sich als Einstiegsbaustein bei der TAA an und ab
TC-CALL-CTV	Dieser Test ruft ein CTV-Modul mit Hilfe einer Steuerung
TC-CALL-DLLC32	Dieser Test ruft ein Modul mit Implementierungstyp DLLC32
TC-CALL-DLLCLR	Dieser Test ruft ein Modul mit Implementierungstyp DLLCLR
TC-CALL-DLLCOB32	Dieser Test ruft ein Modul mit Implementierungstyp DLLCOB32
TC-CALL-ECI	Dieser Test ruft ein Modul mit Implementierungstyp ECI
TC-CALL-EMPTY	Dieser Test ruft ein Modul mit Implementierungstyp EMPTY
TC-CALL-EXECLR	Dieser Test ruft ein Modul mit Implementierungstyp EXECLR
TC-CALL-EXEVB	Dieser Test ruft ein Modul mit Implementierungstyp EXE
TC-CALL-HTTP	Dieser Test ruft ein Modul mit Implementierungstyp HTTP
TC-CALL-MANUAL	Dieser Test ruft ein Modul mit Implementierungstyp MANUAL
TC-CALL-STRG	Dieser Test ruft ein Modul mit Implementierungstyp STRG
TC-CALL-WORKFLOW	Dieser Test ruft einen Teil-GeVo mit Workflow.
TC-CND-STAB	Dieser Test setz ein Condition wobei ein Argument über ein Schlüsseltabelle ersetzt wird.

Test von Abläufen

Bei dieser Art von Tests geht es um Abläufe; momentan um das Aufrufen von Modulen und Unterroutinen.

TC-CTV-MODLCALL	Dieser Test besteht aus einem CTV-Modul, das sechs TAA-Module mit unterschiedlicher Implementierung aufruft.
TC-STRG-MODLCALL	Dieser Test besteht aus einer Steuerung, die acht TAA-Module mit unterschiedlicher Implementierung aufruft.
TC-STRG-SUBSTRG	Dieser Test ruft in einer Steuerung 25 Unterroutinen auf.
TC-STRG-STRG	Dieser Test ruft 10 Arbeitsgänge auf. Die Anzahl Einträge im einzigen Parameterobjekt werden durch <ParmItems> bestimmt und die im globalen Objekt durch <GlobItems>.
TC-STRG-WORKFLOW	Dieser Test ruft in eine Schleife 10 Arbeitsgänge mit Workflow auf, wobei für jeder Arbeitsgang eine Unterbrechung und Wiederaufnahme stattfindet. Die Anzahl Arbeitsgänge werden durch <Items> bestimmt. Die Anzahl Einträge im einzigen Parameterobjekt werden durch <ParmItems> bestimmt und die im globalen Objekt durch <GlobItems>. Sie eignet sich somit um die Kontextsicherung und Kontextwiederaufname zu testen und zu messen.
TC-STRG-START	Dieser Test erstellt ein Startrequest innerhalb einer Steuerung. Die Anzahl Einträge im einzigen Parameterobjekt werden durch <ParmItems> bestimmt.
TC-DLLC32-START	Dieser Test erstellt ein Startrequest innerhalb eines C-Moduls. Die Anzahl Einträge im einzigen Parameterobjekt werden durch <ParmItems> bestimmt.
TC-DLLCLR-START	Dieser Test erstellt ein Startrequest innerhalb eines C#-Moduls. Die Anzahl Einträge im einzigen Parameterobjekt werden durch <ParmItems> bestimmt.
TC-DLLCOB32-START	Dieser Test erstellt ein Startrequest innerhalb eines Cobol-Moduls. Die Anzahl Einträge im einzigen Parameterobjekt werden durch <ParmItems> bestimmt.
TC-SPAWN-DLLCLR	Dieser Test führt ein DoSpawn innerhalb eines C#-Moduls durch. Die Anzahl Einträge im einzigen Parameterobjekt werden durch <ParmItems> bestimmt und die im globalen Objekt durch <GlobItems>.
TC-SPAWN-EXEVB	Dieser Test führt ein DoSpawn auf ein VB-EXE-Moduls durch. Die Anzahl Einträge im einzigen Parameterobjekt werden durch <ParmItems> bestimmt und die im globalen Objekt durch <GlobItems>.

Test von Objektzugriffen

Bei dieser Art von Tests geht es das anlegen, Lesen und Schreiben von Objekten.

TC-OM-DECLARE-1	Dieser Test deklariert <Count> lokale Objekte. Nach jedem „Declare“ folgt unmittelbar ein „Destroy“.
TC-OM-DECLARE-2	Dieser Test deklariert <Count> lokale Objekte. Nachdem alle Objekte deklariert sind, folgt für jedes Objekt ein „Destroy“.
TC-CTV-DECLARE	Dieser Test deklariert 500 lokale Objekte in einem CTV-Modul.
TC-STRG-DECLARE	Dieser Test deklariert 500 lokale Objekte in einer Steuerung.
TC-OM-ITERATE-1	Dieser Test iteriert vom Anfang bis zum Ende durch ein Objekt. Die Anzahl Einträge wird durch <Items> bestimmt.
TC-OM-ITERATE-2	Dieser Test iteriert vom Ende bis zum Anfang durch ein Objekt. Die Anzahl Einträge wird durch <Items> bestimmt.
TC-OM-ITERATE-3	Dieser Test beginnt in der Mitte des Objekts und geht abwechselnd einen Satz weiter zurück, Richtung Anfang und einen Satz weiter nach vorne, Richtung Ende. Die Anzahl Einträge wird durch <Items> bestimmt.
TC-CTV-ITERATE	Dieser Test iteriert in einem CTV-Modul vom Anfang bis zum Ende durch ein Parameterobjekt. Die Anzahl Einträge wird durch <ParmItems> bestimmt.
TC-STRG-ITERATE	Dieser Test iteriert in einer Steuerung vom Anfang bis zum Ende durch ein Parameterobjekt. Die Anzahl Einträge wird durch <ParmItems> bestimmt.
TC-OM-FIELDGET	Dieser Test liest <Count> mal den Inhalt aus einem Objektfeld.
TC-OM-FIELDSET	Dieser Test schreibt <Count> mal einen Wert in ein Objektfeld.
TC-CTV-FIELDGET	Dieser Test liest <Count> mal den Inhalt aus einem Objektfeld in CTV-Pseudocode.
TC-CTV-FIELDSET	Dieser Test schreibt <Count> mal einen Wert in ein Objektfeld in CTV-Pseudocode.
TC-OM-COPYLIST	Dieser Test benutzt COPYLIST um <PercentageApply> der Einträge zu kopieren. Die Anzahl Einträge wird durch <ParmItems> bestimmt.
TC-OM-DELETELIST	Dieser Test benutzt DELETELIST um <PercentageApply> der Einträge zu löschen. Die Anzahl Einträge wird durch <ParmItems> bestimmt.
TC-ECI-COPYLIST	Dieser Test benutzt COPYLIST auf dem Host um <PercentageApply> der Einträge zu kopieren. Die Anzahl Einträge wird durch <ParmItems> bestimmt.
TC-ECI-DELETELIST	Dieser Test benutzt DELETELIST auf dem Host um <PercentageApply> der Einträge zu löschen. Die Anzahl Einträge wird durch <ParmItems> bestimmt.
TC-OBJFLD-EXEVB	Dieser Test schreibt <Count> mal Testwerte in Objektfelder mit unterschiedlichem Format und liest sie anschließend wieder aus (Verwendete Sprache: Visual Basic).
TC-OBJFLD-DLLCLR	Dieser Test schreibt <Count> mal Testwerte in Objektfelder mit unterschiedlichem Format und liest sie anschließend wieder aus (Verwendete Sprache: C#).
TC-OBJFLD-CTV	Dieser Test schreibt <Count> mal Testwerte in Objektfelder mit unterschiedlichem Format und liest sie anschließend wieder aus (Verwendete Sprache: CTV-Pseudocode).

Test von Objektübergaben

Bei dieser Art von Tests geht es um die Übertragung eines Parameterobjektes und eines globalen Objektes an Module mit unterschiedlichen Implementierungen. Der Fokus liegt hier auf der Anzahl der Einträge. Die Anzahl Einträge im Parameterobjekt beträgt <ParmItems> und im globalen Objekt <GlobItems>. Mit der Einstellung <ByVal> kann angegeben werden, ob eine Kopie oder das Original als Parameterobjekt übergeben wird.

TC-XFER-CTV	Dieser Test ruft ein CTV-Modul mit Hilfe einer Steuerung.
TC-XFER-DLLC32	Dieser Test ruft ein Modul mit ityp DLLC32
TC-XFER-DLLCLR	Dieser Test ruft ein Modul mit ityp DLLCLR
TC-XFER-DLLCOB32	Dieser Test ruft ein Modul mit ityp DLLCOB32
TC-XFER-ECI	Dieser Test ruft ein Modul mit ityp ECI
TC-XFER-EMPTY	Dieser Test ruft ein Modul mit ityp EMPTY
TC-XFER-EXECLR	Dieser Test ruft ein Modul mit ityp EXECLR
TC-XFER-EXEVB	Dieser Test ruft ein Modul mit ityp EXE
TC-XFER-HTTP	Dieser Test ruft ein Modul mit ityp HTTP
TC-XFER-MANUAL	Dieser Test ruft ein Modul mit ityp MANUAL
TC-XFER-STRG	Dieser Test ruft ein Modul mit ityp STRG
TC-XFER-WORKFLOW	Dieser Test ruft einen Teil-GeVo mit Workflow.

Test von Schnittstellen

Bei dieser Art von Tests geht es um die Übertragung von Schnittstellen mit mehreren Parameterobjekten an Module mit verschiedenen Implementierungen. Der Fokus liegt hier auf der Anzahl der Objekte. Die Gesamtsumme der Einträge in den Parameterobjekten beträgt <ParmItems>. Mit der Einstellung <ByVal> kann angegeben werden, ob Kopien oder Originale der Parameterobjekte übergeben werden sollen.

TC-INTF-CTV	Dieser Test ruft ein CTV-Modul, mit Hilfe einer Steuerung.
TC-INTF-DLLC32	Dieser Test ruft ein Modul mit ityp DLLC32.
TC-INTF-DLLCLR	Dieser Test ruft ein Modul mit ityp DLLCLR.
TC-INTF-DLLCOB32	Dieser Test ruft ein Modul mit ityp DLLCOB32.
TC-INTF-ECI	Dieser Test ruft ein Modul mit ityp ECI.
TC-INTF-EMPTY	Dieser Test ruft ein Modul mit ityp EMPTY.
TC-INTF-EXECLR	Dieser Test ruft ein Modul mit ityp EXECLR.
TC-INTF-EXEVB	Dieser Test ruft ein Modul mit ityp EXE.
TC-INTF-HTTP	Dieser Test ruft ein Modul mit ityp HTTP.
TC-INTF-MANUAL	Dieser Test ruft ein Modul mit ityp MANUAL.
TC-INTF-STRG	Dieser Test ruft ein Modul mit ityp STRG.
TC-INTF-WORKFLOW	Dieser Test ruft einen Teil-GeVo mit Workflow.
TC-INTF-PERS-BIN	Dieser Test speichert die Objekte als TMI-Datei.
TC-INTF-PERS-XML	Dieser Test speichert die Objekte als XML-Datei.

Test von Ressourcenzugriffen

Bei dieser Art von Tests geht es um das Laden und Cachen von Ressourcen. Die Einstellung <Count> gibt an, wie viele Ressourcen geholt werden. Die Einstellung <PercentageCache> gibt an, wie viele davon aus dem Cache kommen sollen.

TC-RSRC-STAT	Dieser Test holt Zustände als Ressource.
TC-RSRC-EVNT	Dieser Test holt Ereignisse als Ressource.
TC-RSRC-OBJT	Dieser Test holt Objekttypen als Ressource.
TC-RSRC-PARM	Dieser Test holt Parameter als Ressource.
TC-RSRC-STRG	Dieser Test holt Steuerungen als Ressource.

Test von CTV

Bei dieser Art von Tests geht es um das Testen von verschiedenen Funktionalitäten in CTV.

TC-CTV-BUILTIN	Dieser Test benutzt verschiedene „Builtin“-Funktionen. Die Einstellung <Count> gibt an, wie oft sie aufgerufen werden.
TC-CTV-EVALUATE	Dieser Test rechnet ein wenig im Pseudocode und prüft in einer Bedingung das Ergebnis. Die Einstellung <Count> gibt an, wie oft das Rechnen und Evaluieren der Bedingung erfolgt.
TC-CTV-TEXT	Dieser Test erstellt ein Schriftstück. Die Einstellung <Count> gibt an, aus wie vielen Zeilen der Text besteht.
TC-CTV-CHART	Dieser Test erstellt ein Schriftstück mit Diagrammen. Die Diagramme werden hierbei mit Daten bestückt. Die Einstellung <Count> gibt an, wie oft dieses Schriftstück erstellt werden soll.

Test Zusammenspiel

Bei dieser Art von Tests spielt nicht ein einzelner Faktor ein Rolle, sondern das Zusammenspiel verschiedener Faktoren.

TC-COMPLEX-001	Bei diesem Test handelt es sich um eine Steuerung, die durch ein globales Objekt iteriert. Die Einstellung <GlobItems> gibt an, wie viele Einträge im Objekt vorhanden sein sollen.
TC-COMPLEX-002	Bei diesem Test handelt es sich um eine Steuerung, die ein CTV-Modul evaluiert, das durch ein globales Objekt iteriert. Die Einstellung <GlobItems> gibt an, wie viele Einträge im Objekt vorhanden sein sollen.
TC-COMPLEX-003	Bei diesem Test handelt es sich um einen Ablauf unter Verwendung der Workflowengine, die unterschiedliche Tests ausführen kann. Der Test zeigt im Verbosemodus eine Interaktion, in der der Benutzer die durchzuführenden Tests auswählen kann. Im Batchmodus (Verbose=0) werden die Tests durchgeführt, die unter „APPL\SAMPLE\TC-COMPLEX-003\ANLEGEN“ in der Registry konfiguriert sind.
TC-COMPLEX-004	Bei diesem Test handelt es sich um die Synchronisierung von globalen Objekten indem sie in unterschiedlichen Prozessen verändert werden.
TC-COMPLEX-005	Bei diesem Test handelt es sich um die Synchronisierung von Conditions indem sie in unterschiedlichen Prozessen/Cobol-DLL's verändert werden.