Das Batchutility TTC führt standardisierte Tests für die TAA durch.
TTC @Datei
TTC [Optionen] [<Test> {<Test>} | <Datei1> <Datei2>]
| -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. |
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. |
In der Registry unter „Software\TAA\Tools\TTC“ können folgende Einstellungen gesetzt werden:
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.
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. |
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>. |
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). |
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. |
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. |
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. |
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. |
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. |