Glossar
Als Karteikarten üben →90 Begriffe
- Abnahmetest Kap. 2
- Eine Teststufe mit dem Schwerpunkt zu bestimmen, ob ein System abgenommen werden kann.
- abnahmetestgetriebene Entwicklung Kap. 2Kap. 4
- Ein auf Zusammenarbeit basierender Test-First-Ansatz, der Abnahmetests in der Fachsprache der Stakeholder definiert.
- Akzeptanzkriterien Kap. 4
- Die Kriterien, die ein Arbeitsergebnis erfüllen muss, um durch die Stakeholder akzeptiert zu werden.
- Alpha-Test Kap. 2
- Eine Art Abnahmetest, der in der Testumgebung des Herstellers durch Akteure außerhalb der Herstellerorganisation durchgeführt wird.
- Anomalie Kap. 3
- Ein Zustand, der von der Erwartung abweicht.
- Anweisungsüberdeckung Kap. 4
- Die Überdeckung von ausführbaren Quellcodeanweisungen.
- Äquivalenzklassenbildung Kap. 4
- Ein Black-Box-Testverfahren, bei dem die Testbedingungen Äquivalenzklassen sind, und für jede Klasse ein repräsentatives Element ausgeführt wird.
- Auswirkungsanalyse Kap. 2
- Die Ermittlung aller Arbeitsergebnisse, welche durch eine Änderung beeinflusst werden, inklusive einer Abschätzung der erforderlichen Ressourcen, um die Änderung bewerkstelligen zu können.
- Benutzerabnahmetest Kap. 2
- Eine Art Abnahmetest, der durchgeführt wird um festzustellen, ob vorgesehene Benutzer das System abnehmen.
- Beta-Test Kap. 2
- Eine Art Abnahmetest, der an einem zur Testumgebung des Entwicklers externen Standort durch Akteure außerhalb der Herstellerorganisation durchgeführt wird.
- betrieblicher Abnahmetest Kap. 2
- Eine Art Abnahmetest, der durchgeführt wird um festzustellen, ob die für den Betrieb des Systems verantwortliche Organisation das System abnehmen kann.
- Black-Box-Testverfahren Kap. 4
- Ein Testverfahren, das auf der Spezifikation einer Komponente oder eines Systems basiert.
- checklistenbasierter Test Kap. 4
- Ein erfahrungsbasiertes Testverfahren, bei dem die Testfälle entworfen werden, um Elemente einer Checkliste auszuführen.
- Debugging Kap. 1
- Der Prozess der Aufdeckung, Analyse und Entfernung der Ursachen von Fehlerwirkungen in einer Komponente oder einem System.
- Definition-of-Done Kap. 5
- In der agilen Softwareentwicklung die Bezeichnung für die Endekriterien, die die objektiven Metriken des Teams für ein freizugebendes Element definieren.
- DevOps Kap. 2
- DevOps ist ein organisatorischer Ansatz, der darauf abzielt, Synergien zu schaffen, indem Entwicklung (einschließlich Testen) und Betrieb zusammenarbeiten, um eine Reihe von gemeinsamen Zielen zu erreichen.
- dynamischer Test Kap. 3
- Ein Testansatz, der die Ausführung eines Testelements umfasst.
- Eingangskriterien Kap. 5
- Die Menge an Bedingungen für den offiziellen Start einer bestimmten Aufgabe.
- Endekriterien Kap. 1Kap. 5
- Die Menge an Bedingungen für den offiziellen Abschluss einer bestimmten Aufgabe.
- Entscheidungstabellentest Kap. 4
- Ein Black-Box-Testverfahren, bei dem die Testbedingungen die Kombinationen von Bedingungen und die aus ihnen resultierenden Aktionen einer Entscheidungstabelle sind.
- explorativer Test Kap. 4
- Ein Testansatz, bei dem Tests auf der Grundlage des Wissens der Tester, der Erkundung eines Testobjekts und früherer Testergebnisse dynamisch entworfen und durchgeführt werden.
- Fehlerangriff Kap. 4
- Ein Testverfahren zur Bewertung eines bestimmten Qualitätsmerkmals eines Testobjekts, indem versucht wird, bestimmte Fehlerwirkungen auszulösen.
- Fehlerbericht Kap. 5
- Die Dokumentation des Auftretens, der Art und des Status eines Fehlerzustands.
- Fehlerdichte Kap. 5
- Die Anzahl der Fehlerzustände pro Größeneinheit eines Arbeitsergebnisses.
- Fehlermanagement Kap. 5
- Der Prozess der Erkennung, Aufzeichnung, Klassifizierung, Untersuchung, Behebung und Schließung von Fehlerzuständen.
- Fehlernachtest Kap. 2
- Eine Art änderungsbezogenes Testen, das nach der Behebung eines Fehlerzustands durchgeführt wird, um zu bestätigen, dass eine Fehlerwirkung nicht mehr auftritt.
- Fehlerwirkung Kap. 1
- Ein Ereignis, bei dem eine Komponente oder ein System während seiner Ausführung seine Anforderungen im spezifizierten Rahmen nicht erfüllt.
- Fehlerzustand Kap. 1
- Eine Unzulänglichkeit oder ein Mangel in einem Arbeitsergebnis, sodass es seine Anforderungen oder Spezifikationen nicht erfüllt oder seine beabsichtigte Verwendung beeinträchtigt.
- Fehlhandlung Kap. 1
- Eine menschliche Handlung, die zu einem Fehlerzustand führt.
- funktionaler Test Kap. 2
- Eine Testart zur Bestimmung der funktionalen Eignung eines Testobjekts.
- Grenzwertanalyse Kap. 4
- Ein Black-Box-Testverfahren, bei dem die Testbedingungen Grenzwerte sind.
- Grundursache Kap. 1
- Die Ursache eines Fehlerzustands. Wenn man sie behebt, dann wird das Vorkommen der Fehlerart reduziert oder eliminiert.
- Inspektion Kap. 3
- Eine formale Reviewart, die festgelegte Teamrollen und Messungen verwendet, um Fehlerzustände in einem Arbeitsergebnis zu identifizieren und den Reviewprozess sowie den Softwareentwicklungsprozess zu verbessern.
- Integrationstest Kap. 2
- Eine Teststufe mit dem Schwerpunkt auf dem Zusammenwirken zwischen Komponenten oder Systemen.
- intuitive Testfallermittlung Kap. 4
- Ein Testverfahren, bei dem die Testbedingungen auf dem Wissen der Tester über frühere Fehlerwirkungen oder Fehlerauswirkungen basieren.
- Komponententest Kap. 2
- Eine Teststufe mit dem Schwerpunkt auf einer einzelnen Hardware- oder Softwarekomponente.
- Konfigurationsmanagement Kap. 5
- Eine Disziplin zur Identifizierung, Steuerung und Verfolgung von Arbeitsergebnissen wie Testkonzepten, Teststrategien, Testbedingungen, Testfällen, Testskripten, Testergebnissen, Testprotokollen und Testberichten als Konfigurationselemente.
- kontinuierliche Auslieferung Kap. 2
- Ein automatisiertes Softwareentwicklungsverfahren, bei dem Codeänderungen automatisch eingebaut, getestet und für die Freigabe zur Produktion vorbereitet werden.
- kontinuierliche Integration Kap. 2
- Ein automatisiertes Softwareentwicklungsverfahren, das alle Änderungen zusammenführt, integriert und testet, sobald diese der Versionsverwaltung übergeben werden.
- nicht-funktionaler Test Kap. 2
- Eine Testart zur Bewertung, ob eine Komponente oder ein System nicht-funktionale Anforderungen erfüllt.
- Platzhalter Kap. 2
- Ein Testdouble, das vordefinierte Antworten gibt.
- Produktrisiko Kap. 5
- Ein Risiko, das die Qualität eines Produktes beeinträchtigt.
- Projektrisiko Kap. 5
- Ein Risiko, das den Projekterfolg beeinträchtigt.
- Qualität Kap. 1
- Der Grad, zu dem ein Arbeitsergebnis explizite und implizite Anforderungen erfüllt.
- Qualitätssicherung Kap. 1
- Aktivitäten, die darauf fokussieren, Vertrauen in die Erfüllung der Qualitätsanforderungen zu erzeugen.
- Qualitätssteuerung Kap. 1
- Aktivitäten, die der Bewertung der Qualität einer Komponente oder eines Systems dienen.
- Regressionstest Kap. 2
- Eine Art änderungsbezogenes Testen um festzustellen, ob in unveränderten Bereichen der Software Fehlerzustände eingebaut oder freigelegt wurden.
- Retrospektive Kap. 2
- Eine regelmäßige Veranstaltung, bei der Teammitglieder Ergebnisse diskutieren, ihre Arbeitsweisen überprüfen und Verbesserungsmöglichkeiten aufzeigen.
- Review Kap. 3
- Ein statischer Test, bei dem die Qualität eines Arbeitsergebnisses oder Prozesses von Personen bewertet wird.
- Risikoanalyse Kap. 5
- Der Prozess, der die Risikoidentifikation und Risikobewertung umfasst.
- risikobasierter Test Kap. 5
- Ein Testansatz, bei welchem sich das Management, die Auswahl, Priorisierung und Anwendung von Testaktivitäten und -ressourcen an entsprechenden Risikotypen und Risikostufen orientieren.
- Risikostufe Kap. 5
- Das Maß eines Risikos, definiert durch dessen Schadensausmaß und Eintrittswahrscheinlichkeit.
- Shift-Left Kap. 2
- Ein Testansatz zur Ausübung von Test- und Qualitätssicherungsaktivitäten so früh wie möglich im Softwareentwicklungslebenszyklus.
- Sitzungsbasiertes Testmanagement Kap. 4
- Eine Methode zur Messung und zum Management des sitzungsbasierten Testens.
- statische Analyse Kap. 3
- Der Prozess der Bewertung eines Testobjekts (Komponente oder System) basierend auf seiner Form, seiner Struktur, seines Inhalts oder seiner Dokumentation, ohne es auszuführen.
- statischer Test Kap. 3
- Ein Testansatz, der keine Ausführung eines Testelements umfasst.
- Systemtest Kap. 2
- Eine Teststufe mit dem Schwerpunkt zu verifizieren, dass ein System als Ganzes die spezifizierten Anforderungen erfüllt.
- Test-Charta Kap. 4
- Ein Leitsatz, der als Richtschnur einer explorativen Testsitzung dient.
- Testablauf Kap. 1
- Eine Folge von Testfällen in der Reihenfolge ihrer Durchführung, mit allen erforderlichen Aktionen zur Herstellung der Vorbedingungen und zum Aufräumen nach der Durchführung.
- Testabschlussbericht Kap. 5
- Eine Art von Testbericht, der beim Erreichen von Abschlussmeilensteinen erstellt wird und eine Beurteilung der entsprechenden Testelemente anhand der Endekriterien liefert.
- Testart Kap. 2
- Eine Gruppe von Testaktivitäten basierend auf bestimmten Testzielen mit dem Zweck, eine Komponente oder ein System auf spezifische Merkmale zu prüfen.
- Testautomatisierung Kap. 6
- Die Umstellung von Testaktivitäten auf automatischen Betrieb.
- Testbasis Kap. 1
- Alle Informationen, die als Grundlage für die Testanalyse und den Testentwurf verwendet werden können.
- Testbedingung Kap. 1
- Ein testbarer Aspekt einer Komponente oder eines Systems, der getestet werden soll.
- Testen Kap. 1
- Der Prozess innerhalb des Softwareentwicklungslebenszyklus, der die Qualität einer Komponente oder eines Systems und der zugehörigen Arbeitsergebnisse bewertet.
- Testfall Kap. 1
- Eine Menge von Vorbedingungen, Eingaben, Aktionen (falls anwendbar), erwarteten Ergebnissen und Nachbedingungen, welche auf Basis von Testbedingungen entwickelt wurden.
- Testfortschrittsbericht Kap. 5
- 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 Kap. 2
- Ein Softwareentwicklungsverfahren, bei dem Testfälle entwickelt und automatisiert werden, und anschließend Software inkrementell entwickelt wird, um diese Testfälle zu bestehen.
- Testkonzept Kap. 5
- Die Dokumentation der Testziele sowie der Mittel und Zeitplanung, um diese koordiniert zu erreichen.
- Testmittel Kap. 1
- 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.
- Testobjekt Kap. 1
- Das zu testende Arbeitsergebnis.
- Testpyramide Kap. 5
- Ein graphisches Modell, welches das Verhältnis der Testumfänge der einzelnen Teststufen darstellt, mit mehr Umfang an der Basis als an der Spitze.
- Testquadranten Kap. 5
- Ein Klassifikationsmodell für Testarten bzw. Teststufen in vier Quadranten, das sich auf zwei Dimensionen von Testzielen bezieht: Unterstützung des Produktteams vs. Hinterfragen des Produkts und technologische Ausrichtung vs. geschäftliche Ausrichtung.
- Testrahmen Kap. 6
- Ein Satz von Treibern und Testdoubles, die zum Ausführen einer Testsuite erforderlich sind.
- Testskript Kap. 1Kap. 6
- Eine Abfolge von Anweisungen für die Durchführung eines Tests.
- Teststeuerung Kap. 5
- Die Aktivität, die Korrekturmaßnahmen entwickelt und anwendet, um ein Testprojekt auf den richtigen Weg zu bringen, wenn es vom Plan abweicht.
- Teststufe Kap. 2
- Eine spezifische Instanziierung eines Testprozesses.
- Testsuite Kap. 1
- Eine Menge von Testskripten oder Testabläufen, die in einem bestimmten Testlauf ausgeführt werden sollen.
- Testüberwachung Kap. 5
- Die Aktivität, die den Status von Testaktivitäten überprüft, alle Abweichungen vom Plan oder der Erwartung identifiziert und den Status an die Stakeholder meldet.
- Testziel Kap. 1
- Der Zweck des Testens.
- Treiber Kap. 2
- Eine Komponente oder ein Werkzeug, das eine andere Komponente vorübergehend ersetzt und ein Testelement in Isolation steuert oder aufruft.
- Überdeckung Kap. 4
- Der Grad, zu dem bestimmte Überdeckungselemente von einer Testsuite ausgeführt wurden, ausgedrückt in Prozent.
- User-Story Kap. 4
- Eine kurze Beschreibung eines Bedürfnisses aus Nutzersicht sowie des erwarteten Nutzens, wenn dieses Bedürfnis erfüllt wird.
- Verfolgbarkeit Kap. 1
- Die Fähigkeit, explizite Beziehungen zwischen Arbeitsergebnissen oder zwischen Elementen von Arbeitsergebnissen darzustellen.
- verhaltensgetriebene Entwicklung Kap. 2
- 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.
- Walkthrough Kap. 3
- Eine formale Reviewart, bei der ein Autor die Teilnehmer des Reviews durch ein Arbeitsergebnis leitet und die Teilnehmer Fragen stellen und Kommentare abgeben.
- Wartungstest Kap. 2
- Eine Testart, die die Auswirkungen von Änderungen an einem operativen System oder dessen Umgebung bewertet.
- White-Box-Testverfahren Kap. 4
- Ein Testverfahren, das auf der inneren Struktur einer Komponente oder eines Systems basiert.
- Zustandsübergangstest Kap. 4
- Ein Black-Box-Testverfahren, bei dem die Testbedingungen Zustandsübergänge oder Sequenzen von Zustandsübergängen sind.
- Zweigüberdeckung Kap. 4
- Die Überdeckung von Zweigen in einem Kontrollflussgraphen.