Quelltext der Seite Regressionstest

Unter einem '''Regressionstest''' (von {{laS|''regredior''}}, {{lang|la|''regressus sum''}} ‚zurückschreiten‘) versteht man in der [[Softwaretechnik]] die Wiederholung von Testfällen, um sicherzustellen, dass ''Modifikationen'' in bereits getesteten Teilen der Software keine neuen Fehler („Regressionen“) verursachen. Solche Modifikationen entstehen regelmäßig z.&nbsp;B. aufgrund der Pflege, Änderung und Korrektur von Software. Der Regressionstest gehört zu den [[Dynamisches Software-Testverfahren|dynamischen Testtechniken]].

Aufgrund des Wiederholungscharakters und der Häufigkeit dieser Wiederholungen ist es sinnvoll, wenn für Regressionstests [[Testautomatisierung]] zum Einsatz kommt.

In der Praxis steht der Begriff des Regressionstests für die reine Wiederholung von Testfällen. Die Testfälle selbst müssen spezifiziert und mit einem Soll-Ergebnis versehen sein, welches mit dem Ist-Ergebnis eines Testfalls verglichen wird. Ein direkter Bezug auf die Ergebnisse eines vorherigen Testdurchlaufs findet nicht statt.

Im Gegensatz dazu ordnet [[Peter Liggesmeyer|Liggesmeyer]] den Regressionstest in die Gruppe der [[Dynamisches Software-Testverfahren#Diversifizierende_Testmethoden|diversifizierenden Tests]] ein. Dadurch wird im Unterschied zu [[Funktionsorientierter Test|funktionsorientierten Testtechniken]] die Korrektheit der Testergebnisse nicht anhand der ''Spezifikation'' entschieden, sondern durch Vergleich der ''Ausgaben'' der aktuellen Version mit den Ausgaben des Vorgängers. Ein ''Testfall'' gilt beim Regressionstest als erfolgreich absolviert, wenn die Ausgaben identisch sind.

== Regressionstests in Echtzeitsystemen ==
Der Regressionstest stellt insbesondere bei [[Determinismus (Algorithmus)|nichtdeterministisch]]en [[Echtzeitsystem]]en ein wesentliches Problem dar, da in diesen Systemen eine Wiederholung des Tests streng genommen nicht gewährleistet ist. Zum einen führen typischerweise bereits geringfügige Änderungen an der [[Hardware]] des Systems zu einem veränderten Verhalten, andererseits sind hier im Allgemeinen manuelle Eingriffe (zum Beispiel bei [[Telefonanlage]]n oder [[Flugüberwachung]]ssystemen) notwendig, die wegen des menschlichen Zeitverhaltens nicht „regressionstestgerecht“ erfolgen können. Eine Lösung dieses Problems liegt in der [[Implementierung]] eines [[Testautomatisierung|automatischen Testsystem]]s. Der Aufwand hierfür wird jedoch aus folgenden Gründen meistens gescheut:
# das automatische Testsystem muss alle Funktionen des [[Prüfling]]s abdecken
# das automatische Testsystem muss parallel zum Prüfling entwickelt werden
# das automatische Testsystem muss parallel zum Prüfling angepasst werden
# eine Hardware-Änderung führt zu einem Neu-Aufsetzen der Testergebnisse, gegen die verglichen werden soll

== Siehe auch ==
* [[Testgetriebene Entwicklung]]

== Literatur ==
* {{Literatur|Autor=[[Peter Liggesmeyer]]|Titel=Software-Qualität: Testen, Analysieren und Verifizieren von Software|Verlag=Spektrum, Akademischer Verlag|Jahr=2001|ISBN=3-8274-1118-1|Ort=Heidelberg, Berlin}}
* {{Literatur|Autor=[[Harry Sneed]], Manfred Baumgartner, [[Richard Seidl]]|Titel=Der Systemtest - Von den Anforderungen zum Qualitätsnachweis|Auflage=3.|Jahr=2011|Verlag=[[Carl Hanser Verlag]]|ISBN=978-3-446-42692-4}}
* {{Literatur|Autor=Richard Seidl, Manfred Baumgartner, Thomas Bucsics|Titel=Basiswissen Testautomatisierung - Konzepte, Methoden und Techniken|Auflage=1.|Jahr=2011|Verlag=dpunkt.verlag|ISBN=978-3-89864-724-3}}
* {{Literatur|Autor=Mario Winter, Mohsen Ekssir-Monfared, [[Harry Sneed]], Richard Seidl, Lars Borner|Titel=Der Integrationstest - Von Entwurf und Architektur zur Komponenten- und Systemintegration|Auflage=1.|Jahr=2012|Verlag=[[Carl Hanser Verlag]]|ISBN=978-3-446-42564-4}}

[[Kategorie:Testen (Software)]]

[[it:Collaudo del software#Il collaudo di regressione]]
[[pl:Regresja (informatyka)]]