Menü

Vollständige Anleitung zum Erstellen von Verifikationstests (BVT-Tests)

build verification testing complete guide

Versuchen Sie Unser Instrument, Um Probleme Zu Beseitigen

Was ist Build Verification Testing (BVT)?

Der Build-Überprüfungstest besteht aus einer Reihe von Tests, die für jeden neuen Build ausgeführt werden, um zu überprüfen, ob der Build testbar ist, bevor er für weitere Tests an das Testteam freigegeben wird.

wie man mkv auf dem pc spielt

Diese Testfälle sind Testfälle mit Kernfunktionalität, die sicherstellen, dass die Anwendung stabil ist und gründlich getestet werden kann. Typischerweise ist der BVT-Prozess automatisiert. Wenn BVT fehlschlägt, wird dieser Build erneut einem Entwickler für das Update zugewiesen.

Build Verification Testing (BVT-Test)

BVT wird auch genannt Rauchprüfung oder Builds Acceptance Testing (BAT)

New Build wird hauptsächlich auf zwei Dinge überprüft:

  • Validierung erstellen
  • Akzeptanz aufbauen

Einige BVT-Grundlagen:

  • Es handelt sich um eine Teilmenge von Tests, mit denen die Hauptfunktionen überprüft werden.
  • Die BVTs werden normalerweise bei täglichen Builds ausgeführt. Wenn der BVT fehlschlägt, wird der Build abgelehnt und nach Abschluss der Korrekturen wird ein neuer Build veröffentlicht.
  • Der Vorteil von BVT besteht darin, dass ein Testteam nicht mehr in der Lage ist, einen Build einzurichten und zu testen, wenn wichtige Funktionen nicht mehr funktionieren.
  • Entwerfen Sie BVTs sorgfältig genug, um die Grundfunktionalität abzudecken.
  • Normalerweise sollte BVT nicht länger als 30 Minuten laufen.
  • BVT ist eine Art von Regressionstests , gemacht bei jedem neuen Build.

BVT prüft in erster Linie die Projektintegrität und prüft, ob alle Module ordnungsgemäß integriert sind oder nicht. Das Testen der Modulintegration ist sehr wichtig, wenn verschiedene Teams Projektmodule entwickeln. Ich habe viele Fälle von Anwendungsfehlern aufgrund einer fehlerhaften Modulintegration gehört. Selbst im schlimmsten Fall wird das gesamte Projekt aufgrund eines Fehlers bei der Modulintegration verschrottet.

Was ist die Hauptaufgabe in Build Release? Offensichtlich Datei 'Einchecken', d. H. Um alle neuen und geänderten Projektdateien einzuschließen, die den jeweiligen Builds zugeordnet sind. BVT wurde hauptsächlich eingeführt, um den anfänglichen Build-Zustand zu überprüfen, d. H. Um zu überprüfen, ob - alle neuen und geänderten Dateien in der Version enthalten sind, alle Dateiformate korrekt sind, jede Dateiversion und Sprache, Flags, die jeder Datei zugeordnet sind.

Diese grundlegenden Überprüfungen sind vor der Build-Freigabe für das Testteam zum Testen wert. Sie sparen Zeit und Geld, indem Sie die Build-Fehler gleich zu Beginn mit BVT entdecken.

Welche Testfälle sollten in BVT enthalten sein?

Dies ist eine sehr schwierige Entscheidung, bevor Sie die BVT-Aufgabe automatisieren. Beachten Sie, dass der Erfolg von BVT davon abhängt, welche Testfälle Sie in BVT einbeziehen.

Hier sind einige einfache Tipps Testfälle in Ihrer BVT Automation Suite:

  • Nehmen Sie nur kritische Testfälle in die BVT auf.
  • Alle in BVT enthaltenen Testfälle sollten stabil sein.
  • Alle Testfälle sollten das erwartete Ergebnis erwartet haben.
  • Stellen Sie sicher, dass alle enthaltenen Testfälle für kritische Funktionen für die Abdeckung von Anwendungstests ausreichen.

Enthält auch keine Module in BVT, die noch nicht stabil sind. Bei einigen in der Entwicklung befindlichen Funktionen können Sie das erwartete Verhalten nicht vorhersagen, da diese Module instabil sind und Sie möglicherweise einige bekannte Fehler kennen, bevor Sie auf diese unvollständigen Module testen. Es macht keinen Sinn, solche Module oder Testfälle in BVT zu verwenden.

Sie können diese Aufgabe zur Aufnahme kritischer Funktionstestfälle vereinfachen, indem Sie mit allen an der Projektentwicklung und dem Testen des Lebenszyklus Beteiligten kommunizieren. Ein solcher Prozess sollte BVT-Testfälle aushandeln, die letztendlich den Erfolg von BVT sicherstellen. Legen Sie einige BVT-Qualitätsstandards fest, und diese Standards können nur durch Analyse der wichtigsten Projektmerkmale und -szenarien erfüllt werden.

Zum Beispiel, Testfälle, die in die Anwendung BVT for Text Editor aufgenommen werden sollen (Nur einige Beispieltests):

  • Testfall zum Erstellen der Textdatei.
  • Testfälle zum Schreiben von etwas in den Texteditor
  • Testfall für die Kopier-, Ausschneide- und Einfügefunktion des Texteditors
  • Testfall zum Öffnen, Speichern und Löschen von Textdateien.

Dies sind einige Beispieltestfälle, die als 'kritisch' gekennzeichnet werden können. Für jede kleinere oder größere Änderung in der Anwendung sollten diese grundlegenden kritischen Testfälle ausgeführt werden. Diese Aufgabe kann von BVT leicht erledigt werden.

BVT-Automatisierungsanzüge müssen von Zeit zu Zeit gewartet und geändert werden. Z.B. Nehmen Sie Testfälle in BVT auf, wenn neue stabile Projektmodule verfügbar sind.

Was passiert, wenn die BVT Suite ausgeführt wird?

Angenommen, die Test-Suite zur Automatisierung der Build-Überprüfung wird nach jedem neuen Build ausgeführt.
# 1) Das Ergebnis der BVT-Ausführung wird an alle mit diesem Projekt verknüpften E-Mail-IDs gesendet.
#zwei) Der BVT-Eigentümer (Person, die die BVT-Suite ausführt und wartet) überprüft das Ergebnis der BVT.
#3) Wenn die BVT fehlschlägt, diagnostiziert der BVT-Besitzer die Fehlerursache.
# 4) Wenn die Fehlerursache der Fehler im Build ist, werden alle relevanten Informationen mit Fehlerprotokollen an die jeweiligen Entwickler gesendet.
# 5) Der Entwickler antwortet dem Team bei seiner ersten Diagnose auf die Fehlerursache. Ob das wirklich ein Fehler ist? Und wenn es sich um einen Fehler handelt, wie sieht dann sein Szenario zur Fehlerbehebung aus?
# 6) Bei erneuter Fehlerbehebung wird die BVT-Testsuite erneut ausgeführt. Wenn der Build BVT besteht, wird der Build an das Testteam übergeben, um weitere Detailfunktionen, Leistung und andere Tests zu erhalten.

Dieser Vorgang wird für jeden neuen Build wiederholt.

Warum ist BVT oder Build fehlgeschlagen?

BVT bricht manchmal. Dies bedeutet nicht, dass der Build immer einen Fehler enthält. Es gibt einige andere Gründe für das Erstellen von Fehlern, z. B. Codierungsfehler bei Testfällen, Fehler bei der Automatisierungssuite, Infrastrukturfehler, Hardwarefehler usw.
Sie müssen die Ursache für die BVT-Unterbrechung beheben und nach der Diagnose geeignete Maßnahmen ergreifen.

Tipps für den Erfolg von BVT:

# 1) Verbringen Sie viel Zeit mit dem Schreiben von BVT-Testfallskripten.
#zwei) Protokollieren Sie so viele detaillierte Informationen wie möglich, um das Ergebnis des Bestehens oder Nichtbestehens des BVT zu diagnostizieren. Dies hilft dem Entwicklerteam beim Debuggen und beim schnellen Erkennen der Fehlerursache.
#3) Wählen Sie stabile Testfälle aus, die in die BVT aufgenommen werden sollen. Wenn für neue Funktionen ein neuer kritischer Testfall konsistent eine andere Konfiguration besteht, bewerben Sie diesen Testfall in Ihrer BVT-Suite. Dies verringert die Wahrscheinlichkeit eines häufigen Build-Fehlers aufgrund neuer instabiler Module und Testfälle.
# 4) Automatisieren Sie den BVT-Prozess so weit wie möglich. Vom Build-Release-Prozess bis zum BVT-Ergebnis - automatisieren Sie alles.
# 5) Haben Sie einige Strafen für das Brechen des Builds ;-) Einige Pralinen oder eine Team-Kaffeeparty von einem Entwickler, der den Build bricht, reichen aus.

Fazit

konvertiere youtube in mp4 hoher qualität

BVT ist nichts anderes als eine Reihe von Regressionstestfällen, die jedes Mal für den neuen Build ausgeführt werden. Dies wird auch als Rauchtest bezeichnet. Der Build wird dem Testteam erst zugewiesen, wenn der BVT erfolgreich ist.

BVT kann vom Entwickler oder Tester ausgeführt werden. Das BVT-Ergebnis wird im gesamten Team kommuniziert, und es werden sofort Maßnahmen ergriffen, um den Fehler zu beheben, wenn BVT fehlschlägt. Der BVT-Prozess wird normalerweise automatisiert, indem Skripte für Testfälle geschrieben werden.

In BVT sind nur kritische Testfälle enthalten. Diese Testfälle sollten die Abdeckung von Anwendungstests sicherstellen. BVT ist sowohl für tägliche als auch für langfristige Builds sehr effektiv. Dies spart viel Zeit, Kosten, Ressourcen und schließlich keine Frustration des Testteams für den unvollständigen Build.

Wenn Sie Erfahrung im BVT-Prozess haben, teilen Sie diese bitte unseren Lesern in den Kommentaren unten mit.

Literatur-Empfehlungen

^