Menü

Genauer Unterschied zwischen Verifikation und Validierung anhand von Beispielen

  • Haupt
  • Andere
  • Genauer Unterschied zwischen Verifikation und Validierung anhand von Beispielen

exact difference between verification

Versuchen Sie Unser Instrument, Um Probleme Zu Beseitigen

Verifikation vs Validierung: Untersuchen Sie die Unterschiede anhand von Beispielen

Es ist zurück zu den Grundlagen Leute! Ein klassischer Blick auf den Unterschied zwischen Verifizierung und Validierung .

In der Welt der Softwaretests herrscht große Verwirrung und Debatte um diese Begriffe.

In diesem Artikel werden wir sehen, was Verifizierung und Validierung unter dem Gesichtspunkt von Softwaretests sind. Am Ende dieses Artikels werden wir die Unterschiede zwischen den beiden Begriffen feststellen.

Unterschied zwischen Verifikation und Validierung

Im Folgenden sind einige wichtige Gründe aufgeführt, um den Unterschied zu verstehen:

  1. Es ist ein grundlegendes QS-Konzept, daher ist es fast der Baustein für QA-Kenntnisse.
  2. Dies ist eine häufig gestellte Frage Frage zum Software-Test-Interview .
  3. Zertifizierung Der Lehrplan enthält eine Reihe von Kapiteln, die sich darum drehen.
  4. Schließlich und praktisch, wenn wir Tester diese beiden Testtypen durchführen, könnten wir auch Experten in diesem Bereich sein.

Was du lernen wirst:

Was ist Verifizierung und Validierung beim Testen von Software?

Im Rahmen des Testens Verifizierung und Validierung Sind die beiden weit verbreiteten Begriffe. In den meisten Fällen betrachten wir beide Begriffe als gleich, aber tatsächlich sind diese Begriffe sehr unterschiedlich.

Es gibt zwei Aspekte von V & V-Aufgaben (Verification & Validation):

  • Bestätigt die Anforderungen (Herstelleransicht der Qualität)
  • Gebrauchstauglich (Sicht der Verbraucher auf Qualität)

Sicht des Produzenten auf Qualität Einfacher ausgedrückt bedeutet dies, dass die Entwickler das Endprodukt wahrnehmen.
Verbraucher sehen Qualität bedeutet die Wahrnehmung des Endprodukts durch den Benutzer.

Bei der Ausführung der V & V-Aufgaben müssen wir uns auf beide Qualitätsansichten konzentrieren.

Beginnen wir zunächst mit den Definitionen von Verifikation und Validierung, und dann werden wir diese Begriffe anhand von Beispielen verstehen.

Hinweis: Diese Definitionen sind, wie im CSTE CBOK der QAI erwähnt (siehe diesen Link, um mehr über CSTE zu erfahren).

Was ist Verifikation?

Bei der Überprüfung werden die zwischengeschalteten Arbeitsprodukte eines Softwareentwicklungslebenszyklus bewertet, um zu überprüfen, ob wir auf dem richtigen Weg sind, das Endprodukt zu erstellen.

Mit anderen Worten, wir können auch feststellen, dass die Überprüfung ein Prozess zur Bewertung der Mediatorprodukte von Software ist, um zu überprüfen, ob die Produkte die zu Beginn der Phase auferlegten Bedingungen erfüllen.

Die Frage hier ist nun: Was sind die Zwischen- oder Vermittlerprodukte?

Nun, dies können die Dokumente sein, die während der Entwicklungsphasen erstellt werden, wie Anforderungsspezifikation, Entwurfsdokumente, Datenbanktabellendesign, ER-Diagramme, Testfälle, Rückverfolgbarkeitsmatrix , usw.

Manchmal vernachlässigen wir die Wichtigkeit der Überprüfung dieser Dokumente, aber wir sollten verstehen, dass die Überprüfung selbst viele versteckte Anomalien aufdecken kann, wenn sie in der späteren Phase des Entwicklungszyklus gefunden oder behoben werden und sehr kostspielig sein können.

Durch die Überprüfung wird sichergestellt, dass das System (Software, Hardware, Dokumentation und Personal) den Standards und Prozessen eines Unternehmens entspricht, wobei auf die Überprüfung oder nicht ausführbare Methoden zurückgegriffen wird.

Wo wird die Überprüfung durchgeführt?

Spezifisch für IT-Projekte sind im Folgenden einige Bereiche aufgeführt (ich muss betonen, dass dies nicht alles ist), in denen die Überprüfung durchgeführt wird.

ÜberprüfungssituationSchauspielerDefinitionAusgabe
Überprüfung der Testdokumentation (Peer Review)QA-TeammitgliederBei einem Peer Review überprüfen die Teammitglieder gegenseitig die Arbeit, um sicherzustellen, dass die Dokumentation selbst keine Fehler enthält.Testdokumentation zur Weitergabe an externe Teams.
Überprüfung der geschäftlichen / funktionalen AnforderungenEntwicklerteam / Kunde für geschäftliche Anforderungen.Dies ist ein notwendiger Schritt, um nicht nur sicherzustellen, dass die Anforderungen erfasst und / oder korrekt sind, sondern auch, ob sie machbar sind oder nicht.Finalisierte Anforderungen, die für den nächsten Schritt bereit sind - Design.
DesignprüfungEntwicklerteamNach der Erstellung des Designs überprüft das Entwicklerteam diese gründlich, um sicherzustellen, dass die funktionalen Anforderungen über das vorgeschlagene Design erfüllt werden können.Design kann jetzt in ein IT-System implementiert werden.
Code-exemplarische VorgehensweiseEinzelentwicklerDer einmal geschriebene Code wird überprüft, um syntaktische Fehler zu identifizieren. Dies ist eher beiläufig und wird vom einzelnen Entwickler anhand des von ihm selbst entwickelten Codes durchgeführt.Code bereit für Unit-Tests.
Code-InspektionEntwicklerteamDies ist eine formellere Einrichtung. Fachexperten und Entwickler überprüfen den Code, um sicherzustellen, dass er mit den Geschäfts- und Funktionszielen der Software übereinstimmt.Code zum Testen bereit.
Überprüfung des Testplans (intern für das QS-Team)QA-TeamEin Testplan wird vom QS-Team intern überprüft, um sicherzustellen, dass er korrekt und vollständig ist.Ein Testplandokument, das für die externen Teams freigegeben werden kann (Projektmanagement, Geschäftsanalyse, Entwicklung, Umgebung, Kunde usw.).
Überprüfung des Testplans (extern)Projektmanager, Business Analyst und Entwickler.Eine formale Analyse des Testplandokuments, um sicherzustellen, dass der Zeitplan und andere Überlegungen des QS-Teams mit den anderen Teams und dem gesamten Projekt selbst übereinstimmen.Ein unterschriebenes oder genehmigtes Testplandokument, auf dessen Grundlage die Testaktivität basieren wird.
Endgültige Überprüfung der TestdokumentationBusiness Analyst und Entwicklungsteam.Eine Überprüfung der Testdokumentation, um sicherzustellen, dass die Testfälle alle Geschäftsbedingungen und Funktionselemente des Systems abdecken.Testdokumentation zur Ausführung bereit.

Siehe die Überprüfung der Testdokumentation Artikel, der einen detaillierten Prozess darüber veröffentlicht, wie Tester die Überprüfung durchführen können.

Was ist Validierung?

Bei der Validierung wird das Endprodukt bewertet, um zu überprüfen, ob die Software den Geschäftsanforderungen entspricht. Mit einfachen Worten, die Testausführung, die wir in unserem täglichen Leben durchführen, ist tatsächlich die Validierungsaktivität, die beinhaltet Rauchprüfung , Funktionstests, Regressionstests, Systemtests usw.

Bei der Validierung handelt es sich um alle Arten von Tests, bei denen mit dem Produkt gearbeitet und getestet wird.

Nachfolgend sind die Validierungstechniken aufgeführt:

Die physische Validierung stellt sicher, dass das System gemäß einem Plan arbeitet, indem die Systemfunktionen durch eine Reihe von Tests ausgeführt werden, die beobachtet und bewertet werden können.

Fair genug, oder? Hier kommen meine zwei Cent:

Wenn ich versuche, mich in meiner Klasse mit diesem V & V-Konzept auseinanderzusetzen, herrscht große Verwirrung. Ein einfaches, kleines Beispiel scheint die ganze Verwirrung zu lösen. Es ist etwas albern, funktioniert aber wirklich.

Validierungs- und Verifizierungsbeispiele

Beispiel aus dem wirklichen Leben ::Stellen Sie sich vor, Sie gehen in ein Restaurant / Restaurant und bestellen vielleicht Blaubeerpfannkuchen. Wenn der Kellner / die Kellnerin Ihre Bestellung herausbringt, wie können Sie feststellen, dass das herausgekommene Essen Ihrer Bestellung entspricht?

Die ersten Dinge sind, dass wir es betrachten und die folgenden Dinge bemerken:

pl sql Interview Fragen und Antworten pdf
  • Sieht das Essen so aus, wie Pfannkuchen normalerweise aussehen?
  • Sind die Blaubeeren zu sehen?
  • Riechen sie richtig?

Vielleicht mehr, aber Sie verstehen das Wesentliche richtig?

Auf der anderen Seite, wenn Sie absolut sicher sein müssen, ob das Essen so ist, wie Sie es erwartet haben: Sie müssen es essen.

Die Überprüfung ist alles, wenn Sie noch nicht gegessen haben, aber ein paar Dinge überprüfen, indem Sie die Themen überprüfen. Die Validierung erfolgt, wenn Sie das Produkt tatsächlich essen, um festzustellen, ob es richtig ist.

In diesem Zusammenhang kann ich mir nicht helfen, sondern gehe zurück zum CSTE CBOK Referenz. Es gibt eine wunderbare Aussage, die uns hilft, dieses Konzept nach Hause zu bringen.

Die Überprüfung beantwortet die Frage: 'Haben wir das richtige System erstellt?' Während die Validierung lautet: 'Haben wir das System richtig aufgebaut?'

V & V in verschiedenen Phasen des Entwicklungslebenszyklus

Die Überprüfung und Validierung erfolgt in jeder Phase des Entwicklungslebenszyklus.

Versuchen wir, sie uns anzusehen.

# 1) V & V-Aufgaben - - Planung

  • Überprüfung des Vertrages.
  • Bewertung des Konzeptdokuments.
  • Risikoanalyse durchführen.

# 2) V & V-Aufgaben - - Anforderungsphase

  • Bewertung der Softwareanforderungen.
  • Auswertung / Analyse der Schnittstellen.
  • Erstellung des Systemtestplans.
  • Erstellung eines Abnahmetestplans.

# 3) V & V-Aufgaben - - Design-Phase

  • Bewertung des Software-Designs.
  • Bewertung / Analyse der Schnittstellen (UI).
  • Erstellung eines Integrationstestplans.
  • Erstellung des Komponententestplans.
  • Generierung des Testdesigns.

# 4) V & V-Aufgaben - - Implementierungsphase

  • Auswertung des Quellcodes.
  • Auswertung von Dokumenten.
  • Generierung von Testfällen.
  • Generierung des Testverfahrens.
  • Ausführung von Komponententestfällen.

# 5) V & V-Aufgaben - - Testphase

  • Ausführung des Systemtestfalls.
  • Ausführung des Abnahmetestfalls.
  • Aktualisieren der Rückverfolgbarkeitsmetriken.
  • Risikoanalyse

# 6) V & V-Aufgaben - - Installations- und Checkout-Phase

  • Prüfung der Installation und Konfiguration.
  • Der letzte Test des Builds des Installationskandidaten.
  • Erstellung des endgültigen Prüfberichts.

# 7) V & V-Aufgaben - - Betriebsphase

  • Bewertung neuer Einschränkungen.
  • Bewertung der vorgeschlagenen Änderung.

# 8) V & V-Aufgaben - - Wartungsphase

  • Bewertung der Anomalien.
  • Bewertung der Migration.
  • Bewertung der Wiederholungsmerkmale.
  • Bewertung der vorgeschlagenen Änderung.
  • Validierung der Produktionsprobleme.

Unterschied zwischen Verifikation und Validierung

Überprüfung gegen Validierung

ÜberprüfungValidierung
Bewertet die Zwischenprodukte, um zu prüfen, ob sie den spezifischen Anforderungen der jeweiligen Phase entsprechen.Bewertet das Endprodukt, um zu überprüfen, ob es den Geschäftsanforderungen entspricht.
Überprüft, ob das Produkt gemäß den angegebenen Anforderungen und Konstruktionsspezifikationen hergestellt wurde.Es bestimmt, ob die Software einsatzbereit ist und die geschäftlichen Anforderungen erfüllt.
Überprüft 'Bauen wir das Produkt richtig'?Überprüft 'Bauen wir das richtige Produkt'?
Dies erfolgt ohne Ausführung der Software.Ist mit der Ausführung der Software fertig.
Umfasst alle statischen Testtechniken.Beinhaltet alle dynamischen Testtechniken.
Beispiele hierfür sind Überprüfungen, Inspektionen und exemplarische Vorgehensweisen.Das Beispiel umfasst alle Arten von Tests wie Rauch, Regression, Funktion, Systeme und UAT.

Verschiedene Standards

ISO / IEC 12207: 2008

ÜberprüfungsaktivitätenValidierungsaktivitäten
Die Überprüfung der Anforderungen umfasst eine Überprüfung der Anforderungen.Bereiten Sie die Testanforderungsdokumente, Testfälle und andere Testspezifikationen vor, um die Testergebnisse zu analysieren.
Die Entwurfsüberprüfung umfasst die Überprüfung aller Entwurfsdokumente, einschließlich HLD und LDD.Bewerten Sie, ob diese Testanforderungen, Testfälle und anderen Spezifikationen die Anforderungen widerspiegeln und für die Verwendung geeignet sind.
Die Codeüberprüfung umfasst die Codeüberprüfung.Test auf Grenzwerte, Spannung und Funktionalitäten.
Dokumentationsüberprüfung ist die Überprüfung von Benutzerhandbüchern und anderen zugehörigen Dokumenten.Testen Sie auf Fehlermeldungen und im Fehlerfall wird die Anwendung ordnungsgemäß beendet. Testet, ob die Software die Geschäftsanforderungen erfüllt und einsatzbereit ist.

CMMI:

Verifikation und Validierung sind zwei verschiedene KPAs auf Reifegrad 3

ÜberprüfungsaktivitätenValidierungsaktivitäten
Peer Reviews durchführen.Überprüfen Sie, ob die Produkte und ihre Komponenten für die Umwelt geeignet sind.
Überprüfen Sie die ausgewählten Arbeitsprodukte.Wenn der Validierungsprozess implementiert wird, wird er überwacht und gesteuert.
Standardisieren Sie einen bestimmten Prozess, indem Sie Richtlinien auf Organisationsebene für die Planung und Durchführung von Überprüfungen festlegen.Machen Sie Lektionen gelernt und sammeln Sie Verbesserungsinformationen. Einen bestimmten Prozess institutionalisieren.

IEEE 1012:

Die Ziele dieser Testaktivitäten sind:

  • Erleichtert die Früherkennung und Korrektur von Fehlern.
  • Ermutigt und verbessert Managementinterventionen innerhalb von Prozess- und Produktrisiken.
  • Bietet unterstützende Maßnahmen für den Software-Lebenszyklusprozess, um die Einhaltung von Zeitplan- und Budgetanforderungen zu verbessern.

Wann wird Validieren und Überprüfen verwendet?

Hierbei handelt es sich um unabhängige Verfahren, die gemeinsam angewendet werden sollten, um zu überprüfen, ob das System oder die Anwendung den Anforderungen und Spezifikationen entspricht und den beabsichtigten Zweck erfüllt. Beides sind wichtige Bestandteile des Qualitätsmanagementsystems.

Es ist häufig möglich, dass ein Produkt die Überprüfung durchläuft, jedoch in der Validierungsphase fehlschlägt. Da es die dokumentierten Anforderungen und Spezifikationen erfüllte, waren diese Spezifikationen selbst nicht in der Lage, die Bedürfnisse des Benutzers zu erfüllen. Daher ist es wichtig, Tests für beide Typen durchzuführen, um die Gesamtqualität sicherzustellen.

Die Überprüfung kann als interner Prozess in der Entwicklung, im Scale-up oder in der Produktion verwendet werden. Andererseits sollte die Validierung als externer Prozess verwendet werden, um die Akzeptanz der Fitness bei den Stakeholdern zu erreichen.

Ist UAT Validierung oder Verifikation?

UAT (User Acceptance Testing) sollte als Validierung betrachtet werden. Dies ist die reale Validierung des Systems oder der Anwendung, die von den tatsächlichen Benutzern durchgeführt wird, die validieren, ob das System 'einsatzbereit' ist.

Fazit

V & V-Prozesse bestimmen, ob die Produkte einer bestimmten Aktivität den Anforderungen entsprechen und für ihre Verwendung geeignet sind.

Abschließend sind einige Dinge zu beachten:

  1. In sehr einfacheren Worten (um jede Art von Verwirrung zu vermeiden) erinnern wir uns nur daran, dass Verifizierung die Überprüfungsaktivitäten oder die statischen Testtechniken bedeutet und Validierung die tatsächlichen Testausführungsaktivitäten oder die dynamischen Testtechniken bedeutet.
  2. Die Überprüfung kann das Produkt selbst betreffen oder nicht. Die Validierung benötigt definitiv das Produkt. Manchmal kann eine Überprüfung der Dokumente durchgeführt werden, die das endgültige System darstellen.
  3. Die Überprüfung und Validierung muss nicht unbedingt von den Testern durchgeführt werden. Wie Sie oben in diesem Artikel sehen, werden einige davon von den Entwicklern und anderen Teams durchgeführt.

Dies ist alles, was Sie über Verifizierung und Validierung wissen müssen, um die KMU (Fachexperten) zu diesem Thema zu sein.

Literatur-Empfehlungen

^