Menü

Was ist Automatisierungstest? (Ultimativer Leitfaden zum Starten der Testautomatisierung)

what is automation testing

Versuchen Sie Unser Instrument, Um Probleme Zu Beseitigen

Eine vollständige Anleitung zum Starten von Automatisierungstests für Ihr Projekt:

Was ist Automatisierungstest?

Automatisierungstests sind Software-Testtechniken zum Testen und Vergleichen des tatsächlichen Ergebnisses mit dem erwarteten Ergebnis. Dies kann erreicht werden, indem Testskripte geschrieben oder ein beliebiges Automatisierungstest-Tool verwendet wird. Die Testautomatisierung wird verwendet, um sich wiederholende Aufgaben und andere Testaufgaben zu automatisieren, die nur schwer manuell ausgeführt werden können.

Leitfaden für Automatisierungstests

Sie möchten den Automatisierungstest für Ihr Projekt starten, haben jedoch Probleme mit den grundlegendsten Schritten, die unten aufgeführt sind:

  • Wie können Sie die Automatisierung in Ihr Projekt einführen?
  • Wie wählt man das beste und richtige Automatisierungstool aus?
  • Wie kann man Skripte effektiv entwickeln?
  • Wie führe und pflege ich Testskripte?
  • Und schließlich, was sind die Best Practices, die Sie für erfolgreiche Automatisierungstests befolgen müssen?

Heute haben wir geplant, Ihr Wissen mit einer Reihe von Tutorials zu „ Erste Schritte mit Automatisierungstests ”. In dieser Reihe von Automatisierungs-Tutorials werden alle oben genannten Fragen Schritt für Schritt anhand einfacher Beispiele beantwortet.

Werfen wir einen Blick auf die Reihe von Tutorials zum Starten der Automatisierung für Ihr Projekt!

End-to-End-Prozess für die Automatisierung:

Tutorial # 1 :: Bester Leitfaden zum Starten der Automatisierung für Ihr Projekt
Tutorial # 2: Arten von automatisierten Tests und einige Missverständnisse
Tutorial # 3: 10 Schritte zur Einführung der Automatisierung in Ihr Projekt
Tutorial # 4: Die Anleitung von A bis Z zur Auswahl des besten Automatisierungstools
Tutorial Nr. 5: Frameworks für die Skriptentwicklung und -automatisierung
Tutorial # 6: Ausführung und Berichterstellung der Automatisierung
Tutorial Nr. 7: Best Practices und Strategien der Testautomatisierung

Automatisierungstipps:

Tutorial Nr. 8: 10 Tipps, die Sie lesen sollten, bevor Sie Ihre Testarbeiten automatisieren
Tutorial Nr. 9: Wie unterscheidet sich die Testplanung für manuelle und Automatisierungsprojekte?
Tutorial Nr. 10: Wann sollte man sich für die Automatisierung entscheiden?
Tutorial Nr. 11: Herausforderungen bei Automatisierungstests
Tutorial Nr. 12: Leitfaden zur Implementierung von Proof of Concept (POC) in der Automatisierung
Tutorial Nr. 13: So wählen Sie die richtigen Testfälle für die Automatisierung aus
Tutorial Nr. 14: So übersetzen Sie manuelle Testfälle in Automatisierungsskripte

Automatisierungskarriere:

Tutorial Nr. 15: Tipps, um ein besserer Automatisierungstester zu werden
Tutorial Nr. 16: Testautomatisierung - Ist es eine spezialisierte Karriere? Können normale Tester auch automatisieren?

Beliebte Automatisierungstools:

Tutorial Nr. 17: Selen-Tutorials 31+ Beste kostenlose Selen-Tutorials
Tutorial Nr. 18: QTP-Tutorials
Tutorial Nr. 19: SoapUI Web Services Testing Tool
Tutorial Nr. 20: HP LoadRunner für Leistungstests

Automatisierungs-Frameworks:

Tutorial Nr. 21: Warum brauchen wir ein Framework für die Automatisierung?
Tutorial Nr. 22: Die beliebtesten Automatisierungs-Frameworks

Automatisierung in Agile:

Tutorial Nr. 23: So implementieren Sie effiziente Automatisierung in der agilen Welt

Andere Automatisierungstools:

Tutorial Nr. 24: Beste Automatisierungstest-Tools
Tutorial Nr. 25: Sikuli GUI Automation Tool
Tutorial Nr. 26: PowerShell: Automatisierung der Benutzeroberfläche von Desktopanwendungen mit PowerShell
Tutorial Nr. 27: Catalon Automation Recorder (Selenium IDE Alternative)
Tutorial Nr. 28: Geb Tool: Browser-Automatisierung mit Geb Tool
Tutorial Nr. 29: AutoIt: So behandeln Sie das Windows-Popup mit AutoIt
Tutorial Nr. 30: Gurke: Automatisierung mit Gurkenwerkzeug und Selen
Tutorial Nr. 31: Winkelmesser-Testwerkzeug für End-to-End-Tests von AngularJS-Anwendungen

Mobile Automatisierungstests:

Tutorial Nr. 32: Praktisches Tutorial für Appium Studio
Tutorial # 33: Appium Tutorial für Anfänger
Tutorial Nr. 34: Selendroid Tutorial: Android Mobile Automation Framework
Tutorial Nr. 35: Ranorex-Lernprogramm: Ein leistungsstarkes Desktop-, Web- und mobiles Testtool

Beispiele für domänenspezifische Automatisierung:

Tutorial # 36: Automatisierung von JAVA / J2EE-Anwendungen

Interviewvorbereitung für Automatisierungsjobs:

Tutorial Nr. 37: Fragen zum Interview mit Automatisierungstests
Tutorial # 38: Fragen zum Selenium-Interview

Sehen wir uns das erste Tutorial aus der Reihe 'The Ultimate Guide to Automation Testing' an!

Was du lernen wirst:

Was ist Automatisierungstest?

Wenn eine Software dann etwas kann, warum kann eine Software dann keine Software testen?

Klingt diese Aussage für Sie logisch?

Wenn ja, dann herzlichen Glückwunsch, denken Sie jetzt über Testautomatisierung nach. Dies ist der Mittelpunkt, den wir in dieser Reihe informativer Tutorials diskutieren werden.

Stellen Sie sich am ersten Tag Ihres Jobs als SQA vor. Sie erhalten eine zu testende Anwendung. Es ist eine ERP-Anwendung, die Hunderte von Formularen und Tausende von Berichten enthält. Sie beginnen Ihre Erkundungstests mit dem Öffnen eines Formulars, das etwa 50 verschiedene Felder enthält.

Sie versuchen, zufällige Daten in dieses Formular einzugeben, was ungefähr 20 Minuten dauerte. Dann drücken Sie Senden. Wolla !! Es wird eine Fehlermeldung angezeigt, die wie eine nicht behandelte Ausnahme aussieht. Du wirst sehr glücklich. Sie notieren stolz die Schritte und melden den Fehler in Ihrem Fehlerverwaltungssystem. Mit großer Anstrengung fühlen Sie sich sehr sicher und voller Energie. Sie setzen die Tests fort, bis der Tag endet, und finden weitere Fehler. 'Erstaunlicher erster Tag', dachten Sie.

Jetzt kommt der nächste Tag, der Entwickler hat das Problem behoben und veröffentlicht eine neue Version des Builds. Sie testen dasselbe Formular mit denselben Schritten und haben festgestellt, dass der Fehler behoben ist. Sie markieren es als fest. Große Anstrengung. Sie haben zur Qualität des Produkts beigetragen, indem Sie diesen Fehler identifiziert haben. Da dieser Fehler behoben ist, wird die Qualität verbessert.

Jetzt, am dritten Tag, hat ein Entwickler erneut eine neuere Version veröffentlicht. Jetzt müssen Sie dieses Formular erneut testen, um sicherzustellen, dass kein Regressionsproblem gefunden wird. Gleiche 20 Minuten. Jetzt ist dir ein bisschen langweilig.

Stellen Sie sich nun vor, in einem Monat werden ständig neuere Versionen veröffentlicht. Bei jeder Veröffentlichung müssen Sie dieses lange Formular sowie 100 andere Formulare wie dieses testen, um sicherzustellen, dass keine Regression vorliegt.

Jetzt bist du wütend. Du bist müde . Sie beginnen Schritte zu überspringen. Sie füllen nur etwa 50% aller Felder aus. Ihre Genauigkeit ist nicht gleich, Ihre Energie ist nicht gleich und definitiv sind Ihre Schritte nicht gleich.

Und eines Tages meldet der Client denselben Fehler in derselben Form. Du fühlst dich erbärmlich. Sie fühlen sich jetzt nicht sicher. Sie denken, Sie sind nicht kompetent genug. Manager stellen Ihre Fähigkeiten in Frage.

Ich habe eine Nachricht für Sie; Dies ist die Geschichte von 90% der manuellen Tester da draußen. Du bist nicht anders.

Regressionsprobleme sind die schmerzhaftesten Probleme. Wir sind Menschen. Und wir können nicht jeden Tag dasselbe mit derselben Energie, Geschwindigkeit und Genauigkeit tun. Das machen Maschinen. Dafür ist eine Automatisierung erforderlich, um dieselben Schritte mit derselben Geschwindigkeit, Genauigkeit und Energie zu wiederholen, wie sie beim ersten Mal wiederholt wurden.

Ich hoffe du verstehst meinen Standpunkt !!

Automatisierungstest eines Freundes

Wann immer eine solche Situation auftritt, sollten Sie Ihren Testfall automatisieren. Testautomatisierung ist dein Freund . Es wird Ihnen helfen, sich auf neue Funktionen zu konzentrieren und sich gleichzeitig um die Regressionen zu kümmern. Mit der Automatisierung können Sie dieses Formular in weniger als 3 Minuten ausfüllen.

Das Skript füllt alle Felder und zeigt Ihnen das Ergebnis zusammen mit Screenshots. Im Fehlerfall kann der Ort, an dem der Testfall fehlgeschlagen ist, genau bestimmt werden, sodass Sie ihn problemlos reproduzieren können.

Automatisierung - Eine kostengünstige Methode für Regressionstests

Die Automatisierungskosten sind anfangs sehr viel höher. Es umfasst die Kosten für das Tool, dann die Kosten für die Automatisierungstestressource und deren Schulung.

Wenn die Skripte fertig sind, können sie hunderte Male wiederholt mit der gleichen Genauigkeit und ziemlich schnell ausgeführt werden. Dies spart viele Stunden manuelles Testen. So sinken die Kosten allmählich und letztendlich wird es eine kostengünstige Methode für Regressionstests .

Szenarien, die Automatisierung erfordern

Das obige Szenario ist nicht der einzige Fall, in dem Sie Automatisierungstests benötigen. Es gibt verschiedene Situationen, die nicht manuell getestet werden können.

Zum Beispiel ,

  1. Vergleich von zwei Bildern Pixel für Pixel.
  2. Vergleichen von zwei Tabellen mit Tausenden von Zeilen und Spalten.
  3. Testen einer Anwendung unter der Last von 100.000 Benutzern.
  4. Leistungsbenchmarks.
  5. Testen der Anwendung in verschiedenen Browsern und auf verschiedenen Betriebssystemen parallel.

Diese Situationen erfordern und sollten mit Werkzeugen getestet werden.

Also, wann automatisieren?

Dies ist eine Ära von agile Methodik in SDLC, wo Entwicklung und Test fast parallel verlaufen und es sehr schwierig ist zu entscheiden, wann automatisiert werden soll.

Berücksichtigen Sie die folgenden Situationen, bevor Sie mit der Automatisierung beginnen

  • Das Produkt befindet sich möglicherweise in seiner primitiven Phase, wenn das Produkt nicht einmal über eine Benutzeroberfläche verfügt. In diesen Phasen müssen wir uns klar überlegen, was wir automatisieren möchten. Die folgenden Punkte sollten beachtet werden.
    • Tests sollten nicht veraltet sein.
    • Während sich das Produkt weiterentwickelt, sollte es einfach sein, die Skripte auszuwählen und zu ergänzen.
    • Es ist sehr wichtig, sich nicht mitreißen zu lassen und sicherzustellen, dass die Skripte leicht zu debuggen sind.
  • Versuchen Sie nicht, die Benutzeroberfläche in der Anfangsphase zu automatisieren, da die Benutzeroberfläche häufigen Änderungen unterworfen ist. Dies führt dazu, dass Skripte fehlschlagen. Entscheiden Sie sich so weit wie möglich für die Automatisierung auf API-Ebene / Nicht-UI-Ebene, bis sich das Produkt stabilisiert. Die API-Automatisierung ist einfach zu beheben und zu debuggen.

So entscheiden Sie sich für die besten Automatisierungsfälle:

Die Automatisierung ist ein wesentlicher Bestandteil eines Testzyklus und es ist sehr wichtig zu entscheiden, was mit der Automatisierung erreicht werden soll, bevor wir uns für die Automatisierung entscheiden.

Die Vorteile, die die Automatisierung zu bieten scheint, sind sehr attraktiv, aber gleichzeitig kann eine schlecht organisierte Automatisierungssuite das gesamte Spiel verderben. Tester debuggen und reparieren die Skripte möglicherweise die meiste Zeit, was zu einem Verlust der Testzeit führt.

Effiziente Testautomatisierung

In dieser Serie erfahren Sie, wie eine Automatisierungssuite effizient genug gestaltet werden kann, um die richtigen Testfälle zu erfassen und mit den vorhandenen Automatisierungsskripten die richtigen Ergebnisse zu erzielen.

Außerdem habe ich die Antworten auf Fragen wie Wann zu automatisieren, Was zu automatisieren, Was nicht zu automatisieren und Wie Automatisierung zu strategisieren behandelt.

Richtige Tests für die Automatisierung

Der beste Weg, um dieses Problem anzugehen, besteht darin, schnell eine „Automatisierungsstrategie“ zu entwickeln, die zu unserem Produkt passt.

Die Idee ist, die Testfälle so zu gruppieren, dass jede Gruppe ein anderes Ergebnis liefert. Die folgende Abbildung zeigt, wie wir unsere ähnlichen Testfälle in Abhängigkeit von dem Produkt / der Lösung, die wir testen, gruppieren können.

Gruppieren von Testfällen

Lassen Sie uns jetzt tief eintauchen und verstehen, was jede Gruppe uns helfen kann:

# 1) Erstellen Sie eine Testsuite aller grundlegenden Funktionen Positive Tests . Diese Suite sollte automatisiert werden. Wenn diese Suite für einen Build ausgeführt wird, werden die Ergebnisse sofort angezeigt. Jedes Skript, das in dieser Suite fehlschlägt, führt zu einem S1- oder S2-Fehler, und dieser Build-spezifische Fehler kann disqualifiziert werden. Wir haben hier also viel Zeit gespart.

Als zusätzlichen Schritt können wir diese automatisierte Testsuite als Teil von BVT (Build Verification Tests) hinzufügen und die QS-Automatisierungsskripte in den Produktentwicklungsprozess einchecken. Wenn der Build fertig ist, können Tester die Ergebnisse der Automatisierungstests überprüfen und entscheiden, ob der Build für die Installation und den weiteren Testprozess geeignet ist oder nicht.

Damit werden die Ziele der Automatisierung klar erreicht:

  • Reduzieren Sie den Testaufwand.
  • Finden Sie Fehler in früheren Stadien.

#zwei) Als nächstes haben wir eine Gruppe von End-to-End-Tests .

Bei großen Lösungen ist das Testen einer End-to-End-Funktionalität der Schlüssel, insbesondere in den kritischen Phasen des Projekts. Wir sollten ein paar Automatisierungsskripte haben, die auch die End-to-End-Lösungstests berühren. Wenn diese Suite ausgeführt wird, sollte das Ergebnis angeben, ob das gesamte Produkt wie erwartet funktioniert oder nicht.

Die Automation-Testsuite sollte angegeben werden, wenn eines der Integrationsteile beschädigt ist. Diese Suite muss nicht alle kleinen Merkmale / Funktionen der Lösung abdecken, sondern sollte die Funktionsweise des gesamten Produkts abdecken. Wann immer wir eine Alpha- oder Beta-Version oder eine andere Zwischenversion haben, sind solche Skripte nützlich und geben dem Kunden ein gewisses Maß an Vertrauen.

Zum besseren Verständnis nehmen wir an, dass wir eine testen Online-Shopping-Portal Im Rahmen der End-to-End-Tests sollten wir nur die wichtigsten Schritte behandeln.

Wie unten angegeben:

  • Benutzer-Anmeldung.
  • Elemente durchsuchen und auswählen.
  • Zahlungsoption - Dies umfasst die Front-End-Tests.
  • Backend-Auftragsverwaltung (beinhaltet die Kommunikation mit mehreren integrierten Partnern, die Überprüfung des Lagerbestands, die E-Mail an den Benutzer usw.) - dies hilft bei der Testintegration einzelner Teile und auch beim Kern des Produkts.

Wenn also ein solches Skript ausgeführt wird, kann man sicher sein, dass die Lösung insgesamt einwandfrei funktioniert.!

#3) Der dritte Satz ist der Funktions- / Funktionstests .

Zum Beispiel Möglicherweise verfügen wir über die Funktionalität zum Durchsuchen und Auswählen einer Datei. Wenn wir dies automatisieren, können wir Fälle automatisieren, um die Auswahl verschiedener Dateitypen, Dateigrößen usw. einzuschließen, sodass Funktionstests durchgeführt werden. Wenn Änderungen / Ergänzungen an dieser Funktionalität vorgenommen werden, kann diese Suite als Regressionssuite dienen.

# 4) Als nächstes wäre auf der Liste UI-basierte Tests. Wir können eine weitere Suite haben, die rein UI-basierte Funktionen wie Paginierung, Beschränkung von Textfeldzeichen, Kalenderschaltflächen, Dropdown-Listen, Grafiken, Bilder und viele solche UI-zentrierten Funktionen testet. Das Versagen dieser Skripte ist normalerweise nicht sehr kritisch, es sei denn, die Benutzeroberfläche ist vollständig ausgefallen oder bestimmte Seiten werden nicht wie erwartet angezeigt!

# 5) Wir können noch eine Reihe von Tests durchführen lassen, die einfach, aber sehr mühsam sind und manuell durchgeführt werden müssen. Mühsame, aber einfache Tests sind die idealen Automatisierungskandidaten. Beispielsweise hat die Eingabe von Details von 1000 Kunden in die Datenbank eine einfache Funktionalität, die jedoch äußerst mühsam manuell durchzuführen ist. Solche Tests sollten automatisiert werden. Wenn nicht, werden sie meistens ignoriert und nicht getestet.

Was NICHT automatisieren?

Im Folgenden sind einige Tests aufgeführt, die nicht automatisiert werden sollten.

# 1) Negative Tests / Failover-Tests

Wir sollten nicht versuchen, zu automatisieren Negativ- oder Failover-Tests Für diese Tests müssen die Tester analytisch denken, und negative Tests sind nicht wirklich einfach, um ein Bestanden- oder Nichtbestanden-Ergebnis zu erzielen, das uns helfen kann.

Negative Tests erfordern viele manuelle Eingriffe, um ein tatsächliches Disaster Recovery-Szenario zu simulieren. Um nur zu veranschaulichen, testen wir Funktionen wie die Zuverlässigkeit von Webdiensten. Um dies hier zu verallgemeinern, besteht das Hauptziel solcher Tests darin, absichtliche Fehler zu verursachen und festzustellen, wie gut das Produkt zuverlässig ist.

Das Simulieren der oben genannten Fehler ist nicht einfach. Es kann das Injizieren einiger Stubs oder das Verwenden einiger Tools dazwischen umfassen, und die Automatisierung ist hier nicht der beste Weg.

# 2) Ad-hoc-Tests

Diese Tests sind möglicherweise nicht immer für ein Produkt relevant, und dies könnte sogar etwas sein, an das der Tester in dieser Phase der Projektinitiierung denken könnte, und auch der Aufwand zur Automatisierung eines Ad-hoc-Tests muss anhand der Kritikalität validiert werden der Funktion, die die Tests berühren.

Zum Beispiel , Ein Tester, der eine Funktion testet, die sich mit der Komprimierung / Verschlüsselung von Daten befasst, hat möglicherweise intensive Ad-hoc-Tests mit der Vielzahl von Daten, Dateitypen, Dateigrößen, beschädigten Daten, einer Kombination von Daten unter Verwendung verschiedener Algorithmen über mehrere durchgeführt Plattformen usw.

Wenn wir planen Automatisierung Möglicherweise möchten wir alle Ad-hoc-Tests für diese Funktion priorisieren und nicht vollständig automatisieren. Am Ende haben wir etwas Zeit für die Automatisierung der anderen wichtigen Funktionen.

# 3) Tests mit massiven Voreinstellungen

Es gibt Tests, die einige enorme Voraussetzungen erfordern.

Zum Beispiel, Möglicherweise haben wir ein Produkt, das für einige Funktionen in eine Software von Drittanbietern integriert ist, da das Produkt in jedes Messaging-Warteschlangensystem integriert ist, das die Installation auf einem System, das Einrichten von Warteschlangen, das Erstellen von Warteschlangen usw. erfordert.

Die 3rdParty-Software kann alles sein und das Setup kann komplexer Natur sein. Wenn solche Skripte automatisiert werden, hängen diese für immer von der Funktion / Einrichtung dieser Software von Drittanbietern ab.

Voraussetzung sind:

Gegenwärtig sehen die Dinge möglicherweise einfach und sauber aus, da beide Seiteneinstellungen durchgeführt werden und alles in Ordnung ist. Wir haben mehrfach gesehen, dass ein Projekt, wenn es in die Wartungsphase eintritt, in ein anderes Team verschoben wird und am Ende solche Skripte debuggt, bei denen der eigentliche Test sehr einfach ist, das Skript jedoch aufgrund einer 3 fehlschlägtrdParty-Software-Problem.

Das Obige ist nur ein Beispiel. Behalten Sie im Allgemeinen Tests im Auge, die mühsame Voreinstellungen für einen einfachen Test haben, der folgt.

Einfaches Beispiel für Testautomatisierung

Wenn Sie eine Software (im Web oder auf dem Desktop) testen, verwenden Sie normalerweise eine Maus und eine Tastatur, um Ihre Schritte auszuführen. Das Automatisierungstool ahmt dieselben Schritte mithilfe von Skripten oder einer Programmiersprache nach.

Zum Beispiel Wenn Sie einen Taschenrechner testen und der Testfall ist, müssen Sie zwei Zahlen hinzufügen und das Ergebnis sehen. Das Skript führt dieselben Schritte aus, indem Sie Maus und Tastatur verwenden.

Das Beispiel ist unten dargestellt.

Manuelle Testfallschritte:

  1. Starten Sie den Rechner
  2. Drücken Sie 2
  3. Drücken Sie +
  4. Drücken Sie 3
  5. Drücken Sie =
  6. Der Bildschirm sollte 5 anzeigen.
  7. Rechner schließen.

Automatisierungsskript:

//the example is written in MS Coded UI using c# language. (TestMethod) public void TestCalculator() { //launch the application var app = ApplicationUnderTest.Launch('C:\Windows\System32\calc.exe'); //do all the operations Mouse.Click(button2); Mouse.Click(buttonAdd); Mouse.Click(button3); Mouse.Click(buttonEqual); //evaluate the results Assert.AreEqual('5', txtResult.DisplayText,”Calculator is not showing 5); //close the application app.Close(); }

Das obige Skript ist nur eine Kopie Ihrer manuellen Schritte. Das Skript ist einfach zu erstellen und auch leicht zu verstehen.

Was sind Behauptungen?

Die vorletzte Zeile des Skripts muss näher erläutert werden.

Assert.AreEqual ('5', txtResult.DisplayText, 'Rechner zeigt 5 nicht an);

In jedem Testfall haben wir am Ende ein erwartetes oder vorhergesagtes Ergebnis. Im obigen Skript haben wir die Erwartung, dass '5' auf dem Bildschirm angezeigt wird. Das tatsächliche Ergebnis ist das Ergebnis, das auf dem Bildschirm angezeigt wird. In jedem Testfall vergleichen wir das erwartete Ergebnis mit dem tatsächlichen Ergebnis.

Gleiches gilt auch für Automatisierungstests. Der einzige Unterschied besteht darin, dass dieser Vergleich in der Testautomatisierung in jedem Tool als etwas anderes bezeichnet wird.

Einige Tools nennen es „ Behauptung ', Nennen manche es als' Kontrollpunkt 'Und manche nennen es' Validierung '. Aber im Grunde ist dies nur ein Vergleich. Wenn dieser Vergleich fehlschlägt, z Z.B. Auf einem Bildschirm werden 15 statt 5 angezeigt. Dann schlägt diese Bestätigung / dieser Prüfpunkt / diese Validierung fehl und Ihr Testfall wird als fehlgeschlagen markiert.

Wenn ein Testfall aufgrund einer Behauptung fehlschlägt, bedeutet dies, dass Sie durch Testautomatisierung einen Fehler entdeckt haben. Sie müssen es Ihrem Fehlerverwaltungssystem melden, wie Sie es normalerweise beim manuellen Testen tun.

beste youtube to mp3 converter website

Im obigen Skript haben wir in der vorletzten Zeile eine Zusicherung durchgeführt. 5 ist das erwartete Ergebnis, txtResult . DisplayText ist das tatsächliche Ergebnis und wenn sie nicht gleich sind, wird eine Meldung angezeigt, dass „Rechner zeigt keine 5 an“.

Fazit

Oft stoßen Tester auf Projektfristen und -mandate, um alle Fälle zu automatisieren und die Testschätzungen zu verbessern.

Es gibt einige häufige „falsche“ Vorstellungen über Automatisierung.

Sie sind:

  • Wir können jeden Testfall automatisieren.
  • Durch die Automatisierung von Tests wird die Testzeit erheblich verkürzt.
  • Es werden keine Fehler eingeführt, wenn Automatisierungsskripte reibungslos ausgeführt werden.

Wir sollten uns darüber im Klaren sein, dass die Automatisierung die Testzeit nur für bestimmte Testarten verkürzen kann. Die Automatisierung aller Tests ohne Plan oder Sequenz führt zu umfangreichen Skripten, die sehr wartungsintensiv sind, häufig fehlschlagen und auch viele manuelle Eingriffe erfordern. In sich ständig weiterentwickelnden Produkten können Automatisierungsskripte veraltet sein und einige ständige Überprüfungen erfordern.

Das Gruppieren und Automatisieren der richtigen Kandidaten spart viel Zeit und bietet alle Vorteile der Automatisierung.

Dieses hervorragende Tutorial kann in nur 7 Punkten zusammengefasst werden.

Automatisierungstests:

  • Ist das Testen, das programmgesteuert durchgeführt wird.
  • Verwendet das Tool, um die Ausführung von Tests zu steuern.
  • Vergleicht die erwarteten Ergebnisse mit den tatsächlichen Ergebnissen (Behauptungen).
  • Kann einige sich wiederholende, aber notwendige Aufgaben automatisieren ( Z.B. Ihre Regressionstestfälle).
  • Kann einige Aufgaben automatisieren, die manuell schwierig zu erledigen sind (Z.B.Lasttestszenarien).
  • Skripte können schnell und wiederholt ausgeführt werden.
  • Ist auf lange Sicht kostengünstig.

Hier wird die Automatisierung in einfachen Worten erklärt, was jedoch nicht bedeutet, dass dies immer einfach ist. Damit sind Herausforderungen, Risiken und viele andere Hindernisse verbunden. Es gibt zahlreiche Möglichkeiten, wie Testautomatisierung schief gehen kann, aber wenn alles gut geht, sind die Vorteile der Testautomatisierung wirklich enorm.

Kommende in dieser Reihe:

In unseren kommenden Tutorials werden wir verschiedene Aspekte der Automatisierung diskutieren.

Diese schließen ein:

  1. Arten von automatisierten Tests und einige Missverständnisse.
  2. So führen Sie die Automatisierung in Ihr Unternehmen ein und vermeiden häufige Fallstricke bei der Testautomatisierung.
  3. Der Werkzeugauswahlprozess und der Vergleich verschiedener Automatisierungswerkzeuge.
  4. Skriptentwicklungs- und Automatisierungs-Frameworks mit Beispielen.
  5. Ausführung und Berichterstellung von Test Automation.
  6. Best Practices und Strategien der Testautomatisierung.

Möchten Sie mehr über jedes Konzept des Automatisierungstests erfahren? Schauen Sie sich unsere Liste der kommenden Tutorials in dieser Reihe an und bleiben Sie auf dem Laufenden. Sie können Ihre Gedanken gerne im Kommentarbereich unten äußern.

NÄCHSTES Tutorial # 2

Literatur-Empfehlungen

^