imported>VÖRBY: /* Systematik */ Link auf Datenaustausch passt hier nicht

2025-05-03T09:47:49Z

Systematik: Link auf Datenaustausch passt hier nicht

Neue Seite

{{Begriffsklärungshinweis|Zum Test zur Einbürgerung siehe [[Einbürgerungstest]].}}
Der Begriff '''Integrationstest''' bezeichnet in der [[Softwareentwicklung]] eine aufeinander abgestimmte Reihe von [[softwaretest|Einzeltests]], die dazu dienen, verschiedene voneinander abhängige [[Komponente (Software)|Komponenten]] eines komplexen [[System]]s im Zusammenspiel miteinander zu testen. Die erstmals im gemeinsamen Kontext zu testenden Komponenten haben im Idealfall jeweilige [[Modultest]]s erfolgreich bestanden und sind für sich isoliert fehlerfrei funktionsfähig.

== Integrationsstrategien ==
Der Integrationstest wird in zwei unterschiedliche Strategien unterschieden:
Die ''testzielorientierte'' Strategie benötigt nur die zum Testen notwendigen System-Komponenten. Dort werden die Testfälle entsprechend definierter Testziele erstellt und ausgeführt. Die ''vorgehensorientierte'' Strategie ist abhängig von der Integrationsreihenfolge aus der [[Systemarchitektur]].<ref name="1_Zander">Dirk Zander, Toolgestützte Verifikation verteilter technischer Steuerungssysteme auf der Basis von Aktivitätsdiagrammen, Ruhr-Universität Bochum; Dissertation, Bochum 2009 S. 72–74</ref>

Eine weitere Unterscheidung ist die Art, wie die Komponenten integriert werden:
Die ''inkrementelle'' Integration fügt die Module schrittweise zusammen. Hierzu müssen fehlende Module simuliert werden. Die ''nicht-inkrementelle'' Integration fügt alle Komponenten gleichzeitig zusammen und integriert sie in das [zu testende] System. Dazu müssen alle Module bereits vor dem Integrationstest vorhanden sein.<ref name="1_Zander" /> Diese Variante hat sich in der Praxis als nicht tauglich erwiesen.<ref>Peter Liggesmeyer; Software-Qualität Testen, Analysieren & Verifizieren von Software; Spektrum akademischer Verlag, Heidelberg 2009; 2. Auflage; S. 370/371</ref>

Zusammengefasst stellt der Integrationstest sicher, dass die unterschiedlichen Module, welche zusammen arrangiert wurden, auch wie ein funktionsfähiges System agieren.<ref name="2_Hoffmann">Dirk. W. Hoffmann; Software Qualität; ISBN 978-3-642-35699-5; Springer Vieweg; 2. Auflage; 2013; S. 163–166</ref> Er untersucht also die Kooperation von selbstständigen Programmbestandteilen.<ref name="qz-online">qz-online.de [https://www.qz-online.de/qualitaets-management/qm-basics/software-qualitaet/software-test/artikel/testen-von-software-258432.html]</ref>

{{Zitat|Der Integrationstest erfordert eine Teststrategie (z. B. Top-Down, Bottom-Up) zur Zusammensetzung der einzelnen Komponenten, eine Testorganisation (Auswahl und Zusammensetzung einzelner Testfälle) und die technische Unterstützung, z. B. durch Testtreiber.<ref Name="qz-online" />}}

== Systematik ==
Für jede Abhängigkeit zwischen zwei Komponenten eines Systems wird ein [[Testszenario]] definiert, welches in der Lage ist nachzuweisen, dass nach der Zusammenführung sowohl beide Komponenten für sich wie auch die Kommunikation zwischen den gemeinsame(n) [[Schnittstelle]](n) [[spezifikation]]sgemäß funktionieren. Als Methoden werden sowohl [[Funktionstest]]s als auch [[Schnittstellentest]]s angewendet. Da die Funktionstests meistens im Rahmen der Komponententests bereits durchgeführt wurden, dienen sie an dieser Stelle dazu festzustellen, ob die ''richtige'' Komponente verwendet wird. Die Schnittstellentests dienen zur Überprüfung der Daten, die zwischen den Komponenten ausgetauscht werden.

== Umfang ==
Der Umfang von Integrationstests ist nicht auf ein Gesamtsystem festgelegt. Da der zeitliche Aufwand für Integrationstests mit wachsender Komponentenanzahl überproportional ansteigt, ist es üblich, Integrationstests für einzelne, abgegrenzte Subsysteme durchzuführen und diese dann im weiteren Verlauf als eine Komponente zu betrachten ([[Top-Down- und Bottom-Up-Design|Bottom-Up-Methode]]). Bei dieser Methode enden die Integrationstests erst mit den erfolgreichen Testläufen in einer mit dem späteren Produktivsystem identischen Testumgebung.

In kleineren Softwareprojekten finden Integrationstests häufig während der Programmierung durch den oder die Programmierer statt. Unmittelbar im Anschluss an die Programmierung eines Moduls wird das Modul selbst und das Zusammenspiel mit dem bisher erstellten Programmcode getestet. Bei großen, umfangreichen Software-Entwicklungen, die meist im Rahmen eines [[Projektorganisation|Projekts]] durchgeführt werden, erhöht sich der Aufwand für Tests generell so stark, dass diese zur Steigerung der Effizienz automatisiert durchgeführt werden.

== Siehe auch ==
* [[Outside-In-Integrationstest]]

== Literatur ==
*{{Literatur|Autor=Ian Sommerville|Titel=[[Software Engineering]]|Auflage=6.|Verlag=Addison-Wesley|Jahr=2001|ISBN=3-8273-7001-9}}
*[[IEEE]]: IEEE Standard Glossary of Software Engineering Terminology; IEEE, 1991, ISBN 1-55937-067-X
*British Computer Society: Glossary of terms used in software testing, Version 6.3; http://www.testingstandards.co.uk/bs_7925-1_online.htm
*Article [http://www.methodsandtools.com/archive/archive.php?id=13 Managing Your Way through the Integration and Test Black Hole] from [http://www.methodsandtools.com/ Methods & Tools]
* {{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}}

== Einzelnachweise ==
<references />

[[Kategorie:Testen (Software)]]

Integrationstest - Versionsgeschichte

imported>VÖRBY: /* Systematik */ Link auf Datenaustausch passt hier nicht