Datengesteuertes Testen ( DDT), auch als tabellengesteuertes Testen oder parametrisiertes Testen bezeichnet, ist eine Softwaretestmethode, die beim Testen von Computersoftware verwendet wird, um Tests zu beschreiben, die unter Verwendung einer Tabelle von Bedingungen direkt als Testeingaben und überprüfbare Ausgaben durchgeführt werden sowie der Prozess, bei dem Einstellungen und Steuerung der Testumgebung nicht fest codiert sind. In der einfachsten Form liefert der Tester die Eingaben aus einer Zeile in der Tabelle und erwartet die Ausgaben, die in derselben Zeile auftreten. Die Tabelle enthält normalerweise Werte, die Grenz- oder Partitionseingaberäumen entsprechen. In der Steuerungsmethode wird die Testkonfiguration aus einer Datenbank "gelesen".
Beim Testen von Software oder Programmen stehen verschiedene Methoden zur Implementierung dieses Tests zur Verfügung. Jede dieser Methoden existiert nebeneinander, da sie sich in dem Aufwand unterscheiden, der zum Erstellen und anschließenden Verwalten erforderlich ist. Der Vorteil datengesteuerter Tests besteht darin, dass der Tabelle problemlos zusätzliche Eingaben hinzugefügt werden können, wenn neue Partitionen erkannt oder dem zu testenden Produkt oder System hinzugefügt werden. Außerdem sind im datengesteuerten Testprozess die Einstellungen und die Steuerung der Testumgebung nicht fest codiert. Der Kostenaspekt macht DDT billig für die Automatisierung, aber teuer für manuelle Tests.
Datengesteuertes Testen ist die Erstellung von Testskripten, die zusammen mit den zugehörigen Datensätzen in einem Framework ausgeführt werden. Das Framework bietet wiederverwendbare Testlogik, um die Wartung zu reduzieren und die Testabdeckung zu verbessern. Eingabe- und Ergebnisdatenwerte (Testkriterien) können in einer oder mehreren zentralen Datenquellen oder Datenbanken gespeichert werden. Das tatsächliche Format und die Organisation können implementierungsspezifisch sein.
Die Daten umfassen Variablen, die sowohl für Eingabewerte als auch für Ausgabeüberprüfungswerte verwendet werden. In fortgeschrittenen (ausgereiften) Automatisierungsumgebungen können Daten von einem laufenden System mit einem speziell entwickelten benutzerdefinierten Tool oder Sniffer gesammelt werden. Das DDT-Framework führt somit die Wiedergabe der gesammelten Daten durch und erzeugt ein leistungsstarkes automatisiertes Regressionstest-Tool.
Die Navigation durch das Programm, das Lesen der Datenquellen und die Protokollierung des Teststatus und der Informationen werden im Testskript codiert.
Alles, was sich ändern kann (auch als "Variabilität" bezeichnet) und Elemente wie Umgebung, Endpunkte, Testdaten, Standorte usw. enthält, wird von der Testlogik (Skripten) getrennt und in ein "externes Asset" verschoben.. Dies kann ein Konfigurations- oder Testdatensatz sein. Die im Skript ausgeführte Logik wird durch die Datenwerte bestimmt.
Das schlüsselwortgesteuerte Testen ist ähnlich, mit der Ausnahme, dass die Logik für den Testfall selbst als Datenwerte in Form einer Reihe von "Aktionswörtern" codiert und nicht in das Testskript eingebettet oder "fest codiert" ist. Das Skript ist einfach ein "Treiber" (oder Übermittlungsmechanismus) für die Daten, die in der Datenquelle gespeichert sind.
Die für datengesteuerte Tests verwendeten Datenbanken können Folgendes umfassen:
