Planung für Ad-hoc-Tests
In diesem Artikel haben wir Ad-hoc-Tests, ihre Arten, ihre Vorteile, ihre Nachteile und die besten Praktiken zur Durchführung von Ad-hoc-Tests behandelt.
Was sind Ad-hoc-Tests?
Ad-hoc-Tests werden manchmal auch als „Zufallstests“ oder „Monkey-Tests“ bezeichnet und sind als informelle Tests definiert. Das Ziel dieses Prozesses ist es, das System mit unkonventionellen Methoden zu testen. Diese Art von Softwaretests ist in der Regel ungeplant und folgt keinen spezifischen Testentwurfstechniken, um Testfälle zu erstellen.
Das Hauptziel von Ad-hoc-Tests ist es, Fehler durch zufällige Überprüfung zu finden. Der Prüfer improvisiert die Schritte, indem er sie willkürlich ausführt. Dadurch können sehr spezifische und interessante Fehler aufgedeckt werden, die bei der Anwendung anderer Methoden leicht übersehen werden.
Der überraschendste Aspekt des Ad-hoc-Testens ist, dass es keine Testentwurfstechniken beinhaltet. Das bedeutet, dass diese Methode zwar Fehler findet, die normalerweise nicht gefunden werden, dass sie aber schwieriger zu reproduzieren ist, da es keine schriftlichen Testfälle oder Dokumentationen gibt.
Der Erfolg von Ad-hoc-Tests hängt wirklich von der Kreativität und Ausdauer des Testers ab und ist manchmal einfach nur auf pures Glück zurückzuführen. Die Ad-hoc-Testtechnik fällt direkt unter die Kategorie „unstrukturiertes Testen“.
Strukturiertes Testen vs. unstrukturiertes Testen
Strukturiertes Testen
Dieser Ansatz stellt sicher, dass jede Aktivität, die während des Testverfahrens stattfindet, in einem Skript festgehalten wird, von der Erstellung der Testfälle bis zur sequenziellen Ausführung. Der Tester folgt dem Skript, um die Tests erfolgreich durchzuführen.
Unstrukturiertes Testen
Dieser Ansatz beinhaltet das Testen durch Raten von Fehlern. Der Tester erstellt Testfälle während des Testprozesses.
Typen von Ad-hoc-Testmethoden
Buddy-Tests
Diese Art von Ad-hoc-Tests wird mit mindestens zwei Personen durchgeführt. Sie findet statt, nachdem der Unit-Test eines Moduls durchgeführt und abgeschlossen wurde. Diese Art des Testens kann auch als eine Kombination von System- und Unit-Tests angesehen werden.
Das Hauptziel ist, dass zwei „Buddies“ gleichzeitig an der Identifizierung von Fehlern oder Bugs im selben Modul arbeiten. Dieses Team besteht in der Regel aus einem Softwareentwickler und einem Softwaretester.
Die beiden „Buddies“ arbeiten gemeinsam an diesem Modul, um gültige Testfälle zu erstellen. Dieses Verfahren stellt sicher, dass der Tester keine Fehler meldet, die durch ungültige Testfälle entstanden sind.
Buddy-Testing hat sich als erfolgreich erwiesen, da es dem Tester hilft, bessere Testfälle zu entwickeln, und dem Entwicklungsteam erlaubt, Designänderungen so früh wie möglich vorzunehmen.
Monkey-Testing
Aufgrund des zufälligen Charakters des Testens hat diese Methode den Namen „Monkey-Testing“ verdient. Monkey-Testing wird am häufigsten auf der Ebene der Unit-Tests durchgeführt. Hier testen die Tester die Anwendung oder das Produkt nach dem Zufallsprinzip ohne Testfälle. Das Hauptziel des Testers ist es, die Daten oder Tests auf völlig zufällige Weise zu analysieren, um sicherzustellen, dass das System in der Lage ist, jeden Absturz zu überstehen.
Tester versehen die Software mit zufälligen Eingaben und beobachten die entsprechenden Ausgaben. Anhand der Ausgabedaten können sie eventuelle Fehler, Inkonsistenzen oder Systemabstürze besser feststellen.
Paar-Tests
Bei Paar-Tests, die in mancher Hinsicht dem „Buddy-Testing“ ähneln, arbeitet ein Testerpaar gemeinsam an den zu testenden Modulen. Die beiden Tester tauschen Ideen, Wissen und Meinungen über dieselbe Maschine aus, um Defekte oder Fehler zu identifizieren.
Bei dieser Testmethode werden die Tester je nach ihren Fachkenntnissen und ihrem Wissensstand gepaart, so dass sie unterschiedliche Einblicke in die von ihnen identifizierten Probleme erhalten. Die beiden Tester teilen sich das gleiche Setup und teilen sich auch die Arbeit des Testens und der Dokumentation aller Beobachtungen untereinander. Bei dieser Testmethode kann ein Tester die Tests durchführen, während der andere sich Notizen zu den Ergebnissen machen kann.
Lesen Sie auch: Verwenden Sie Paartests für bessere Akzeptanztests
Buddy- vs. Paartests
Der Hauptunterschied zwischen Buddy-Tests und Paartests besteht darin, dass Buddy-Tests eine Kombination aus Unit- und Systemtests sind. Ein weiterer wichtiger Unterschied ist, dass Buddy-Tests von Entwicklern und Testern gemeinsam durchgeführt werden. Pair-Testing hingegen wird nur von Testern mit unterschiedlichem Wissensstand durchgeführt.
Wann und wann nicht Ad-hoc-Tests durchführen
Ad-hoc-Tests werden üblicherweise durchgeführt, wenn die Zeit für längere und gründlichere Testverfahren fehlt. Die gründlichere Testmethode umfasst die Erstellung von Testanforderungsdokumenten, Testfällen und Testfallentwürfen.
Der ideale Zeitpunkt für die Durchführung von Ad-hoc-Tests ist nach Abschluss aller formalen Testverfahren. Ad-hoc-Tests können jedoch auch in der Mitte der Softwareentwicklung, nach der vollständigen Entwicklung der Software oder nach der Entwicklung einiger Module durchgeführt werden.
Es ist wichtig, die wenigen Szenarien zu beachten, in denen Ad-hoc-Tests nicht empfohlen werden. Einige Bedingungen, unter denen Ad-hoc-Tests nicht durchgeführt werden sollten, sind:
Wenn Beta-Tests durchgeführt werden
In Testfällen, die bereits bestehende Fehler aufweisen
Vorteile von Ad-hoc-Tests
Einer der Hauptvorteile von Ad-hoc-Tests ist, dass sie in der Lage sind, Fehler zu identifizieren, die normalerweise während formaler Testmethoden unbemerkt bleiben würden. Dies kann viel Zeit sparen, da keine Planung wie bei strukturierten Tests erforderlich ist.
Ein weiterer Vorteil besteht darin, dass die Tester die Anwendung frei erkunden können, je nach ihrem eigenen Wissen und Verständnis der Anwendung. Sie können dann nach und nach verschiedene Tests durchführen und so Fehler während des gesamten Prozesses identifizieren.
Drittens können die Tester und die Entwickler der Anwendung die Anwendung leicht selbst testen, da sie keine Testfälle benötigen. Dies ermöglicht es den Entwicklern, auf einfache Weise effizienteren und fehlerfreien Code zu erstellen.
Ad-hoc-Tests können auch mit anderen Testtechniken kombiniert und anschließend durchgeführt werden, um insgesamt effektivere und aussagekräftigere Ergebnisse zu erzielen.
Nachteile von Ad-hoc-Tests
Einer der Hauptnachteile von Ad-hoc-Tests besteht darin, dass der eigentliche Testprozess nicht dokumentiert ist, da er nicht einem bestimmten Testfall folgt. Dadurch wird es für die Tests schwieriger, einen Fehler zu generieren. Denn um diesen Fehler zu erhalten, muss sich der Tester an die genauen Schritte erinnern, die er/sie unternommen hat, um dorthin zu gelangen, was nicht immer möglich ist.
Gelegentlich werden als Ergebnis ungültiger Testfälle, die vom Tester entwickelt werden, ungültige Fehler gemeldet. Dies kann bei den folgenden Fehlerbehebungsprozessen zu einem Problem werden. Wenn der Tester keine Vorkenntnisse über die Funktionalität der zu testenden Anwendung hat, sind Ad-hoc-Tests nicht sinnvoll und können keine Fehler erkennen.
Ad-hoc-Tests garantieren auch nicht, dass alle Fehler gefunden werden. Der Erfolg von Ad-hoc-Tests hängt von den Fähigkeiten und Kenntnissen des Testers ab. Da es keine vorher erstellten oder dokumentierten Testfälle gibt, bleibt der Aufwand an Zeit, Mühe und Ressourcen für diese Tests unbestimmt. Das Auffinden eines Fehlers kann von einigen Minuten bis zu einigen Stunden oder länger dauern.
Best Practices When Conducting The Testing
Tests, die nicht auf die richtige Art und Weise durchgeführt werden, können unnötige Zeitverluste verursachen. Vor diesem Hintergrund ist es wichtig zu wissen, wie der Prozess optimiert werden kann, um erfolgreiche Ad-hoc-Tests effizient durchzuführen.
Die folgenden Best Practices stellen sicher, dass die Zeit, die für den Prozess aufgewendet wird, sinnvoll genutzt wird und die besten Chancen bestehen, die gewünschten Ergebnisse zu erzielen.
Mit der Software vertraut sein
Es ist unerlässlich, dass der Tester, der die Ad-hoc-Tests durchführt, über solide Kenntnisse der Anwendung verfügt. Es ist wichtig, dass der Tester mit allen Hauptmerkmalen der Anwendung vertraut ist, um eine bessere „Fehlererkennung“ zu gewährleisten. Mit dem richtigen Wissen wird der Tester in der Lage sein, mehr Bugs, Fehler und allgemeine Unstimmigkeiten zu finden.
Bereiche identifizieren, in denen Fehler wahrscheinlich sind
Wenn die Tester mit der Anwendung nicht vertraut sind, wird empfohlen, dass sie die fehleranfälligen Bereiche der Anwendungen identifizieren und von dort aus beginnen. Die Auswahl sensibler Bereiche für die Durchführung von Ad-hoc-Tests ermöglicht es den Testern, Fehler leichter zu finden.
Priorisieren Sie Bereiche, auf die der Endbenutzer am häufigsten zugreift
Starten Sie mit dem Testen der Bereiche der Anwendung, die von den Kunden und Endbenutzern am häufigsten verwendet werden. Auf diese Weise werden sie die wichtigen Funktionen zuerst bewerten und können so eventuelle Fehler im Voraus melden.
Den Testplan locker formulieren
Während Ad-hoc-Tests keine vorherige Planung oder Dokumentation erfordern, ist es sinnvoll, vorher eine grobe Planung vorzunehmen. Das Notieren der wichtigsten Bereiche, die getestet werden müssen, hilft dem Tester, so viel wie möglich in kürzester Zeit abzudecken.
Effizienz mit den richtigen Tools steigern
Es ist entscheidend, die richtigen Tools wie Task-Monitore, Debugger und Profiler zu verwenden, um sicherzustellen, dass der Prozess effizient abläuft. Sie ergänzen die Fähigkeit der Tester, Fehler zu isolieren, da es Fälle geben kann, in denen Ausnahmen während des Testens nicht erkannt werden.
Fazit
Ad-hoc-Tests erfordern keine aufwendige Planung, Dokumentation und Testfallgestaltung. Stattdessen spart es Zeit durch seinen Ad-hoc-Charakter und durch die Auswahl von Testern, die kreativ sind und über Vorkenntnisse der Anwendungsfunktionalität verfügen. Mit diesen Tests können mehr Fehler gefunden werden als mit geplanten Tests.
Mit 60.000+ Abonnenten
Für aktuelle Blogs, Branchen-Updates und exklusive Tipps.
*Ihre E-Mail ist bei uns sicher, wir hassen auch Spam
Leave a Reply