Menü

Testausführung beim Softwaretest: Genauer Prozess und Plan mit Beispiel

test execution software testing

Versuchen Sie Unser Instrument, Um Probleme Zu Beseitigen

Genauer Prozess und Plan zur Ausführung von Testfällen mit realen Beispielen.

Heute in unserem Mini-Schulungskurs zum Testen von Software Wir kommen in die letzte Phase des STLC, nämlich die Test Ausführung .

Sie können die Liste aller Tutorials in dieser kostenlosen QS-Schulungsreihe auf dieser Seite einsehen: End-to-End-Schulung zum Testen von Software in einem Live-Projekt.

Die Testausführung ist ohne Zweifel die wichtigste und „stattfindende“ Phase in der STLC und auch den gesamten Entwicklungslebenszyklus. Der Grund ist - der Beitrag und die Arbeit jedes Teams / Teammitglieds werden hier validiert:

Testausführung beim Testen von Software

  • Hat der Business Analyst die Anforderungen richtig interpretiert?
  • Hat das Entwicklungsteam die Geschäftsanforderungen in funktionale Anforderungen übersetzt und schließlich korrekt codiert?
  • Haben der Datenarchitekt und die Datenbankadministratoren die richtigen Back-End-Systeme entworfen?

Bei der Testausführung finden Sie alle Antworten auf diese Fragen. Das macht uns, QAs, zu den Helden des gesamten Softwareentwicklungsprozesses, nicht wahr? :) :)

Die Testausführung ist auch der „Test“ -Teil des SDLC.

MP3-Musik-Downloader für Android herunterladen

Sobald die Testfälle geschrieben, mit den BAs und dem Entwicklerteam geteilt und von ihnen überprüft wurden, werden Änderungen dem QA-Team (falls vorhanden) mitgeteilt. Das QA-Team nimmt die erforderlichen Änderungen vor. Die Testentwurfsphase ist abgeschlossen. Das Vorbereiten der Testfälle bedeutet nicht, dass wir den Testlauf starten können. Wir müssen unter anderem auch die Anwendung bereithalten.

Was du lernen wirst:

Richtlinien für die Testausführung

Lassen Sie uns nun eine Liste aller Dinge erstellen, die für das Verständnis der Testausführungsphase wichtig sind:

# 1) Das bauen (Der Code, der vom Entwicklerteam geschrieben wird, wird in einen so genannten Build gepackt. Dies ist nichts anderes als eine installierbare Software (AUT), die zur Bereitstellung in der QS-Umgebung bereit ist.) Wird bereitgestellt (mit anderen Worten, installiert) und der QS-Umgebung zur Verfügung gestellt) ist einer der wichtigsten Aspekte, die für den Start der Testausführung erforderlich sind.

#zwei) Die Testausführung erfolgt in der QS-Umgebung . Um sicherzustellen, dass die Arbeit des Entwicklerteams am Code nicht an derselben Stelle stattfindet, an der das QA-Team testet, ist es allgemein üblich, eine dedizierte Dev- und QA-Umgebung zu haben. (Es gibt auch eine Produktionsumgebung zum Hosten der Live-Anwendung).

Dies dient im Wesentlichen dazu, die Integrität der Anwendung in verschiedenen Phasen des SDLC-Lebenszyklus zu gewährleisten. Ansonsten sind im Idealfall alle drei Umgebungen identisch.

#3) Größe des Testteams ist vom Beginn des Projekts an nicht konstant. Wenn der Testplan gestartet wird, hat das Team möglicherweise nur einen Teamleiter. Während der Testdesignphase kommen einige Tester an Bord. Die Testausführung ist die Phase, in der das Team seine maximale Größe erreicht hat.

kostenlos youtube to mp4 video downloader

# 4) Die Testausführung erfolgt auch in mindestens 2 Zyklen (3 in einigen Projekten). In der Regel werden in jedem Zyklus alle Testfälle (die gesamte Testsuite) ausgeführt. Das Ziel des ersten Zyklus besteht darin, Blockierungen, kritische Fehler und die meisten hohen Fehler zu identifizieren.

Ziel des zweiten Zyklus ist es, verbleibende hohe und mittlere Fehler zu identifizieren, Lücken in den Skripten zu korrigieren und Ergebnisse zu erzielen.

# 5) Die Testausführungsphase besteht aus: Ausführen der Testskripte + Wartung der Testskripte (korrekte Lücken in den Skripten) + Berichterstellung (Fehler, Status, Metriken usw.) Daher bei der Planung dieser Phase Zeitpläne und Anstrengungen sollten geschätzt werden Berücksichtigung all dieser Aspekte und nicht nur der Skriptausführung.

# 6) Nachdem das Testskript ausgeführt und das AUT bereitgestellt wurde - und bevor die Testausführung beginnt, gibt es einen Zwischenschritt. Dies nennt man das 'Test Readiness Review (TRR)' . Dies ist eine Art Übergangsschritt, der die Testentwurfsphase beendet und uns die Testausführung erleichtert.

Informationen zu diesem Schritt und ein Beispiel für eine Checkliste zur Überprüfung der Testbereitschaft finden Sie unter folgendem Link: Checkliste für Softwaretests

# 7) Zusätzlich zur TRR gibt es nur noch wenige zusätzliche Überprüfungen, bevor wir sicherstellen, dass wir den aktuellen Build akzeptieren können, der in der QS-Umgebung für die Testausführung bereitgestellt wird.

Das sind die Rauch- und Gesundheitstests . Detaillierte Informationen dazu finden Sie unter: Was ist Rauch- und Gesundheitstest?

# 8) Nach erfolgreichem Abschluss der TRR-, Rauch- und Sanity-Tests beginnt der Testzyklus offiziell.

# 9) Versuchsforschung würde ausgeführt werden, sobald der Build zum Testen bereit ist. Mit diesem Test soll sichergestellt werden, dass kritische Fehler beseitigt werden, bevor die nächsten Teststufen beginnen können. Diese Erkundungstests werden in der Anwendung ohne Testskripte und Dokumentation durchgeführt. Es hilft auch, sich mit dem AUT vertraut zu machen.

# 10) Wie in den anderen Phasen des STLC wird auch in der Testausführungsphase die Arbeit unter den Teammitgliedern aufgeteilt. Die Unterteilung kann auf Modul- oder Testfallanzahl oder auf irgendetwas anderem basieren, das sinnvoll sein könnte.

#elf) Das primäre Ergebnis der Testausführungsphase liegt hauptsächlich in Form von Berichten vor, d. H. Fehlerbericht und Testausführungsstatusbericht. Den detaillierten Prozess für die Berichterstattung finden Sie unter Testausführungsberichte.

Neue Spalten im Testfalldokument

Das Testfalldokument wird jetzt um die folgenden zwei Spalten erweitert: Status und Ist-Ergebnis .

(( Hinweis : Für die Testausführung eines Live-Projekts haben wir diese Spalten mit den Ergebnissen der Testausführung in der unten zum Download bereitgestellten Tabelle für Testfälle hinzugefügt und aktualisiert.)

# 1) Statusspalte

Die Testausführung ist nichts anderes als die Verwendung der Testschritte auf dem AUT, die Bereitstellung der Testdaten (wie im Testfalldokument angegeben) und die Beobachtung des Verhaltens des AUT, um festzustellen, ob es das erwartete Ergebnis erfüllt oder nicht.

Wenn das erwartete Ergebnis nicht erreicht wird, kann es als Fehler ausgelegt werden. Der Status des Testfalls lautet 'Fehlgeschlagen'. Wenn das erwartete Ergebnis erreicht ist, lautet der Status 'Bestanden'. Wenn der Testfall aus irgendeinem Grund nicht ausgeführt werden kann (ein vorhandener Defekt oder eine Umgebung wird nicht unterstützt), lautet der Status 'Blockiert'.

Der Status eines Testfalls, der noch ausgeführt werden muss, kann auf Kein Lauf / nicht ausgeführt gesetzt oder leer gelassen werden.

  • Wenn bei einem Testfall mit mehreren Schritten das erwartete Ergebnis eines bestimmten Schritts (in der Mitte der Testfallschritte) nicht erreicht wird, kann der Testfallstatus genau dort auf 'Fehlgeschlagen' gesetzt werden und die nächsten Schritte müssen nicht ausgeführt werden.
  • Der Status „Fail“ kann rot angezeigt werden, wenn Sie sofort darauf aufmerksam machen möchten.

# 2) Tatsächliche Ergebnisspalte

Dies ist ein Bereich, in dem wir Tester die Abweichung vom erwarteten Ergebnis aufzeichnen können. Wenn das erwartete Ergebnis erreicht ist (oder ein Testfall mit dem Status 'Bestanden'), kann dieses Feld leer gelassen werden. Wenn das erwartete Ergebnis erreicht wird, bedeutet dies, dass das tatsächliche Ergebnis = erwartetes Ergebnis ist, was bedeutet, dass das Umschreiben in die Spalte mit dem tatsächlichen Ergebnis eine Wiederholung und Redundanz darstellt.

Ein Screenshot der Abweichung kann an diese Spalte angehängt werden, um die Übersichtlichkeit des Problems zu verbessern.

Ergebnisse der Testausführung für OrangeHRM Live Project

Lassen Sie uns nun OrangeHRM herunterladen und die Testausführung anhand der oben aufgeführten Richtlinien durchführen.

Hier sind einige Punkte zu beachten:

  • Die erweiterte Testfallvorlage.
  • Explorative Tests wie angegeben sind ohne Testskripte durchzuführen. Sie können die Anwendung also nach Belieben parallel testen.
  • Aufgrund der Einschränkungen, die wir bei der Präsentation des Live-Projekts in Form von lesbaren Inhalten haben, wird in der Beispielvorlage für die Testausführung nur eine begrenzte Anzahl von Testfällen / Funktionen der OrangeHRM-Anwendung angezeigt. Bitte denken Sie auch hier daran, mehr für die praktischste Erfahrung zu arbeiten.
  • Die Sanity- und Smoke-Testsuiten werden ebenfalls zum Dokument hinzugefügt, um Ihnen eine Vorstellung davon zu geben, welche Art von Testfällen für diese Phasen in Betracht gezogen werden.
  • Fehler werden noch nicht protokolliert, obwohl der Status einiger Testfälle auf 'Fehlgeschlagen' gesetzt ist. Dies liegt daran, dass das Protokollieren der Fehler der nächstwichtigste / am häufigsten bearbeitete Aspekt unseres Lebens als Tester ist. Wir wollen uns daher im nächsten Artikel ausführlich damit befassen.

Testfälle mit Ausführungsergebnissen:

=> Klicken Sie hier, um das Testfallausführungsdokument herunterzuladen.

Es beinhaltet - Ergebnis der Ausführung von Testfällen, Rauchtests, Sanity-Tests, Erkundungstests - Tabellenkalkulationen

Wenn ein Testmanagement-Tool zum Erstellen und Verwalten des Testfalls verwendet wurde, kann dasselbe auch für die Testausführung verwendet werden. Die Verwendung eines Tools erleichtert die Berichterstellung, ansonsten ist der Vorgang zum Ausführen der Testfälle der gleiche. Bitte lesen Sie diesen Artikel, um sich ein Bild davon zu machen Verwendung von HP ALM für die Ausführung von Testfällen .

(Klicken Sie auf das Bild für eine vergrößerte Ansicht)

ALM für Testergebnis

Dies bringt uns zum Ende eines weiteren interessanten Abschnitts des Testprozesses. Im nächsten und letzten Artikel dazu kostenloser Online-Software-Test QS-Schulungs-Minikurs Wir werden uns eingehend mit Mängeln befassen. Schließen Sie Themen wie „Wann muss der Test beendet werden?“, Metriken und QS-Abmeldung ab.

=> QA Training Tag 6: Fehlerverfolgung, Testmetriken und Testabmeldung

Bitte lassen Sie uns wissen, wie es uns geht und bleiben Sie auf dem Laufenden für den nächsten Artikel.

So öffnen Sie eine .json-Datei

Literatur-Empfehlungen

^