Antwort.

Verifikation und Validierung sind zwei Schlüsselkonzepte im Testen, die die Übereinstimmung des Produkts mit den Erwartungen und Anforderungen definieren.

Geschichte der Frage:

In der Softwaretechnik gab es eine Unterscheidung zwischen den Konzepten Verifikation (Übereinstimmung des Produkts mit der Spezifikation) und Validierung (Übereinstimmung mit den Benutzererwartungen), um zwei verschiedene Facetten der Qualität zu beschreiben.

Problem:

Spezialisten verwechseln diese Begriffe und wenden die Ansätze falsch an: Sie testen nur nach Lastenheft und ignorieren die Benutzererfahrung oder vice versa, verlassen sich nur auf die Logik "richtig/benutzerfreundlich" und vergessen die formalen Anforderungen.

Lösung:

Verifikation (Bauen wir das Produkt richtig?) — Prüfung, dass das Produkt allen Anforderungen der Spezifikation (Lastenheft, Dokumentation) entspricht.
Validierung (Bauen wir das richtige Produkt?) — Sicherstellung, dass das Produkt das Problem des Benutzers löst und den realen Erwartungen entspricht.
Beide Ansätze verwenden: Verifikation nach Lastenheft, Validierung durch "lebendige" explorative Tests, Benutzerszenarien, Abnahmetests.

Schlüsselfunktionen:

Verifikation = formale Prüfung der Anforderungen.
Validierung = Empathie für den Benutzer, Simulation realer Szenarien.
Beide Phasen sind notwendig, um alle Fehler abzudecken.

Fragen mit einem Haken.

Was bedeutet "das Produkt hat die Verifikation bestanden, aber die Validierung nicht bestanden"?

Es entspricht dem Lastenheft, ist aber unpraktisch, löst nicht das Problem des Benutzers und ist auf dem Markt nicht erforderlich.

Kann die Validierung vor der Verifikation beginnen?

Nein, zuerst muss der Satz grundlegender Anforderungen überprüft werden, sonst erlaubt die unvollständige Funktionalität nicht, die Benutzererfahrung zu bewerten.

Sieht das Fehlen von Benutzerfreundlichkeit bei der Verifikation wie ein Fehler aus?

Nein, das ist ein UX-Problem, das nur in der Phase der Validierung von Benutzerszenarien identifiziert wird.

Typische Fehler und Antipatterns

Orientierung nur am Lastenheft, Ignorieren von UX.
Auslassung von Abnahmetests.
Unzureichende Kommunikation mit denjenigen, die das Produkt tatsächlich verwenden werden.

Beispiel aus dem Leben

Negativer Fall

Es wurde nur auf Übereinstimmung mit den Anforderungen der Dokumentation getestet. Nach dem Start stellte sich heraus: Benutzer verstehen die Logik der Schritte im Bestellprozess nicht, trotz formaler Übereinstimmung mit den beschriebenen Fällen.

Vorteile:

Alle Anforderungen der Spezifikation wurden erfüllt.

Nachteile:

Geringe Benutzerbindung, Beschwerden und Abwanderung vom Produkt.

Positiver Fall

Es wurde exploratives Testen eingesetzt und ein UX-Test mit echten Benutzern organisiert. Unbequemlichkeiten wurden entdeckt, der Bestellprozess wurde überarbeitet. Ergebnis — positives Feedback, hohe Konversionen.