Menü

Was ist das STLC V-Modell?

what is stlc v model

Versuchen Sie Unser Instrument, Um Probleme Zu Beseitigen

Was ist das STLC V-Modell?

Eines der größten Nachteile von Wasserfall STLC-Modell war, dass Defekte in einem sehr späteren Stadium des Entwicklungsprozesses gefunden wurden, da die Tests am Ende des Entwicklungszyklus durchgeführt wurden. Es wurde sehr schwierig und kostspielig, die Mängel zu beheben, da sie zu einem sehr späteren Zeitpunkt gefunden wurden. Um dieses Problem zu lösen, wurde ein neues Entwicklungsmodell namens „V-Modell“ eingeführt.

Das V-Modell ist heute einer der am häufigsten verwendeten Softwareentwicklungsprozesse. Die Einführung des V-Modells hat die Implementierung von Tests bereits in der Anforderungsphase bewiesen. Das V-Modell wird auch als Verifizierungs- und Validierungsmodell bezeichnet.

STLC V-Modell

Was du lernen wirst:

Verifizierung und Validierung

Um das V-Modell zu verstehen, verstehen wir zunächst, was Verifizierung und Validierung in Software ist.

Überprüfung :: Die Überprüfung ist eine statische Analysetechnik. Bei dieser Technik wird das Testen durchgeführt, ohne den Code auszuführen. Beispiele hierfür sind - Überprüfungen, Inspektion und exemplarische Vorgehensweise.

Validierung :: Die Validierung ist eine dynamische Analysetechnik, bei der das Testen durch Ausführen des Codes erfolgt. Beispiele umfassen funktionale und nicht funktionale Testtechniken.

V-Modell

Im V-Modell werden die Entwicklungs- und QS-Aktivitäten gleichzeitig durchgeführt. Es gibt keine diskrete Phase namens Testen, sondern das Testen beginnt direkt ab der Anforderungsphase. Die Überprüfungs- und Validierungsaktivitäten gehen Hand in Hand.

Um das V-Modell zu verstehen, sehen wir uns die folgende Abbildung an:

STLC V-Modell

Fragen zum Vorstellungsgespräch für Leistungstests für erfahrene

In einem typischen Entwicklungsprozess zeigt die linke Seite die Entwicklungsaktivitäten und die rechte Seite die Testaktivitäten. Ich sollte mich nicht irren, wenn ich sage, dass in der Entwicklungsphase sowohl die Verifizierung als auch die Validierung zusammen mit den tatsächlichen Entwicklungsaktivitäten durchgeführt werden.

Lassen Sie uns nun die Abbildung verstehen:

Links

Wie bereits erwähnt, handelt es sich bei Aktivitäten auf der linken Seite um Entwicklungsaktivitäten. Normalerweise fühlen wir, Welche Tests können wir in der Entwicklungsphase durchführen? Dies ist jedoch das Schöne an diesem Modell, das zeigt, dass Tests auch in allen Phasen der Entwicklungsaktivitäten durchgeführt werden können.

Anforderungsanalyse : In dieser Phase werden die Anforderungen gesammelt, analysiert und untersucht. Hier ist es nicht wichtig, wie das System implementiert wird, aber was das System tun soll, ist wichtig. Brainstorming-Sitzungen / Komplettlösung, Interviews werden durchgeführt, um die Ziele klar zu machen.

  • Überprüfungsaktivitäten : Anforderungsüberprüfungen.
  • Validierungsaktivitäten : Erstellung von UAT ( Benutzerakzeptanztest ) Testfälle
  • Artefakte hergestellt : Anforderungsverständnis Dokument, UAT-Testfälle.

Systemanforderungen / High-Level-Design : In dieser Phase wird das allgemeine Design der Software erstellt. Das Team untersucht und untersucht, wie die Anforderungen umgesetzt werden können. Die technische Machbarkeit der Anforderungen wird ebenfalls untersucht. Das Team entwickelt auch die Module, die erstellt werden sollen / Abhängigkeiten, Hardware- / Software-Anforderungen

  • Überprüfungsaktivitäten : Design Bewertungen
  • Validierungsaktivitäten : Erstellung von Systemtestplan und Fälle, Erstellung von Rückverfolgbarkeitsmetriken
  • Artefakte hergestellt : Systemtestfälle, Machbarkeitsberichte, Systemtestplan, Hardware-Software-Anforderungen und zu erstellende Module usw.

Architekturdesign: In dieser Phase basiert auf dem High-Level-Design , Softwarearchitektur wird erstellt. Die Module, ihre Beziehungen und Abhängigkeiten, Architekturdiagramme, Datenbanktabellen und Technologiedetails werden in dieser Phase fertiggestellt.

  • Überprüfungsaktivitäten : Design Bewertungen
  • Validierungsaktivitäten : Integrationstestplan und Testfälle.
  • Artefakte hergestellt : Entwurfsdokumente, Integrationstestplan und Testfälle, Datenbanktabellenentwürfe usw.

Moduldesign / Low-Level-Design: In dieser Phase wird jedes Modul der Softwarekomponenten einzeln entworfen. In dieser Phase werden Methoden, Klassen, Schnittstellen, Datentypen usw. finalisiert.

  • Überprüfungsaktivitäten : Design Bewertungen
  • Validierungsaktivitäten : Erstellung und Überprüfung von Unit-Testfällen.
  • Artefakte hergestellt : Unit Testfälle,

Implementierung / Code : In dieser Phase erfolgt die eigentliche Codierung.

  • Überprüfungsaktivitäten : Überprüfung des Codes, Überprüfung der Testfälle
  • Validierungsaktivitäten : Erstellung von Funktionstestfällen.
  • Artefakte hergestellt : Testfälle, Checkliste überprüfen.

Rechte Seite

Die rechte Seite zeigt die Testaktivitäten oder die Validierungsphase. Wir werden von unten beginnen.

Unit Testing: In dieser Phase werden alle Unit-Testfälle ausgeführt, die in der Entwurfsphase auf niedriger Ebene erstellt wurden.

* Unit-Test ist eine White-Box-Testtechnik, bei der ein Code geschrieben wird, der eine Methode (oder einen anderen Code) aufruft, um zu testen, ob das Code-Snippet die erwartete Ausgabe liefert oder nicht. Diese Tests werden grundsätzlich vom Entwicklungsteam durchgeführt. Im Falle einer Anomalie werden Fehler protokolliert und verfolgt.

Artefakte hergestellt : Ergebnisse der Unit-Test-Ausführung

Integrationstests : In dieser Phase werden die Integrationstestfälle ausgeführt, die in der Phase des Architekturentwurfs erstellt wurden. Im Falle von Anomalien werden Fehler protokolliert und verfolgt.

* Integrationstest: Integrationstest ist eine Technik, bei der die Unit-getesteten Module integriert werden und getestet wird, ob die integrierten Module die erwarteten Ergebnisse liefern. In einfacheren Worten wird überprüft, ob die Komponenten der Anwendung wie erwartet zusammenarbeiten.

Artefakte hergestellt : Integrationstestergebnisse.

Systemtests : In dieser Phase werden alle Systemtestfälle, Funktionstestfälle und nichtfunktionstestfälle ausgeführt. Mit anderen Worten, hier findet die eigentliche und vollständige Prüfung der Anwendung statt. Fehler werden protokolliert und auf ihre Schließung hin verfolgt. Die Fortschrittsberichterstattung ist ebenfalls ein wesentlicher Bestandteil dieser Phase. Die Rückverfolgbarkeitsmetriken werden aktualisiert, um die Abdeckung und das Risiko zu überprüfen.

Artefakte hergestellt : Testergebnisse, Testprotokolle, Fehlerbericht, Testzusammenfassungsbericht und aktualisierte Rückverfolgbarkeitsmatrizen.

User Acceptance Testing : Abnahmetests beziehen sich im Wesentlichen auf das Testen von Geschäftsanforderungen. Hier werden Tests durchgeführt, um zu überprüfen, ob die Geschäftsanforderungen in der Benutzerumgebung erfüllt sind. Kompatibilitätstests und manchmal nicht funktionierende Tests ( Belastung, Stress und Volumen ) In dieser Phase werden auch Tests durchgeführt.

Artefakte hergestellt : UAT-Ergebnisse, Aktualisierte Geschäftsabdeckungsmatrizen.

Wann soll das V-Modell verwendet werden?

Das V-Modell ist anwendbar, wenn:

  • Die Anforderung ist klar definiert und nicht mehrdeutig
  • Akzeptanzkriterien sind gut definiert.
  • Das Projekt ist kurz bis mittelgroß.
  • Technologie und verwendete Werkzeuge sind nicht dynamisch.

Vor- und Nachteile der Verwendung des V-Modells

PROSNachteile
- Entwicklung und Fortschritt sind sehr organisiert und systematisch-Nicht für größere und komplexe Projekte geeignet
- Funktioniert gut für kleinere bis mittelgroße Projekte.- Nicht geeignet, wenn die Anforderungen nicht übereinstimmen.
- Das Testen beginnt von vorne, sodass Unklarheiten von Anfang an erkannt werden.- In der Zwischenstufe wird keine funktionierende Software erstellt.
- Einfach zu verwalten, da jede Phase klar definierte Ziele hat.- Es ist keine Risikoanalyse vorgesehen, sodass Unsicherheiten und Risiken bestehen.

Literatur-Empfehlungen

^