CTAL-TAE-Glossar

Als Karteikarten üben →

Durchsuche 56 lehrplanbasierte Begriffe und Definitionen nach Kapitel.

56 Begriffe

API-Test: Ein Testansatz, der durch das Übermitteln von Anfragen an ein Testobjekt über dessen Programmierschnittstelle ausgeführt wird.
Assertion: Ein Boolescher Ausdruck, von dem erwartet wird, dass er wahr ist, genau dann wenn die Software korrekt ausgeführt wird.
Beobachtbarkeit: Ein Aspekt des Designs für die Testbarkeit: Das SUT muss Schnittstellen bereitstellen, die einen Einblick in das SUT ermöglichen, sodass Testfälle feststellen können, ob die tatsächlichen Ergebnisse mit den erwarteten Ergebnissen übereinstimmen.
CI/CD-Pipeline: Eine Pipeline für kontinuierliche Integration und kontinuierliche Delivery/kontinuierliches Deployment, in die automatisierte Tests verschiedener Teststufen integriert werden; die Tests laufen unbeaufsichtigt und fungieren als Quality Gates.
Clean-Code-Prinzipien: Programmiergrundsätze, die die Wartbarkeit der Testautomatisierung fördern: aussagekräftige Namenskonventionen, logische Projektstruktur, Vermeidung von Hardcoding, zu vielen Eingabeparametern sowie zu langen und komplexen Methoden, Verwendung von Protokollierung und Entwurfsmustern sowie Fokussierung auf Testbarkeit.
datengetriebener Test (DDT): Ein Testautomatisierungsansatz, der Dateien mit Testdaten und erwarteten Ergebnissen beinhaltet, die zum Ausführen von Testskripten benötigt werden.
Feature-Toggle: Eine für jedes Release oder jede Testumgebung definierbare Konfiguration, die in den Testmitteln verwendet werden kann, um zu bestimmen, welche Testsuiten in einem bestimmten Release bzw. einer bestimmten Testumgebung ausgeführt werden sollen.
Flow Model Pattern: Eine Erweiterung des Page Object Model, die eine zusätzliche Fassade einführt, welche alle Benutzeraktionen speichert, die mit den Seitenobjekten interagieren; dies verbessert Abstraktion und Wartbarkeit, da Testschritte in mehreren Testskripten wiederverwendet werden können.
generische Testautomatisierungsarchitektur (gTAA): Eine Darstellung der Schichten, Komponenten und Schnittstellen, die einen strukturierten und modularen Ansatz zur Implementierung der Testautomatisierung ermöglicht.
GUI-Test: Ein Testansatz, der durch Interaktion mit einem Testobjekt über die grafische Benutzungsschnittstelle ausgeführt wird.
Intrusivität von Testautomatisierungswerkzeugen: Der Grad, zu dem eine eng mit dem SUT gekoppelte TAS die Funktionalität oder Performanz des SUT verändert; ein hoher Grad an Intrusion kann Fehlerwirkungen beim Testen hervorrufen, die in der Produktionsumgebung nicht auftreten, und das Vertrauen in die TAS senken.
Konfigurationsmanagement: Ein integraler Bestandteil der Testautomatisierung, der die Konfiguration der Testumgebung, Testdaten und Testsuiten/Testfälle umfasst, da die Automatisierung oft in mehreren Testumgebungen und auf verschiedenen Versionen des SUT ausgeführt wird.
Korrelations-ID: Eine eindeutige ID (auch Trace-ID), die einer Interaktion hinzugefügt wird und für jeden nachfolgenden Aufruf gleich bleibt, sodass das Verhalten des Systems beobachtet und zurückverfolgt werden kann; die TAS kann sie protokollieren, um die Analyse von Testergebnissen zu erleichtern.
lineare Skripterstellung: Ein einfaches Verfahren der Skripterstellung ohne Verwendung von Kontrollstrukturen in Testskripten.
Messung: Der Prozess, eine Zahl oder Kategorie einer Einheit zuzuweisen, um ein Attribut dieser Einheit zu beschreiben.
Metrik: Die Mess-Skala und das genutzte Verfahren einer Messung.
Mitschnitt: Ein Testautomatisierungsansatz, bei dem Eingaben an ein Testobjekt während des manuellen Testens aufgezeichnet werden, um automatisierte Testskripte zu erzeugen, welche später ausgeführt werden können.
modellbasierter Test: Testen, das auf Modellen basiert oder diese involviert.
Page Object Model: Ein Entwurfsmuster der Testautomatisierung, bei dem eine Klassendatei als Seitenmodell (Page Model) erstellt wird; ändert sich die Struktur des SUT, muss der TAE nur den Locator im Seitenmodell aktualisieren statt die Locatoren in jedem Testfall.
Pilotprojekt: Ein Projekt zur Testautomatisierung mit definiertem Validierungsumfang, das nicht viel Zeit in Anspruch nimmt und Programmiersprache(n), Werkzeuge, abzudeckende Teststufen, ausgewählte Testfälle und den Testfall-Entwicklungsansatz bewertet, um Richtlinien für die Testautomatisierung aufzustellen.
Quality Gate: Ein Meilenstein bei dem eine Entscheidung zur nächsten Phase überzugehen getroffen wird basierend auf vordefinierten Qualitätskriterien.
Risiko: Ein Faktor, der zu negativen Konsequenzen in der Zukunft führen könnte.
Schemavalidierung: Eine Art statischer Test, der überprüft, ob Daten einem vordefinierten Format, einer vordefinierten Struktur sowie vordefinierten Datentypen und Werteinschränkungen entsprechen.
schlüsselwortgetriebener Test (KDT): Ein Testautomatisierungsansatz, bei dem Testskripte abstrakte Schlüsselwörter enthalten sowie unterstützende Dateien mit konkreten Skripten, welche diese Schlüsselwörter implementieren.
selbstheilender Algorithmus: Ein KI-gestützter Mechanismus, bei dem Werkzeuge auf der Grundlage von ML-Algorithmen und Bilderkennung geänderte UI-Locator erkennen, den Testfall korrigieren und die geänderten Locator in den Testbericht aufnehmen.
statische Analyse: Der Prozess der Bewertung eines Testobjekts (Komponente oder System) basierend auf seiner Form, seiner Struktur, seines Inhalts oder seiner Dokumentation, ohne es auszuführen.
Steuerbarkeit: Ein Aspekt des Designs für die Testbarkeit: Das SUT muss Schnittstellen bereitstellen, über die Aktionen auf dem SUT durchgeführt werden können, z. B. UI-Elemente, Funktionsaufrufe, Kommunikationselemente oder elektronische Signale.
strukturierte Skripterstellung: Ein Verfahren der Skripterstellung, das eine Bibliothek wiederverwendbarer (Teil-) Skripte aufbaut und nutzt.
System unter Test (SUT): Ein System als Testobjekt.
TAS-Fehlerwirkung: Ein Status der Testausführung (neben bestanden und fehlgeschlagen), der auf Situationen angewendet wird, in denen der Fehlerzustand nicht im SUT enthalten ist; eine Organisation sollte dafür klare und einheitliche Definitionen festlegen.
Testadaptierungsschicht: Die Schicht in einer Testautomatisierungsarchitektur, die den notwendigen Code zur Anpassung automatisierter Testskripte auf einer abstrakten Stufe für verschiedene Komponenten, Konfigurationen oder Schnittstellen des SUT zur Verfügung stellt.
Testautomatisierung: Die Umstellung von Testaktivitäten auf automatischen Betrieb.
Testautomatisierungsarchitektur (TAA): Eine Instanziierung der generischen Testautomatisierungsarchitektur für ein System.
Testautomatisierungsentwickler (TAE): Eine Person, die für Entwurf, Entwicklung und Wartung einer Testautomatisierungsarchitektur verantwortlich ist sowie für die technische Weiterentwicklung der daraus resultierenden Testautomatisierungslösung.
Testautomatisierungsframework (TAF): Eine Menge von Testrahmen und Testbibliotheken zur Testautomatisierung.
Testautomatisierungslösung (TAS): Die Implementierung einer Testautomatisierungsarchitektur für einen Testautomatisierungsauftrag.
Testbarkeit: Der Grad, zu dem Testbedingungen für eine Komponente oder ein System festgelegt und Tests durchgeführt werden können, um festzustellen, ob diese Testbedingungen erfüllt sind.
Testfortschrittsbericht: Ein regelmäßiger Testbericht, der den Fortschritt der Testaktivitäten gegenüber einer Baseline, Risiken und Alternativen, die eine Entscheidung erfordern, enthält.
testgetriebene Entwicklung (TDD): Ein Softwareentwicklungsverfahren, bei dem Testfälle entwickelt und automatisiert werden, und anschließend Software inkrementell entwickelt wird, um diese Testfälle zu bestehen.
Testhistogramm: Eine visuelle Darstellung, die die Verteilung der Testergebnisse zeigt.
Testorakel: Eine Informationsquelle zur Ermittlung eines erwarteten Ergebnisses.
Testprotokoll: Eine chronologische Aufzeichnung relevanter Details zur Testdurchführung.
Testprotokollierung: Die Protokollierung, die die meisten Informationen über Testergebnisse liefert; sie hat mehrere Ebenen (Fatal, Fehler, Warnung, Info, Debug, Trace), die alle aus verschiedenen Gründen für die Testautomatisierung nützlich sind.
Testrahmen: Ein Satz von Treibern und Testdoubles, die zum Ausführen einer Testsuite erforderlich sind.
Testschritt: Eine einzelne Interaktion zwischen einem Akteur und einem Testobjekt, bestehend aus einer Eingabe, einer Aktion und einem erwarteten Ergebnis.
Testskript: Eine Abfolge von Anweisungen für die Durchführung eines Tests.
Testsuite: Eine Menge von Testskripten oder Testabläufen, die in einem bestimmten Testlauf ausgeführt werden sollen.
Testumgebung: Eine Umgebung, die Hardware, Instrumente, Simulatoren, Software-Tools und andere unterstützende Elemente enthält, welche zur Durchführung von Tests benötigt werden.
Testvorrichtung: Die vordefinierten Daten und die Testumgebung, um Software auf eine wiederholbare Art zu testen.
Testware: Die Arbeitsergebnisse, die während des Testprozesses erstellt werden und dazu gebraucht werden, um die Tests zu planen, zu entwerfen, auszuführen, auszuwerten und darüber zu berichten.
Transparenz der Architektur: Ein Aspekt des Designs für die Testbarkeit: Die Dokumentation einer Architektur muss klare, verständliche Komponenten und Schnittstellen bereitstellen, die eine Beobachtbarkeit und Steuerbarkeit auf allen Teststufen ermöglichen.
verhaltensgetriebene Entwicklung (BDD): Eine kollaborative Entwicklungsvorgehensweise, bei der das Team den Schwerpunkt auf die Lieferung des erwarteten Verhaltens einer Komponente oder eines Systems für den Kunden legt, welches die Basis des Testens bildet.
Vertragstest: Eine Art Integrationstest, der verifiziert, ob die Schnittstellen so verwendet werden, wie in ihren Verträgen spezifiziert.
Wartemechanismus: Ein Mechanismus zur Synchronisation in der Testautomatisierung; gängig sind hartcodierte Wartezeiten, dynamisches Warten durch Polling mit Timeout und das Abonnieren des Ereignismechanismus des SUT mit Timeout.
Wiederherstellung nach Fehlerwirkungen: Die Fähigkeit der TAS, nach einer Fehlerwirkung während der Ausführung einer Testsuite den Zustand zurückzusetzen, um mit dem nächstmöglichen Test fortzufahren, und bei einer Fehlerwirkung im SUT die notwendigen Wiederherstellungsmaßnahmen (z. B. einen Neustart) durchzuführen, sofern möglich und praktikabel.
Wiederholbarkeit von Tests: Die Eigenschaft, dass die Testergebnisse bei der Wiederholung von Tests immer identisch sind; Testfälle ohne zuverlässiges Testergebnis sollten aus der aktiven automatisierten Testsuite herausgenommen und separat analysiert werden.