ISTQB-Glossar
In der Software-Tester-Ausbildung lernen Sie die Grundlagen des Softwaretestens kennen, inklusive vieler grundlegender Fachbegriffe rund um die Themen Qualität, Testen und Fehler. Hier finden Sie eine Übersicht der wichtigsten Fremdwörter im Software-Testing.
A
- Abnahmekriterien
- Diejenigen Kriterien, die ein System oder eine Komponente erfüllen muss, um durch den Benutzer, Kunden oder eine bevollmächtigte Instanz abgenommen zu werden. [Nach IEEE 610]
- Abnahmetest
- Formales Testen hinsichtlich der Benutzeranforderungen und -bedürfnisse bzw. der Geschäftsprozesse. Es wird durchgeführt, um einem Auftraggeber oder einer bevollmächtigten Instanz die Entscheidung auf der Basis der Abnahmekriterien zu ermöglichen, ob ein System anzunehmen ist oder nicht. [Nach IEEE 610]
- Abweichung
- Jedes Ereignis, welches während des Testens auftritt und weiterer Untersuchungen bedarf. [Nach IEEE 1008]
- Agile Softwareentwicklung
- Eine auf iterativer und inkrementeller Entwicklung basierende Gruppe von Softwareentwicklungsmethoden, wobei sich Anforderungen und Lösungen durch die Zusammenarbeit von selbstorganisierenden funktionsübergreifenden Teams entwickeln.
- Anforderung
- Eine vom Benutzer benötigte Eigenschaft oder Fähigkeit, die eine Software erfüllen oder besitzen muss, um einen Vertrag, einen Standard, eine Spezifikation oder ein anderes formales Dokument zu erfüllen. [Nach IEEE 610]
- Anweisung
- Syntaktisch definierte Einheit einer Programmiersprache (z.B. Zuweisung an eine Variable), die typischerweise die kleinste, unteilbare ausführbare Einheit darstellt.
- Anwendungsfall (englisch: Use-Case)
- Eine Folge von Vorgängen in einem Dialog zwischen einem Akteur und einer Komponente oder einem System, die zu einem konkretem Ergebnis führen. Ein Akteur kann dabei ein Benutzer sein, oder irgendetwas, was Informationen mit dem System austauschen kann.
- Äquivalenzklasse
- Teil des Wertebereichs von Ein- oder Ausgaben, in dem ein gleichartiges Verhalten der Komponente oder des Systems angenommen wird, basierend auf der zugrunde liegenden Spezifikation.
- Aufrufgraph
- Repräsentation der Aufrufbeziehungen der Unterprogramme eines Programmes.
- Auswirkungsanalyse
- Die Untersuchung und Darstellung der Auswirkungen einer Änderung von spezifizierten Anforderungen auf die Entwicklungsdokumente, auf die Testdokumentation und auf die Komponenten.
-
B
- Benutzbarkeit
- Ausmaß, in dem ein Softwareprodukt durch bestimmte Benutzer in einem bestimmten Nutzungskontext genutzt werden kann, um festgelegte Ziele effektiv, effizient und zufriedenstellend zu erreichen.
- Bestanden
- Ein Test wird als bestanden bezeichnet, wenn das tatsächliche mit dem vorausgesagten Ergebnis übereinstimmt.
- Black-Box-Test
- Funktionales oder nicht-funktionales Testen ohne Nutzung von Informationen über Interna eines Systems oder einer Komponente.
C
- Change Control Board
- Eine Gruppe von Personen, die verantwortlich ist für die Bewertung und Freigabe/Nichtfreigabe der Implementierung von vorgeschlagenen Änderungen an freigegebenen Konfigurationsobjekten und für die Sicherstellung der freigegebenen Änderungen. [IEEE 610]
- Code
- Anweisungen und Datendefinitionen einer Programmiersprache (Quellcode) oder wie sie durch einen Assemblierer, Compiler oder einen anderen Übersetzer erzeugt werden. [IEEE 610]
- Codeüberdeckung
- Eine Analysemethode, die bestimmt, welche Teile einer Software durch eine Testsuite ausgeführt wurden und welche Teile nicht ausgeführt wurden, z.B. Anweisungs-, Entscheidungs- und Bedingungsüberdeckung.
- Compiler
- Ein Softwarewerkzeug, welches ein Programm, geschrieben in einer höheren Programmiersprache, in eine Maschinensprache transformiert. [IEEE 610]
D
- Datenfluss
- Eine abstrakte Darstellung der Abfolge von Zustandsänderungen eines Datenobjekts, bei der die Zustände des Objekts sind: Definition/Neuanlage, Verwendung oder Löschung. [Beizer]
- Datenflussanalyse
- Statisches Analyseverfahren, das auf der Definition und Verwendung von Variablen basiert und fehlerhafte Zugriffssequenzen auf die Variablen des Testobjekts nachweist.
- Debugger (auch: Debugging-Werkzeug)
- Ein Entwicklungswerkzeug, das benutzt wird, um Fehlerwirkungen zu reproduzieren und Zustände von Programmen und ihre korrespondierenden Fehlerzustände zu untersuchen. Mit einem Debugger können Entwickler ein Programm Schritt für Schritt ausführen, an einer beliebigen Stelle anhalten und den Wert von Variablen setzen bzw. sich den aktuellen Wert anzeigen lassen.
- Debugging
- Tätigkeit des Lokalisierens/Identifizierens, Analysierens und Entfernens der Ursachen von Fehlerwirkungen in der Software.
- Dynamischer Test
- Prüfung des Testobjekts durch Ausführung auf einem Rechner.
E
- Endekriterien
- Die Menge der abgestimmten generischen und spezifischen Bedingungen, die von allen Beteiligten für den Abschluss eines Prozesses akzeptiert wurden. Endekriterien für eine Aktivität verhindern es, dass die Aktivität als abgeschlossen betrachtet wird, obwohl Teile noch nicht fertig sind. Endekriterien werden in Berichten referenziert und zur Planung der Beendigung des Testens verwendet. [Nach Gilb und Graham]
- Entscheidung
- Eine Stelle in einem Programm, an der der Kontrollfluss in zwei oder mehrere alternative Wege verzweigen kann. Ein Knoten mit zwei oder mehreren ausgehenden Kanten.
- Entscheidungsausgang
- Das Ergebnis einer Entscheidung, das den einzuschlagenden Weg im Kontrollfluss bestimmt.
- Entscheidungstabelle
- Eine Tabelle von Regeln, die jeweils aus einer Kombination von Bedingungen (z.B. Eingaben und/oder Auslösern) und den dazugehörigen Aktionen (z.B. Ausgaben und/oder Wirkungen) bestehen. Entscheidungstabellen können zum Entwurf von Testfällen verwendet werden.
- Entscheidungstabellentest
- Ein Black-Box-Testentwurfsverfahren, bei dem Testfälle im Hinblick auf die Ausführung von Regeln einer Entscheidungstabelle entworfen werden. [Egler63]
- Entscheidungstest
- Ein White-Box-Testentwurfsverfahren, bei dem Testfälle im Hinblick auf die überdeckung der Entscheidungsausgänge entworfen werden.
- Erfahrungsbasiertes Testen
- Testen, das auf der Erfahrung, dem Wissen und der Intuition des Testers basiert.
- Erschöpfender Test
- Testansatz, bei dem die Testsuite alle Kombinationen von Eingabewerten und Vorbedingungen umfasst.
- Exploratives Testen
- Ein informelles Testentwurfsverfahren, bei dem der Tester den Entwurf der Tests aktiv steuert, indem er testet und die Informationen, die er während des Testens erhält, zum Entwurf neuer besserer Tests verwendet. [Nach Bach]
F
- Feature
- Ein Attribut einer Komponente oder eines Systems, spezifiziert oder abgeleitet aus der Anforderungsspezifikation (z.B. Zuverlässigkeit, Gebrauchstauglichkeit oder Entwurfsrestriktionen). [Nach IEEE 1008]
- Fehler- und Abweichungsbericht
- Ein Dokument, das ein Ereignis auflistet, welches während des Testens aufgetreten ist und untersucht werden muss. [Nach IEEE 829]
- Fehlerfindungsrate
- Anzahl der Fehlerzustände, die in einer Teststufe gefunden wurden, dividiert durch die Gesamtzahl der Fehlerzustände, die in dieser Teststufe und danach mit jeglichen Mitteln gefunden wurden.
- Fehlermanagement
- Prozess der Erkennung, der Analyse, der Bearbeitung und des Abschlusses eines aufgedeckten Fehlerzustands. Er umfasst Aufzeichnung, Klassifizierung und die Identifikation der Auswirkungen. [Nach IEEE 1044]
- Fehlermaskierung
- Ein Umstand, bei dem ein Fehlerzustand die Aufdeckung eines anderen verhindert. [Nach IEEE 610]
- Fehlernachtest
- Die Wiederholung aller Testfälle, die vor der Fehlerkorrektur eine Fehlerwirkung erzeugt haben. Sie dient der Überprüfung, ob die Korrektur des ursächlichen Fehlerzustands erfolgreich war.
- Fehlerwirkung
- Abweichung einer Komponente/eines Systems von der erwarteten Lieferung, Leistung oder dem Ergebnis. [Nach Fenton]
- Fehlerzustand
- Defekt (innerer Fehlerzustand) in einer Komponente oder einem System, der eine geforderte Funktion des Produkts beeinträchtigen kann, z.B. inkorrekte Anweisung oder Datendefinition. Ein Fehlerzustand, der zur Laufzeit angetroffen wird, kann eine Fehlerwirkung einer Komponente oder Systems verursachen.
- Fehlhandlung
- Die menschliche Handlung, die zu einem falschen Ergebnis führt. [Nach IEEE 610]
- Funktionales Testen
- Testen, das auf der Analyse der funktionalen Spezifikation einer Komponente oder eines Systems basiert.
G
- Grenzwert
- Ein Ein- oder Ausgabewert, der am Rand einer Äquivalenzklasse liegt oder im kleinstmöglichen inkrementellen Abstand auf der einen oder anderen Seite vom Rand, z.B. der kleinste und der größte Wert eines Bereichs.
- Grenzwertanalyse
- Ein Black-Box-Testentwurfsverfahren, bei dem die Testfälle unter Nutzung von Grenzwerten entworfen werden.
- GUI
- Abkürzung von Graphical User Interface (graphische Benutzungsoberfläche).
H
I
- inkrementelles Entwicklungsmodell
- Ein Entwicklungsmodell, bei dem ein größeres Projekt als Serie von Inkrementen entwickelt wird, von denen jedes einen Teil der gesamten Anforderungen an das Projekt umsetzt. Die Anforderungen werden dabei priorisiert und in entsprechender Reihenfolge in den Inkrementen ausgeliefert. In einigen, aber nicht in allen Versionen dieses Modells durchläuft jedes Inkrement ein "Mini-V-Modell" mit den Phasen Entwurf, Implementierung und Testen.
- Instrumentierung
- (Werkzeuggestütztes) Einfügen von Protokoll- oder Zählanweisungen in den Quell- und/oder Objektcode eines Testobjekts, um während der Ausführung Informationen über das Programmverhalten zu sammeln. Damit lässt sich beispielsweise die Codeüberdeckung messen.
- Integration
- Der Prozess der Verknüpfung von Komponenten zu größeren Gruppen.
- Integrationstest
- Testen mit dem Ziel, Fehlerzustände in den Schnittstellen und im Zusammenspiel zwischen integrierten Komponenten aufzudecken.
- Iteratives Entwicklungsmodell
- Ein Entwicklungsmodell, bei dem das Projekt in eine größere Anzahl von Iterationen aufgeteilt wird. Eine Iteration ist ein vollständiger Entwicklungszyklus, der eine (interne oder externe) Freigabe eines ausführbaren Produkts ergibt. Dieses Produkt ist eine Teilmenge des zu entwickelnden Endprodukts. Die Entwicklung schreitet von Iteration zu Iteration bis zum Endprodukt hin fort.
J
K
- Komparator
- Werkzeug zum automatischen Vergleich der tatsächlichen (Ist-) mit den vorausgesagten (Soll-) Ergebnissen.
- Komponente (auch: Modul, Unit)
- Kleinste Softwareeinheit, die für sich getestet werden kann.
- Komponentenintegrationstest
- Testen wird durchgeführt mit dem Ziel, Fehlerzustände in den Schnittstellen und dem Zusammenwirken der integrierten Komponenten aufzudecken.
- Komponententest
- Testen einer (einzelnen) Komponente. [Nach IEEE 610]
- Konfiguration
- Die Anordnung eines Computersystems bzw. einer Komponente oder eines Systems, wie sie durch Anzahl, Beschaffenheit und Verbindungen seiner Bestandteile definiert ist.
- Konfigurationskontrollboard
- Siehe Change Control Board.
- Konfigurationsmanagement
- Technische und administrative Maßnahmen zur Identifizierung und Dokumentation der fachlichen und physischen Merkmale eines Konfigurationsobjekts, zur überwachung und Protokollierung von änderungen solcher Merkmale, zum Verfolgen des änderungsprozesses, Umsetzungsstatus und zur Verifizierung der übereinstimmung mit spezifizierten Anforderungen. [IEEE 610]
- Konkreter Testfall
- Ein Testfall mit konkreten Werten für Eingaben und vorausgesagte Ergebnisse. Logische Operanden der abstrakten Testfälle werden durch konkrete Werte ersetzt.
- Kontrollfluss
- Eine Abfolge von Ereignissen (Pfaden) während der Ausführung einer Komponente oder Systems.
- Kontrollflussanalyse
- Statisches Analyseverfahren, das auf einer Darstellung von Pfaden (Ereignisfolgen) in der Ausführung einer Komponente oder eines Systems basiert. Die Kontrollflussanalyse evaluiert die Integrität von Kontrollflussstrukturen mit dem Ziel, Anomalien wie Endlosschleifen oder logisch nicht erreichbare Prozessschritte zu finden.
- Kontrollflussgraph
- Eine abstrakte Repräsentation von allen möglichen Sequenzen von Ereignissen (Pfaden) der Ausführung in einer Komponente oder einem System.
L
- Logische Bedingung
- Ein logischer Ausdruck, der entweder als "wahr" oder "falsch" bewertet werden kann, z.B. A>B.
M
- Mastertestkonzept
- Ein Testkonzept, das sich typischerweise auf mehrere Teststufen bezieht.
- Metrik
- Die Mess-Skala und das genutzte Verfahren einer Messung. [ISO 14598]
N
- Nachbedingung
- Zustand des Testobjekts (und/oder der Umgebung), in dem sich das Testobjekt(oder die Umgebung) nach Ausführung eines Testfalls oder einer Testsequenz befinden muss.
- Negativtest
- Ein Test, der zeigen soll, dass eine Komponente oder ein System nicht funktioniert. Der Begriff bezeichnet eher die Einstellung des Testers als einen bestimmten Testansatz oder ein bestimmtes Testentwurfsverfahren, wie etwa das Testen mit ungültigen Eingabewerten oder Ausnahmen. [Nach Beizer]
- Nicht bestandener Test
- Ein Test schlägt fehl und gilt damit als nicht bestanden, wenn das aktuelle Ergebnis nicht mit dem vorausgesagten Ergebnis übereinstimmt.
O
P
- Performanz
- Der Grad, in dem ein System oder eine Komponente seine vorgesehenen Funktionen innerhalb vorgegebener Bedingungen (z.B. konstanter Last) hinsichtlich Verarbeitungszeit und Durchsatzleistung erbringt. [Nach IEEE 610]
- Pfad
- Eine Folge von Ereignissen wie z.B. ausführbaren Anweisungen einer Komponente oder eines Systems von einem Eintrittspunkt bis zu einem Austrittspunkt.
- Pfadüberdeckung
- Der Anteil der vollständigen Pfade, die durch eine Testsuite ausgeführt wurden.
- Platzhalter (englisch: stub)
- Eine rudimentäre oder spezielle Implementierung einer Softwarekomponente, die verwendet wird, um eine noch nicht implementierte Komponente zu ersetzen bzw. zu simulieren. [Nach IEEE 610]
- Produktivumgebung
- Beim Benutzer oder Betreiber eingesetzte Hard- und Softwareprodukte, auf denen die zu testende Komponente oder das System betrieben wird. Die Software kann Betriebssysteme, Datenbankmanagementsysteme und andere Applikationen enthalten.
- Produktrisiko
- Ein Risiko, das direkt auf ein Testobjekt bezogen ist.
- Projektrisiko
- Ein Risiko bezogen auf das Management und die Steuerung eines (Test-)Projekts, z.B. Mangel an personellen Ressourcen, ein zu enger Zeitrahmen, sich ändernde Anforderungen, usw.
Q
- Qualität
- (1) Der Grad, in dem ein System, eine Komponente oder ein Prozess die Kundenerwartungen und -bedürfnisse erfüllt. [Nach IEEE 610]
(2) Der Grad, in dem ein Satz inhärenter Merkmale Anforderungen erfüllt. [ISO 9000:2000]
- Qualitätskosten
- Die gesamten Kosten, die durch Qualitätssicherungsaktivitäten und durch Fehlerwirkungen entstehen. Sie werden oft in Kosten der Fehlervorbeugung, der -Ermittlung, der internen Fehlerwirkungen und den externen Fehlerwirkungen aufgeteilt.
- Qualitätsmanagement
- Aufeinander abgestimmte Tätigkeiten zum Leiten und Lenken einer Organisation bezüglich Qualität. Leiten und Lenken bezüglich Qualität umfassen üblicherweise das Festlegen der Qualitätspolitik und der Qualitätsziele, die Qualitätsplanung, die Qualitätssicherung und die Qualitätsverbesserung. [ISO 9000]
- Qualitätsmerkmal
- (1) Fähigkeit oder Eigenschaft, welche die Qualität einer Einheit beeinflusst. [IEEE 610]
(2) Ein Satz von Eigenschaften eines Softwareprodukts, anhand dessen seine Qualität beschrieben und beurteilt wird. Ein Softwarequalitätsmerkmal kann über mehrere Stufen in Teilmerkmale verfeinert werden. [ISO 9126] Qualitätsmerkmale sind Funktionalität, Zuverlässigkeit, Benutzbarkeit, Effizienz, änderbarkeit und übertragbarkeit. [ISO 9126]
- Qualitätssicherung
- Teil des Qualitätsmanagements, das darauf gerichtet ist, Vertrauen in die Erfüllung der Qualitätsanforderungen zu erzeugen. [ISO 9000]
R
- Regressionstest
- Erneutes Testen eines bereits getesteten Programms bzw. einer Teilfunktionalität nach deren Modifikation. Ziel ist es nachzuweisen, dass durch die vorgenommenen Änderungen keine Fehlerzustände eingebaut oder (bisher maskierte Fehlerzustände) freigelegt wurden.
- Review
- Eine Bewertung eines Produkts oder eines Projektstatus. Sie dient dazu, Diskrepanzen zu den geplanten Ergebnissen aufzudecken und Verbesserungspotenziale zu identifizieren. Review ist ein Oberbegriff für Management-Review, informelles Review, technisches Review, Inspektion und Walkthrough. [Nach IEEE 1028]
- Risiko
- Ein Faktor, der zu negativen Konsequenzen in der Zukunft führen könnte, gewöhnlich ausgedrückt durch das Schadensausmaß und die Eintrittswahrscheinlichkeit.
- Risikomanagement
- Systematische Anwendung von Praktiken für die Aufgaben der Risikoidentifizierung, Risikoanalyse, Risikopriorisierung und Risikoüberwachung.
- Rückverfolgbarkeit
- Die Fähigkeit, zusammengehörige Teile von Dokumentation und Software zu identifizieren, insbesondere die Anforderungen mit den dazu gehörigen Testfällen.
S
- SCRUM
- Ein iterativ inkrementelles Vorgehensmodell für das Projektmanagement, das im Allgemeinen bei agiler Softwareentwicklung verwendet wird.
- Sicherheitskritisches System
- Ein System, bei dem eine Fehlerwirkung oder Fehlfunktion zum Tod oder ernsthafter Verletzung von Personen führen kann, oder zum Verlust oder schwerem Schaden von Gerätschaften, oder zu Umweltschäden.
- Skriptsprache
- Eine Programmiersprache zur Erstellung ausführbarer Skripte, die dann durch ein Testausführungswerkzeug (z.B. Capture/Replay-Werkzeug) verwendet werden.
- Software
- Programme, Prozeduren und möglicherweise zugeordnete Dokumentation und Daten für die betreffende Verarbeitung auf einem Computersystem. [IEEE 610]
- Softwarelebenszyklus
- Der Zeitraum, der bei der Konzeption eines Softwareprodukts beginnt und dann endet, wenn die Software nicht mehr für die Nutzung verfügbar ist. Der Softwarelebenszyklus enthält üblicherweise eine Konzeptionsphase, Anforderungsphase, Entwurfsphase, Implementierungsphase, Testphase, Installationsphase, Betriebs- und Wartungsphase, und manchmal eine Außerbetriebnahme. Bemerkung: Diese Phasen können sich überlappen oder iterativ durchgeführt werden.
- Softwarequalität
- Gesamtheit der Funktionalitäten und Merkmale eines Softwareprodukts, die sich auf dessen Eignung beziehen, festgelegte oder vorausgesetzte Erfordernisse zu erfüllen. [Nach ISO 9126]
- Spezifikation
- Ein Dokument, das die Anforderungen, den Aufbau, das Verhalten oder andere Charakteristika des Systems bzw. der Komponente beschreibt, idealerweise genau, vollständig, konkret und nachprüfbar. Häufig enthält die Spezifikation auch Vorgaben zur Prüfung der Anforderungen. [Nach IEEE 610]
- Spezifikationsorientierter Test
- Siehe Black-Box-Test.
- Standardsoftware
- Ein Softwareprodukt, das für den allgemeinen Markt entwickelt wurde, d.h. eine große Anzahl von Kunden, und das in identischer Form an viele Kunden ausgeliefert wird.
- Statische Analyse
- Die Analyse von Software-Entwicklungsartefakten, z.B. Anforderungen oder Quelltext, ohne diese auszuführen. Statische Analyse wird in der Regel mit Werkzeugunterstützung durchgeführt.
- Statischer Test
- Testen von Software-Entwicklungsartefakten, z.B. Anforderungen oder Quelltext, ohne diese auszuführen, z.B. durch Reviews oder statische Analyse.
- Strukturbasierter Test
- Siehe White-Box-Test.
- Strukturelle überdeckung
- Überdeckung, die auf Basis der internen Struktur von Komponenten oder eines Systems gemessen wird.
- Struktureller Test
- Siehe White-Box-Testentwurfsverfahren.
- Strukturelles Testentwurfsverfahren
- Siehe White-Box-Testentwurfsverfahren.
- Stufentestkonzept
- Ein Testkonzept, das typischerweise für genau eine Teststufe gilt.
- System
- Eine Zusammenstellung von Komponenten, um eine spezifische Funktion oder eine Menge von Funktionen zu erfüllen. [IEEE 610]
- Systemintegrationstest
- Testen der Integration von Systemen und Paketen, Testen der Schnittstellen zu einer externen Organisation (z.B. Electronic Data Interchange oder Internet).
- Systemtest
- Testen eines integrierten Systems, um sicherzustellen, dass es spezifizierte Anforderungen erfüllt. [Hetzel]
T
- Test
- Eine Menge von einem oder mehreren Testfällen. [IEEE 829]
- Testablaufspezifikation
- Ein Dokument, das eine Folge von Schritten zur Testausführung festlegt. Auch bekannt als Testskript oder Testdrehbuch. [Nach IEEE 829]
- Testabschlussbericht
- Ein Dokument, das die Testaktivitäten und -ergebnisse zusammenfasst. Es enthält eine Bewertung der durchgeführten Tests gegen definierte Endekriterien. [Nach IEEE 829]
- Testart
- Eine Gruppe von Testaktivitäten, mit der Absicht, eine Komponente oder ein System auf einige zusammenhängende Qualitätsmerkmale zu prüfen. Eine Testart ist auf ein bestimmtes Testziel fokussiert, wie z.B. Zuverlässigkeitstest, Regressionstest, Gebrauchstauglichkeitstest. Die Testart kann sich auch auf eine oder mehrere Teststufen oder -phasen beziehen. [Nach TMap]
- Testausführungsplan
- Ein Plan für die Ausführung von Testabläufen. Anmerkung: Der Testausführungsplan enthält die Testabläufe mit ihrem Kontext und der auszuführenden Reihenfolge.
- Testautomatisierung
- Einsatz von Softwarewerkzeugen zur Durchführung oder Unterstützung von Testaktivitäten, z.B. Testmanagement, Testentwurf, Testausführung und Soll/Ist-Vergleich.
- Testbarkeit
- Die Fähigkeit eines Softwareprodukts für einen Test nach einer Änderung. [ISO 9126]
- Testbasis
- Alle Dokumente, aus denen die Anforderungen ersichtlich werden, die an eine Komponente oder ein System gestellt werden, bzw. die Dokumentation, auf der die Herleitung oder Auswahl der Testfälle beruht. Wenn ein Dokument nur über das formale Änderungsverfahren geändert werden kann, handelt es sich um eine festgelegte Testbasis. [Nach TMap]
- Testbedingung
- Eine Einheit oder ein Ereignis, z.B. eine Funktion, eine Transaktion, ein Feature, ein Qualitätsmerkmal oder ein strukturelles Element einer Komponente oder eines Systems, welche bzw. welches durch einen oder mehrere Testfälle verifiziert werden kann.
- Test-Charta
- Eine Anweisung von Testzielen und möglichen Testideen wie getestet werden soll. Test-Chartas werden oft im explorativen Testen verwendet.
- Testdaten
- Daten die (z.B. in einer Datenbank) vor der Ausführung eines Tests existieren, und die die Ausführung der Komponente bzw. des Systems im Testbeeinflussen bzw. dadurch beeinflusst werden.
- Testdurchführung
- Der Prozess der Ausführung eines Tests für eine Komponente oder ein System, der Ist-Ergebnisse erzeugt.
- Testen
- Der Prozess, der aus allen Aktivitäten des Lebenszyklus besteht (sowohl statisch als auch dynamisch), die sich mit der Planung, Vorbereitung und Bewertung eines Softwareprodukts und dazugehöriger Arbeitsergebnisse befassen. Ziel des Prozesses ist sicherzustellen, dass diese allen festgelegten Anforderungen genügen, dass sie ihren Zweck erfüllen, und etwaige Fehlerzustände zu finden.
- Testentwurf
- (1) Siehe Testentwurfsspezifikation.
(2) Der Vorgang, allgemeine Testziele in handfeste Testbedingungen und Testfälle zu überführen.
- Testentwurfsspezifikation
- Ein Ergebnisdokument, das die Testbedingungen für ein Testobjekt, die detaillierte Testvorgehensweise und die zugeordneten abstrakten Testfälle identifiziert. [Nach IEEE 829]
- Testentwurfsverfahren
- Eine Vorgehensweise, nach der Testfälle abgeleitet oder ausgewählt werden.
- Tester
- Eine sachkundige Fachperson, die am Testen einer Komponente oder eines Systems beteiligt ist.
- Testfall
- Umfasst folgende Angaben: die für die Ausführung notwendigen Vorbedingungen, die Menge der Eingabewerte (ein Eingabewert je Parameter des Testobjekts), die Menge der vorausgesagten Ergebnisse, sowie die erwarteten Nachbedingungen. Testfälle werden entwickelt im Hinblick auf ein bestimmtes Ziel bzw. auf eine Testbedingung, wie z.B. einen bestimmten Programmpfad auszuführen oder die Übereinstimmung mit spezifischen Anforderungen zu prüfen (wie Eingaben an das Testobjekt zu übergeben und Sollwerte abzulesen sind). [Nach IEEE 610]
- Testfallspezifikation
- Ein Dokument, das eine Menge von Testfällen für ein Testobjekt spezifiziert (inkl. Testdaten und Vor-/Nachbedingung), bei dem die Testfälle jeweils Ziele, Eingaben, Testaktionen, vorausgesagte Ergebnisse und Vorbedingungen für die Ausführung enthalten. [Nach IEEE 829].
- Testfortschrittsbericht
- Ein Dokument, das die Testaktivitäten und -ergebnisse zusammenfasst, und das in regelmäßigen Zeiträumen erstellt wird. Es berichtet über den Fortschritt der Testaktivitäten gegenüber einer definierten Vergleichsbasis (wie z.B. dem ursprünglichen Testkonzept) und kommuniziert Risiken und Alternativen, die eine Managemententscheidung erfordern.
- Testkonzept
- Ein Dokument, das u.a. den Gültigkeitsbereich, die Vorgehensweise, die Ressourcen und die Zeitplanung der beabsichtigten Tests mit allen Aktivitäten beschreibt. Es identifiziert u.a. die Testobjekte, die zu testenden Features und die Testaufgaben. Es ordnet den Testaufgaben die Tester zu und legt den Unabhängigkeitsgrad der Tester fest. Es beschreibt die Testumgebung, die Testentwurfsverfahren und die anzuwendenden Verfahren zur Messung der Tests, und begründet deren Auswahl. Außerdem werden Risiken beschrieben, die eine Planung für den Fall des Eintretens erfordern. Ein Testkonzept ist somit die Niederschrift des Testplanungsprozesses. [Nach IEEE 829]
- Testlauf
- Die Ausführung eines oder mehrerer Testfälle mit einer bestimmten Version des Testobjekts.
- Testmanagement
- Planung, Aufwandsschätzung, Überwachung und Kontrolle von Testaktivitäten, die üblicherweise durch einen Testmanager erfolgen.
- Testmanager
- Die Person, die für das Management der Testaktivitäten, der Testressourcen und für die Bewertung des Testobjekts verantwortlich ist. Zu den Aufgaben gehören Anleitung, die Steuerung, die Verwaltung, Planung und Regelung der Aktivitäten zur Bewertung des Testobjekts.
- Testmittel
- Alle Artefakte, die während des Testprozesses erstellt werden und die erforderlich sind, um die Tests zu planen, zu entwerfen oder auszuführen. Dazu gehören: Dokumente, Skripte, Eingabedaten, erwartete Ergebnisse, Prozeduren zum Aufsetzen und Aufräumen von Testdaten, Dateien, Datenbanken, Umgebungen und weitere zusätzliche Software- und Dienstprogramme, die für das Testen verwendet werden. [Nach Fewster und Graham]
- Testobjekt
- Die Komponente oder das System, welches getestet wird.
- Testorakel
- Informationsquelle zur Ermittlung der jeweiligen vorausgesagten Ergebnisse, die mit den tatsächlichen Ergebnissen einer Software im Test zu vergleichen sind. Anmerkung: Ein Testorakel kann ein existierendes System (als Benchmark), ein Benutzerhandbuch oder das Spezialwissen einer Person sein, sollte aber nicht der Code sein. [Nach Adrion]
- Testplan
- Eine Liste von Aktivitäten, Aufgaben oder Ereignissen des Testprozesses, mit Angabe ihrer geplanten Anfangs- und Endtermine sowie ihrer gegenseitigen Abhängigkeiten.
- Testplanung
- Eine Aktivität im Testprozess zur Erstellung und Fortschreibung des Testkonzepts.
- Testprotokoll
- Eine chronologische Aufzeichnung von Einzelheiten der Testausführung. [IEEE 829]
- Testrahmen
- Eine Testumgebung, die aus den für die Testausführung benötigten Treibern und Platzhaltern besteht.
- Testrealisierung
- Prozess der Entwicklung und Priorisierung von (konkreten) Testfällen, Erstellung von Testdaten und, optional, Vorbereitung von Testrahmen und Schreiben von automatisierten Testskripten.
- Testskript
- Bezeichnet üblicherweise eine Testablaufspezifikation, insbesondere eine automatisierte.
- Testspezifikation
- Ein Dokument, das aus der Testentwurfsspezifikation, der Testfallspezifikation und/oder der Testablaufspezifikation besteht.
- Teststeuerung
- Als Teststeuerung bezeichnet man die Managementaufgabe zur Entwicklung und Anwendung von Korrekturmaßnahmen, um in einem Testprojekt eine Abweichung vom geplanten Vorgehen zu beherrschen.
- Teststrategie
- Abstrakte Beschreibung der vorgesehenen Teststufen und der Art und Weise, wie innerhalb dieser Teststufen vorzugehen ist, für eine Organisation oder ein Programm - gültig für ein oder mehrere Projekte.
- Teststufe
- Eine Teststufe ist eine Gruppe von Testaktivitäten, die gemeinsam ausgeführt und verwaltet werden. Teststufen sind mit Zuständigkeiten in einem Projektverknüpft. Beispiele für Teststufen sind der Komponententest, der Integrationstest, der Systemtest und der Abnahmetest. [Nach TMap]
- Testsuite
- Die Zusammenstellung (Aggregation) mehrerer Testfälle für den Test einer Komponente oder eines Systems, bei der Nachbedingungen des einen Tests als Vorbedingungen des folgenden Tests genutzt werden können.
- Testszenario
- Siehe Testablaufspezifikation.
- Testumgebung
- Eine Umgebung, die benötigt wird, um Tests auszuführen. Sie umfasst Hardware, Instrumentierung, Simulatoren, Softwarewerkzeuge und andere unterstützende Hilfsmittel. [Nach IEEE 610]
- Testverfahren
- Siehe Testentwurfsverfahren.
- Testvorgehensweise
- Die Umsetzung einer Teststrategie in einem spezifischen Projekt. Typischerweise enthält sie die getroffenen Entscheidungen zur Erreichung der (Test-)Projektziele, die Ergebnisse der Risikoanalyse, die Testentwurfsverfahren, die Endekriterien und die geplanten durchzuführenden Tests (Testarten).
- Testwerkzeug
- Ein Werkzeug, das eine oder mehrere Testaktivitäten, wie Planung und Steuerung, Spezifikation, Erstellung von Testdaten, Testdurchführung und Bewertung, unterstützt. [TMap]
- Testzyklus
- Durchführung des Testprozesses für ein einzelnes bestimmtes Release des Testobjekts.
- Treiber
- Ein Testwerkzeug, das eine zu testende Komponente/ein System aufruft und/oder steuert. [Nach TMap]
U
- Überdeckungselement
- Eine Einheit oder eine Eigenschaft als Basis für den überdeckungsgrad, z.B. Äquivalenzklasse oder Anweisung auf Implementierungsebene.
- Überdeckungsgrad
- Der Grad, ausgedrückt in Prozent, zu dem ein spezifiziertes Überdeckungselement (z.B. Zweig) durch eine Testsuite ausgeführt wurde.
- Unit
- Siehe Komponente.
V
- Validierung
- Bestätigung durch Bereitstellung eines objektiven Nachweises, dass die Anforderungen für einen spezifischen beabsichtigten Gebrauch oder eine spezifische beabsichtigte Anwendung erfüllt worden sind. [ISO 9000]
- Variable
- Ein Speicherelement in einem Computer, das innerhalb eines Softwareprogramms über seinen Namen angesprochen werden kann.
- Verifizierung
- Bestätigung durch Bereitstellung eines objektiven Nachweises, dass festgelegte Anforderungen erfüllt worden sind. [ISO 9000]
- V-Modell
- Vorgehensmodell für die Softwareentwicklung, um die Aktivitäten des Software-Entwicklungslebenszyklus von der Anforderungsspezifikation bis zur Wartung zu beschreiben. Das V-Modell stellt dar, wie Prüf- und Testaktivitäten in jede Phase des Software-Entwicklungslebenszyklus integriert und die Zwischenprodukte geprüft (validiert und verifiziert) werden können. Anmerkung: Hier ist das allgemeine Vorgehensmodell von Barry Boehm gemeint.
- Vollständiger Test
- Siehe erschöpfender Test.
- Vorbedingung
- Bedingungen an den Zustand des Testobjekts und seiner Umgebung, die vor der Durchführung eines Testfalls oder Testablaufs erfüllt sein müssen.
W
- Wartung
- Modifikation eines Softwareprodukts nach seiner Auslieferung, um Fehlerzustände zu korrigieren, die Performanz oder andere Merkmale zu verbessern oder das Produkt für eine andere Umgebung zu adaptieren. [IEEE 1219]
- Wartungstest
- Testen der Änderungen an einem laufenden System oder der Auswirkungen einer geänderten Umgebung auf ein laufendes System.
- White-Box-Test
- Ein Test, der auf der Analyse der internen Struktur einer Komponente oder eines Systems basiert.
- White-Box-Testentwurfsverfahren (auch: White-Box-Verfahren)
- Ein dokumentiertes Verfahren zur Herleitung und Auswahl von Testfällen, basierend auf der internen Struktur einer Komponente oder eines Systems.
X
Y
Z
- Zustandsbasierter Test
- Ein Black-Box-Testentwurfsverfahren, mit dem Testfälle entworfen werden, um gültige und ungültige Zustandsübergänge zu prüfen.
- Zustandsübergang
- Ein Übergang zwischen zwei Zuständen einer Komponente oder eines Systems.
- Zweig
- Ein Basisblock, der zur Ausführung ausgewählt werden kann, basierend auf einem Programmkonstrukt, bei dem einer von zwei oder mehreren alternativen Pfaden möglich ist. Z.B. if-then-else.
- Zweigtest
- Ein White-Box-Testentwurfsverfahren, bei dem die Testfälle so entworfen werden, dass die Zweige durchlaufen werden.
Verwendete Marken (Warenzeichen)
Dieses Glossar benutzt – ebenso wie das offizielle ISTQB/GTB Standardglossar der Testbegriffe – folgende eingetragene Marken:
- - CMMI ist eine eingetragene Marke der Carnegie Mellon University
- - Rational Unified Process (RUP) ist eine eingetragene Marke der Rational Software Corporation
- - TMap ist eine eingetragene Marke von Sogeti Nederland BV
Informative und normative Dokumente
Für die verwendeten Referenzen zu Standards und Fachliteratur, siehe die entsprechenden Angaben im ISTQB/GTB Standardglossar der Testbegriffe sowie im ISTQB® Standard Glossary of terms used in Software Testing.
FÜR NUR 747,- ONLINE LERNEN
Jetzt ISTQB-Schulung starten