In der fortgeschrittenen Polymorphismus-Informatik sind Teststubs Programme, die das Verhalten von Softwarekomponenten (oder Modulen) simulieren, von denen ein Modul abhängt, das Tests unterzogen wird.Teststubs bieten vordefinierte Antworten auf Anrufe, die während des Tests getätigt wurden, und reagieren normalerweise überhaupt nicht auf etwas außerhalb der für den Test programmierten.Sie werden hauptsächlich für den Top-Down-Ansatz inkrementeller Tests verwendet.Stubs sind Computerprogramme, die als vorübergehender Ersatz für ein genanntes Beckenmodul dienen und dieselbe Ausgabe wie das eigentliche Produkt oder die eigentliche Software liefern.
Stellen Sie sich ein Computerprogramm vor, das eine Datenbank abfragt, um die Gesamtsumme aller in der Datenbank gespeicherten Produkte zu erhalten.In diesem Beispiel ist die Abfrage langsam und verbraucht eine große Anzahl von Systemressourcen.Dies reduziert die Anzahl der Testläufe pro Tag.Zweitens können Tests Werte enthalten, die außerhalb der derzeit in der Datenbank enthaltenen Werte liegen.Die Methode (oder der Aufruf), mit der dies ausgeführt wird, ist get_total (). Zu Testzwecken kann der Quellcode in get_total () vorübergehend durch eine einfache Anweisung ersetzt werden, die einen bestimmten Wert zurückgibt.Dies wäre ein Teststummel.
Es stehen mehrere Test-Frameworks zur Verfügung, ebenso wie Software, die Test-Stubs basierend auf vorhandenem Quellcode und Testanforderungen generiert.Stubs und Drivers sind zwei Arten von Testgurten.Testkabelbäume sind die Sammlung von Software und Testdaten, die so konfiguriert sind, dass eine Programmeinheit getestet werden kann, indem verschiedene Bedingungen simuliert werden, während das Verhalten und die Ausgaben überwacht werden.
Stubs und Treiber sind Dummy-Module und werden nur zu Testzwecken erstellt.
Stubs werden im Top-Down-Testansatz verwendet, wenn das Hauptmodul zum Testen bereit ist, die Untermodule jedoch noch nicht bereit sind.In einer einfachen Sprache werden Stubs also "aufgerufene" Programme genannt, die aufgerufen werden, um die Funktionalität des Hauptmoduls zu testen.
Zum Beispiel in einer Situation, in der drei verschiedene Module vorhanden sind: Login, Home, User.Angenommen, das Anmeldemodul ist zum Testen bereit, aber die beiden Nebenmodule Home und User, die vom Anmeldemodul aufgerufen werden, sind noch nicht zum Testen bereit.Zu diesem Zeitpunkt wird ein Stück Dummy-Code geschrieben, der die aufgerufenen Methoden von Home und User simuliert.Diese Dummy-Codeteile sind die Stubs.
Auf der anderen Seite sind Treiber diejenigen, die die "aufrufenden" Programme sind.Treiber werden im Bottom-up-Testansatz verwendet.Treiber sind Dummy-Code, der verwendet wird, wenn die Untermodule bereit sind, das Hauptmodul jedoch noch nicht bereit ist.
Nehmen Sie das gleiche Beispiel wie oben.Angenommen, diesmal sind die Benutzer- und Home-Module bereit, aber das Anmeldemodul ist nicht zum Testen bereit.Da Home und User nun Werte vom Anmeldemodul zurückgeben, wird ein Dummy-Code geschrieben, der das Anmeldemodul simuliert.Dieser Dummy-Code heißt dann Driver.
