Menü

Was ist frühes Testen: Früh testen, oft testen, ABER wie? (Ein praktischer Leitfaden)

  • Haupt
  • Konzepte Testen
  • Was ist frühes Testen: Früh testen, oft testen, ABER wie? (Ein praktischer Leitfaden)

what is early testing

Versuchen Sie Unser Instrument, Um Probleme Zu Beseitigen

Was ist frühes Testen?

Das Testen von Software sollte früh im Lebenszyklus der Softwareentwicklung beginnen. Dies hilft, Fehler in den frühen Stadien der SDLC zu erfassen und zu beseitigen, d. H. In den Phasen der Anforderungserfassung und des Entwurfs. Ein früher Testbeginn hilft, die Anzahl der Fehler und letztendlich die Nacharbeitskosten zu reduzieren.

Die verschiedenen Aspekte von Frühes Testen Hier werden die QS-Manager und Leads bei der Entwicklung oder Entwicklung des Teststrategiedokuments in SDLC erläutert.

Die Einführung eines frühen Tests führt immens zur erfolgreichen Lieferung eines Qualitätsprodukts.

frühe Tests (1)

Am Ende dieses Tutorials verfügen die Leser, QS-Manager, Leads und Tester über ein angemessenes Wissen über die folgenden Konzepte:

bester sicherer Youtube zu MP3 Konverter
  • Warum frühes Testen in SDLC (Projekt oder Softwareversion)?
  • Umfang der frühen Testbemühungen
    • Was früh testen?
    • Starten und beenden
  • Vor-und Nachteile

Lassen Sie uns nun die Nuancen im Detail untersuchen !!

Was du lernen wirst:

Testprinzipien

Abbildung 1 - Vereinfachte Ansicht der Testprinzipien

1. Testprinzipien

Für eine bestimmte Software-, System- oder Produktversion in SDLC gibt es verschiedene genau definierte Methoden oder Strategien für die meisten der folgenden Testprinzipien.

  • Was ist Testen?
  • Warum testen?
  • Was zu testen?
  • Wie teste ich?

Einige der am häufigsten gestellten Fragen, die viele Leser, Tester, Leads und QS-Manager stellen würden oder zu denen sie mehr Klarheit wünschen, sind (Grauzone in Abbildung 1 )

  • Wann soll mit dem Testen in einer Softwareversion begonnen werden oder wann sollte der Test in einem Projekt beginnen?
  • Wann mit dem Testen beginnen und wann mit dem Testen aufhören?
  • Warum sollten Tests früh in SDLC beginnen?
  • Was ist ein früher Test in der Softwareentwicklung?

Zum leichteren Verständnis des Publikums habe ich alle Fragen zur Grauzone unter einem Dach zusammengefasst Frühes Testen.

Warum früh in SDLC testen?

Lassen Sie uns einige Ereignisse und Aktivitäten diskutieren, die Teil des Testens sind.

Normalerweise weist das Programmverwaltungsteam einer bestimmten Softwareversion oder einem Projekt einen Programmmanager (PM) zu. Der PM erstellt in Zusammenarbeit mit allen Stakeholdern, einschließlich Marketing-, Entwicklungs-, QS- und Support-Teams, einen Release-Zeitplan

In diesem Tutorial habe ich gewählt Vierteljährlicher Veröffentlichungsplan mit das Wasserfallmodell zu erklären Frühe Testkonzepte im Detail.

Testplan für Softwareversionen

Die meisten Organisationen folgen immer noch dem Traditionellen Zeitbasierte Freigabe (TBR) Modelle, bei denen die Software- oder Produktversionen für die vierteljährliche oder halbjährliche oder jährliche Lieferung geplant sind.

Vorwiegend wird das Wasserfallmodell zur Ausführung solcher Softwareversionen verwendet. In einigen Fällen wird für einen kürzeren Release-Zyklus das Agile / Scrum-Modell übernommen.

Figur 2 - - Typischer vierteljährlicher Release-Testplan (kein Gesamtprojekt- oder Release-Zeitplan)

Zeitplan für vierteljährliche Release-Tests

Auswirkungen kritischer oder schwerwiegender Mängel

Figur 3 - - Typische Auswirkung kritischer Mängel

Typische Auswirkung kritischer Mängel

Hauptsächlich Im Verlauf des Testens wird dies erwartet

  • Kritische oder schwerwiegende Mängel müssen von Testern identifiziert und protokolliert werden.
  • Entwickler müssen diese Fehler beheben.
  • Anschließend müssen die Tester die Korrekturen überprüfen.

Zweitens Viele Produkt- und Softwareentwicklungsunternehmen erkennen allgemein an, dass das Beheben und Überprüfen von Fehlern mit hohem Schweregrad oder kritischen Fehlern bei einer sehr großen Anzahl vorliegt

  • Zeitaufwendig
  • Resource Hogging (Mensch + Maschine)
  • Die Behebung kritischer Fehler, die für Sicherheiten anfällig sind, berührt meist einen großen Teil des Codes, einschließlich der Schnittbereiche.

zuletzt Wenn am Ende einer bestimmten Version eine große Anzahl der kritischen Fehler gefunden wird, finden eine oder mehrere der folgenden negativen Entwicklungen statt.

  • Hohe Wahrscheinlichkeit, dass der Testzyklus verlängert wird.
  • Hohe Wahrscheinlichkeit, dass die Veröffentlichungsfrist verpasst wird.
  • Ein bestimmtes Merkmal mit einer großen Anzahl von Fehlern muss möglicherweise alle zusammen aus dieser bestimmten Version herausgezogen werden.
  • Kundenverpflichtungen werden übersehen.

Wie wäre es mit den anderen Defekten?

Es gibt Fehler mittlerer und niedriger Priorität, die von den Testern identifiziert und protokolliert werden. Diese müssen auch vom Entwicklungs- und QS-Team angemessen behandelt werden. Insgesamt ist es also eine umfangreiche Übung.

Es gibt keine Silberkugel

Es ist eine bekannte Tatsache, dass keine Testmenge jeden Fehler eines Softwareprodukts oder des Systems aufdecken kann. Das heißt, praktisch gibt es weder ein Ende der Prüfung noch ist das Produkt fehlerfrei.

Aus dem Wartungsfreundlichkeit Unter dem Gesichtspunkt eines TTM-Modells (Competitive and Time To Market) muss die typische Denkweise gebrochen werden, um zu Beginn eines Release-Zyklus maximale Fehler aufzudecken, insbesondere die Identifizierung kritischer und schwerwiegender Fehler.

Einige oder alle der oben genannten Punkte wirken sich negativ auf das Geschäft der Organisation aus. In diesem Zusammenhang Frühes Testen 'Haben eine separate Testaktivität Dies ist für das Gesamtmanagement von SDLC für ein bestimmtes Projekt oder Release von Vorteil.

Der Umfang der frühen Testbemühungen

Nachdem Sie das Ziel des frühen Testens im vorherigen Abschnitt mit dem Titel „ Warum frühes Testen? Lassen Sie uns nun das Umfang der frühen Testbemühungen ' im Detail.

Da wir Testing Early als neue Aktivität einführen, die ausschließlich im Verlauf der Testausführung verfolgt werden soll, wird empfohlen, den Umfang des Testaufwands wie unten erläutert zu üben

Annahme:

  • Der gesamte Projekt- oder Software-Release-Zeitplan wird genehmigt und allen Beteiligten zur Verfügung gestellt.
  • Das gesamte Dokument zur Teststrategie wird von allen Beteiligten entwickelt, überprüft und genehmigt.
  • Zu testende Funktionen mit hoher, mittlerer und niedriger Priorität sind gut dokumentiert.
  • Testpläne und Testfälle für alle Funktionen werden von allen Beteiligten entwickelt, überprüft und genehmigt.
  • Alle Testpläne und Testfälle werden in ein zentrales Repository hochgeladen, um die Testausführung zu verfolgen.
  • Alle Humanressourcen, Infrastrukturausrüstungen und Tools stehen zum Einrichten der Prüfstände und zum Ausführen von Testplänen zur Verfügung.

Was früh testen?

Figur 4 - - Gesamtansatz für den Umfang des frühen Testens

4.Was in frühen Tests zu testen

Ansatz

  • Nehmen wir eine Beispiel von Release XYZ mit 3 Funktionen A, B und C mit hoher Priorität, 10 Funktionen mit mittlerer Priorität und 15 Funktionen mit geringer Priorität (oder niedriger Priorität).
  • Merkmale mit hoher Priorität sind solche, die hohe Einnahmen und / oder die Einhaltung von Standards und / oder das Aufholen von Wettbewerbern und / oder die One-Upmanship von Wettbewerbern generieren, und all dies.
  • Merkmale mit hoher Priorität beinhalten normalerweise eine komplexe Codierung, wobei eine große Anzahl neuer Codezeilen hinzugefügt wird.
  • Eine große Anzahl neuer Codezeilen kann auch eine hohe Wahrscheinlichkeit von Schnittbereichen bedeuten.
  • Normalerweise sind Funktionen mit hoher Priorität und / oder Funktionen mit einer großen Anzahl neuer Codezeilen die besten Kandidaten für frühzeitiges Testen.
  • Es muss kein separater Testplan für frühe Testaktivitäten entwickelt werden.
  • QS-Leads oder -Tester müssen zusammen mit den Entwicklungsleitern oder KMU (Fachexperten) den Code / die Testabdeckung für diese Testaktivität diskutieren und vereinbaren.
  • Identifizieren Sie geeignete Testfälle mit hoher Priorität und sogar einige Testfälle mit mittlerer Priorität, wenn Sie der Meinung sind, dass dies in den einzelnen Testplänen A, B und C erforderlich ist.
  • Sobald die entsprechenden Funktionen und Teilmengen der Testfälle identifiziert wurden, stellen Sie sicher, dass sie mit dem von der Organisation verwendeten Testverfolgungstool verfolgt werden.

Hinweis: Zusammenarbeit ist der Schlüssel! Während der frühen Testaktivitäten müssen sowohl das Entwicklungs- als auch das QS-Team eng zusammenarbeiten, um sicherzustellen, dass die festgelegten Ziele mit Qualitätsergebnissen erreicht werden.

Starten und beenden Sie den frühen Test

Es ist wichtig, dass sowohl das Entwicklungs- als auch das QA-Team ein Brainstorming durchführen und allen Ansätzen der gesamten Early-Test-Aktivität einschließlich der Start- und Exit-Daten zustimmen, damit sich alle auf derselben Seite befinden.

Einstiegskriterien für den Start

  • Prozentsatz des Abschlusses des Integrationstests
  • Anzahl offener Fehler
  • Keine Blocker, um den frühen Test zu starten

Aktivitätsphase

  • Fortschritt verfolgen
  • Während dieses Tests fällt die Anzahl der Codes ab
  • Ansatz zur Fehlerbehebung
  • Ansatz zur Fehlerüberprüfung
  • Notieren Sie diese Testergebnisse

Abbruchkriterium

  • Übergabe von Aktivitäten an die nächste Testphase (normalerweise Funktionstests).
  • Behebung ungelöster Fehler, die während des frühen Tests gefunden wurden.
  • Auflösung von Blockern, falls vorhanden, für die nächste Testphase.
  • Frühzeitige Testergebnisse veröffentlichen.

Vor-und Nachteile

Jede neue Initiative oder Aktivität hat ihre eigenen Vor- und Nachteile.

Lassen Sie uns die Vor- und Nachteile dieses Testansatzes untersuchen.

Vorteile

  • Ideal für das Wasserfallmodell geeignet.
  • Hilft, kritische Fehler früh im Testzyklus aufzudecken.
  • Erkennung kritischer Fehler früh in einem Veröffentlichungszyklus.
  • Hilft dem Entwicklungsteam, den Kodex frühzeitig zu stabilisieren.
  • Hilft bei der Minimierung der Sicherheiten aufgrund von Fehlerkorrekturen.
  • Hilft dem Entwicklungsteam, Schwachstellen in Kreuzungsbereichen zu Beginn des Veröffentlichungszyklus detailliert zu identifizieren.
  • Das Managementteam kann mit gebührender Sorgfalt geeignete Geschäftsentscheidungen zu ungelösten kritischen Fehlern in dieser bestimmten Version oder einem bestimmten Projekt treffen.
  • Hilft zu verlängern Testabdeckung und effektiv radeln.
  • Hilft bei der effizienten und effektiven Verteilung von Entwicklungs- und Testressourcen.

Nachteile

  • Nicht ideal für Agile / Scrum-Modelle geeignet. Solche Modelle können jedoch mit geeigneten Anpassungen einen frühen Test in Sprints durchführen.
  • Es besteht die Möglichkeit einer Reduzierung Integrationstests vom Entwicklungsteam.

Fazit

Kunden oder Endbenutzer kaufen oder übernehmen Wartungsprodukte oder ein System oder eine Lösung. Die Überprüfung einer Software, die auf einem solchen System oder solchen Produkten ausgeführt wird, auf ihre Wartungsfreundlichkeit ist die Hauptanforderung

Schlüsselkomponenten von Testprinzipien wie Warum testen? Was ist Testen? Was zu testen? Wie teste ich? sind meist gut definiert und verstanden. Es gibt jedoch noch einige Fragen, die sich bei Lesern, Testern, Leads und Managern zu Konzepten wie Early Testing immer wieder stellen.

Die Einführung von Frühtests als integrale Aktivität des gesamten Testplans für ein bestimmtes Softwareprojekt oder eine Version kommt der Organisation immens zugute, wenn sie ein robustes, qualifiziertes Produkt oder System liefert.

Haben Sie jemals die Bedeutung von Early Testing in Ihrer Karriere erkannt? Fühlen Sie sich frei, Ihre Gedanken und Erfahrungen in den Kommentaren unten zu teilen!

Literatur-Empfehlungen

^