WikiDer > Integrationstest

Das Integrationstest ist ein Softwaretest wo individuelle SoftwareModule als Ganzes verbunden und getestet. Diese Phase kommt nach dem Entwicklungstest mit dem Gerätetest und für die Systemtest. Für den Integrationstest Module verwendet, die den Unit-Test bestanden hat. Diese freigegebenen Module werden miteinander verknüpft und im Integrationssystem getestet.Versuchsplan sind beschrieben. Wenn alle Submodule im Ganzen auf diese Weise getestet wurden, können sie dann mit dem Systemtest, oder der Abnahmeprüfung wo andere Testformen verwendet werden.

Ziel

Der Integrationstest dient der Gewissheit über die Funktionalität, Performance und Verlässlichkeit die von den Untermodulen verlangt wird. Diese Submodule werden durch ihre Schnittstellen Verwendung einer Blackbox-Test. Testskripte werden mit allerlei Eingaben gespielt und geprüft, ob das ganze wie erwartet reagiert. Testfälle werden gemacht, um zu testen, ob alle Komponenten innerhalb des Ganzen gut zusammenarbeiten, zum Beispiel in einem Remoteprozeduraufruf. Das Ganze ist aus zugelassenen Bausteinen aufgebaut.

Typen

Es gibt verschiedene Arten von Integrationstests, nämlich die Urknall, von oben nach unten und Prost.

Urknall

Bei diesem Ansatz werden alle (oder beliebig viele) Module zu einem Gesamtsystem verknüpft, das dann in seiner Gesamtheit getestet wird. Besonders zeitsparend ist die Big Bang Methode. Voraussetzung ist, dass die Testfälle werden über ihre Erkenntnisse auf dem Laufenden gehalten.

Mit einer bestimmten Art Urknall (Gebrauchsmustertest) normale (tägliche) Aktivitäten der Benutzer werden simuliert. Durch das Testen auf diese Weise Test Umgebung einschließlich (implizit) der einzelnen Komponenten getestet. Biene Testen von Nutzungsmodellen man geht optimistisch davon aus, dass die einzelnen Komponenten wenig Probleme bereiten. Es ist ein abschließender Test, der davon ausgeht, dass die Entwickler Komponententests haben gut abgeschnitten. Damit soll vermieden werden, dass die Unit-Tests wiederholt werden müssen. Der Test konzentriert sich mehr auf das Zusammenspiel der Komponenten untereinander und mit ihrer Umgebung. Wichtig ist, ein realistisches Testszenario der täglichen Arbeit zusammenzustellen, sich also auf die normalen Abläufe zu konzentrieren und nicht sofort auf alle Ausnahmen. Dies ermöglicht eine gute Risikobewertung des Systems für die tägliche Arbeit. Wenn die Erkenntnisse auch verarbeitet werden, funktioniert die integrierte Umgebung letztendlich gut für die BenutzerZielgruppe deren tägliche Arbeit als Beispiel für den Test diente.

Von oben nach unten und von unten nach oben

Biene Bottom-Up-Tests die kleinsten Einheiten werden zuerst getestet und dann werden sie verwendet, um größere integrierte Einheiten zu testen. Dieser Vorgang wird wiederholt, bis das Ganze getestet wurde. Im Beispiel von a Fahrrad wird es zuerst sein Ventil getestet und die Fahrradklingel, dann die Innenrohr, der Reifen, der Band als Ganzes und schließlich das Fahrrad als Ganzes.

Diese Vorgehensweise ist nur sinnvoll, wenn alle oder die meisten Teile gleichzeitig fertig sind, da sonst zu lange gewartet wird. Diese Methode ermöglicht es, prozentual anzugeben und zu berichten, wie viel von der Software programmiert, getestet und freigegeben wurde.

Bei der Von oben nach unten-Ansatz beginnt mit der höchsten Ebene: dem Hauptmenü, danach geht es von oben nach unten, bis alles mit allen Seitenzweigen abgedeckt ist.

Bei der Sandwich-Test Der Top-Down-Ansatz wird mit dem Bottom-Up-Ansatz kombiniert.

Der Hauptvorteil des Bottom-Up-Ansatzes besteht darin, dass Fehler mit ihren Ursachen früher gefunden werden, da die Testobjekte kleiner sind. Mit dem Top-Down-Ansatz haben Sie einen besseren Überblick und sehen schneller, was noch fehlt.