Glossar der Software-Abnahme

Begriffe von A bis Z

Fehler

Eine beobachtete Abweichung zwischen dem tatsächlichen Verhalten einer Software und dem erwarteten Verhalten. Ein Fehler wird durch seine Reproduktionsschritte, seinen Schweregrad und seinen Status beschrieben (offen, behoben, erneut zu testen, geschlossen). Auch Bug oder Issue genannt.

Abnahmetestbuch (cahier de recette)

Dokument, das die zur Abnahme einer Software auszuführenden Testfälle auflistet, mit den Schritten, Daten und dem erwarteten Ergebnis jedes Falls. Siehe den Leitfaden zum Abnahmetestbuch.

Testkampagne

Geplante Ausführung einer Menge von Testfällen auf einer bestimmten Version der Software, durch eine oder mehrere Personen, über einen festgelegten Zeitraum. Jeder Fall erhält am Ende der Kampagne einen Status.

Testfall

Eine einzelne Prüfung, beschrieben durch Vorbedingungen, Schritte und ein erwartetes Ergebnis. Ein Testfall prüft ein genaues Ziel, zum Beispiel die Ablehnung eines falschen Passworts.

Abnahmekriterium

Eine messbare Bedingung, die eine Funktion erfüllen muss, um vom Auftraggeber abgenommen zu werden. Abnahmekriterien sind die natürliche Quelle für Testfälle.

Abnahmeumgebung

Eine von der Produktion getrennte Instanz der Software, in der die Abnahmetests durchgeführt werden. Sie muss der Produktion ähneln, damit die Ergebnisse aussagekräftig sind.

Anforderung

Ein Bedarf, den eine Spezifikation an die Software stellt, zum Beispiel « ein falsches Passwort wird abgelehnt ». Eine prüfbare Anforderung wird durch ein beobachtbares Ergebnis verifiziert.

Schweregrad eines Fehlers

Grad der Auswirkung eines Fehlers auf die Nutzung der Software: blockierend (Nutzung unmöglich), schwerwiegend, geringfügig. Nicht zu verwechseln mit der Behebungspriorität, die auch vom Zeitplan und vom Kontext abhängt.

Testdatensatz

Eine Menge von Werten und Ausgangszuständen (Konten, Produkte, Rechte), die nötig sind, um einen Testfall reproduzierbar auszuführen.

MOA (Auftraggeber, Kundenseite)

Der Kunde, der den Bedarf trägt und die Lieferung freigibt. Bei der Abnahme führt die MOA die Fachtests aus oder lässt sie ausführen und unterzeichnet das Protokoll.

MOE (Auftragnehmer, Anbieterseite)

Der Dienstleister, der die Software entwirft und baut. Bei der Abnahme liefert die MOE die Version, behebt die Fehler und verfolgt den Fortschritt.

Abdeckungsmatrix

Eine Tabelle, die jede Anforderung mit den Testfällen verknüpft, die sie prüfen. Sie zeigt die Anforderungen, die nicht abgedeckt sind. Auch Rückverfolgbarkeitsmatrix genannt.

Regressionstest

Ein nach einer Änderung wiederholter Test, der prüft, dass bestehende Funktionen nicht beeinträchtigt wurden.

Testplan

Strategiedokument: Umfang, Testarten, Umgebungen, Ressourcen und Zeitplan. Das Abnahmetestbuch detailliert seine Ausführung.

Abnahmeprotokoll (PV de recette)

Von Auftraggeber und Auftragnehmer unterzeichnetes Protokoll, das das Ergebnis der Abnahmetests festhält und die Abnahme, die Abnahme unter Vorbehalt oder die Ablehnung ausspricht. Siehe den Leitfaden zum Abnahmeprotokoll.

Abnahme (recette)

Phase der Überprüfung einer gelieferten Software anhand der Spezifikation, die mit ihrer Annahme oder Ablehnung endet.

Funktionale Abnahme

Abnahmetests, die prüfen, ob sich die Funktionen der Software so verhalten, wie es die Spezifikation beschreibt, aus Sicht des Anwenders. Sie unterscheidet sich von Performance- oder Sicherheitstests.

Benutzerabnahme (UAT)

Abnahmetests, die von den Fachanwendern des Auftraggebers unter realistischen Bedingungen durchgeführt werden. UAT steht für « User Acceptance Testing ».

Vorbehalt

Ein Fehler oder eine Abweichung, deren Behebung nach der Abnahme der Auftraggeber akzeptiert. Er erscheint mit seiner Behebungsfrist im Protokoll und wird aufgehoben, sobald er behoben und erneut getestet ist.

Erwartetes Ergebnis

Beobachtbares Verhalten, das einen Testfall bestätigt. Es muss so genau sein, dass zwei Tester zum selben Schluss kommen.

Smoke-Test

Eine kurze Testreihe, die prüft, dass die wesentlichen Funktionen laufen, bevor eine vollständige Abnahmerunde auf einer Version gestartet wird.

Ausführungsstatus (OK, KO, Blockiert, N/A)

OK: Ergebnis wie erwartet. KO: Abweichung beobachtet, ein Fehler wird eröffnet. Blockiert: Der Fall kann nicht ausgeführt werden. N/A: Der Fall trifft auf diesen Umfang nicht zu.

VABF (Prüfung der Eignung für den ordnungsgemäßen Betrieb)

Eine in manchen Verträgen (insbesondere französischen öffentlichen IT-Verträgen) vorgesehene Prüfstufe, die kontrolliert, ob das gelieferte System wie erwartet funktioniert.

VSR (Prüfung des regulären Betriebs)

Die Stufe, die in manchen Verträgen auf die VABF folgt: Das System wird über einen Zeitraum unter realen Betriebsbedingungen beobachtet, bevor die endgültige Abnahme erfolgt.

Gelieferte Version

Die genaue Version der Software, die zur Abnahme übergeben wurde. Testbuch und Protokoll müssen sie nennen, damit klar ist, was geprüft wurde.