Definitions- und Implementierungsmethoden • BUOM

29. Juli 2021

Der Softwaretest-Lebenszyklus ist ein integraler Bestandteil der Softwareentwicklung und trägt dazu bei, sicherzustellen, dass die Softwareanwendung den Anforderungen des Kunden oder Endbenutzers entspricht. Eine der Phasen des Lebenszyklus ist der Systemintegrationstest, eine Phase, in der Entwickler Probleme im Zusammenhang mit der Schnittstelle zwischen verschiedenen Komponenten eines Softwaresystems identifizieren können. Wenn Sie an der Entwicklung oder dem Testen von Software beteiligt sind, ist es wichtig, dass Sie verstehen, was Systemintegration ist und wie sie zu einem Produkt führen kann, das den Benutzeranforderungen entspricht.

In diesem Artikel definieren wir Systemintegrationstests, erklären, warum es wichtig ist, ihn durchzuführen, betrachten Vergleichspunkte zwischen ihm und Systemtests und beschreiben die Schritte, die bei der Durchführung von Systemintegrationstests erforderlich sind.

Was ist ein Systemintegrationstest?

Systemintegrationstests, auch Integrationstests und das Akronym SIT genannt, sind eine Form von Softwaretests, die in erster Linie durchgeführt werden, um die Interaktionen zwischen Modulen zu bewerten, wenn sie zu einem einzigen System kombiniert werden. Im Kontext von Software ist ein Modul eine Datei, die eine Prozedur oder Funktion enthält. Softwareanwendungen bestehen aus mehreren Modulen, die jeweils eine eigene Funktion erfüllen. Diese modulare Programmierung ermöglicht eine schnellere Softwareentwicklung, da Teams gleichzeitig an verschiedenen Modulen arbeiten können. Allerdings sind Tests erforderlich, um sicherzustellen, dass die Arbeit jedes Teams mit der Arbeit der anderen kompatibel ist.

Es gibt vier gängige Ansätze für Systemintegrationstests:

• Von oben nach unten: Das Testen beginnt mit Modulen höherer Ebene und geht zu Modulen niedrigerer Ebene über. Entwickler können unfertige Nebenmodule mit einem Stub testen, einem Programm, das das unfertige Modul durch Simulation seiner Funktionalität ersetzt.

• Von unten nach oben: Das Testen beginnt mit Modulen niedrigerer Ebene und geht nach oben zu Modulen höherer Ebene. Anstatt einen Stub zum Testen unfertiger Module zu verwenden, verwenden Entwickler einen Treiber, der die Funktionalität von Modulen höherer Ebene emuliert.

• Sandwich-Methode: Durch die Kombination von Top-Down- und Bottom-Up-Tests unterteilt die Sandwich-Methode die Tests in drei Ebenen. Ein Team geht bei der obersten Ebene von oben nach unten vor, während das andere Team bei der untersten Ebene von unten nach oben vorgeht und gemeinsam auf die Mitte hinarbeitet.

• Urknall: Die Modulintegration erfolgt erst nach Abschluss jedes Moduls. Entwickler und andere Ingenieure testen dann das gesamte System gleichzeitig, was den Testprozess vereinfacht.

Im Lebenszyklus von Softwaretests ist die Systemintegration die dritte Phase. Es schließt sich direkt an Unit-Tests an, bei denen Tester überprüfen, ob jedes Modul unabhängig von anderen Modulen ordnungsgemäß funktioniert. Auf Systemintegrationstests folgt ein Systemtest, bei dem Tester feststellen, wie gut die Software als vollständige Anwendung funktioniert.

Warum Systemintegrationstests durchführen?

SIT ist eine wichtige Phase des Softwaretests, da es dabei hilft, die Gesamtfunktionalität einer Softwareanwendung zu bestimmen. Einzelne Softwaremodule können für sich allein gut funktionieren, sie müssen jedoch auch korrekt mit anderen Modulen interagieren, damit die Anwendung ordnungsgemäß funktioniert. Insbesondere bei der modularen Programmierung, bei der jedes Entwicklungsteam seine eigenen, einzigartigen Anforderungen und Verfahren haben kann, ist es sehr wichtig, SIT durchzuführen, um sicherzustellen, dass jeder die Anforderungen des gesamten Projekts erfüllt.

Systemintegrationstests und Systemtests

SIT und Systemtests sind verwandte Phasen des Softwaretest-Lebenszyklus. Während SIT bewertet, wie Module im Verhältnis zueinander funktionieren, hat Systemtest einen breiteren Anwendungsbereich. In diesem späteren Stadium wird die Anwendung als Gesamtsystem daraufhin untersucht, wie gut sie die an sie gestellten Anforderungen erfüllt.

Neben dem Ziel gibt es noch einige weitere Unterschiede zwischen SIT und Systemtests. Das beinhaltet:

Testtyp

SIT ist eine Art Funktionstest, d. h. es testet Softwarekomponenten, um sicherzustellen, dass sie sich angemessen verhalten und ihren Spezifikationen entsprechen. Im Gegensatz dazu sind Systemtests sowohl funktional als auch nicht funktional. Beim nichtfunktionalen Testen werden Qualitäten untersucht, die keinen Einfluss auf die Funktionalität haben, wie z. B. Benutzerfreundlichkeit und Sicherheit. Systemtests gelten als Abnahmetests, da sie dabei helfen, festzustellen, ob die Anwendung die Anforderungen des Endbenutzers erfüllt.

Fokus

Der Fokus von SIT liegt auf der Schnittstelle zwischen Komponenten innerhalb der Software. Die Idee besteht darin, sicherzustellen, dass ein Modul mit einem anderen Modul kommunizieren und in Bezug auf dieses korrekt funktionieren kann. Beim Systemtest geht es jedoch darum, die Software als Gesamtpaket zu untersuchen. Auf diese Weise können Entwickler das Endbenutzererlebnis simulieren und feststellen, ob das Produkt für den vorgesehenen Verwendungszweck geeignet ist.

Technik

SIT fällt sowohl in die Kategorien White- als auch Black-Box-Tests. White-Box-Tests beziehen sich auf die Bewertung der internen Struktur, des Betriebs und des Quellcodes eines Softwaresystems, während sich Black-Box-Tests auf die Funktionalität konzentrieren, ohne die internen Merkmale zu berücksichtigen. Daher untersucht SIT nicht nur, wie Software funktioniert, sondern auch, warum sie so funktioniert, wie sie funktioniert. Systemtests sind jedoch streng genommen eine Form von Black-Box-Tests, da sie nur die Funktionalität des Systems untersuchen.

So führen Sie Systemintegrationstests durch

Sie können die folgenden Schritte ausführen, um Systemintegrationstests durchzuführen:

1. Entwickeln Sie einen Testintegrationsplan

Der Testintegrationsplan ist eine Übersicht über die Schritte, die während des SIT durchgeführt werden müssen. Wenn Sie die kleinsten Details eines Verfahrens verstehen, können Sie besser erkennen, welche Ressourcen benötigt werden und wie Sie diese zuweisen. Es kann auch als Erinnerung für alle Beteiligten an die Anforderungen und Erwartungen dienen, die die Software erfüllen muss. Im Idealfall kann die Erstellung eines umfassenden Testintegrationsplans als erster Schritt die Ziele verschiedener Teams aufeinander abstimmen und zu einer effizienten Ausführung der nächsten Schritte führen.

2. Entscheiden Sie sich für Ihren Ansatz

Jeder der SIT-Ansätze – Top-down, Bottom-up, Sandwich und Big Bang – bietet je nach den spezifischen Anforderungen und Details Ihres Projekts Vorteile. Berücksichtigen Sie bei der Auswahl des am besten geeigneten Ansatzes die folgenden Faktoren:

• Projektgröße. Bei größeren Projekten kann ein Top-Down-, Bottom-Up- oder Sandwich-Ansatz sinnvoll sein, da diese Methoden die gleichzeitige Durchführung mehrerer Vorgänge ermöglichen. Die Big-Bang-Methode eignet sich wahrscheinlich besser für kleinere Projekte, bei denen weniger Einheiten getestet werden müssen.

• Zeit: Die für SIT aufgewendete Zeit wirkt sich direkt auf die Fähigkeit aus, bestimmte SIT-Ansätze umzusetzen. Der Urknall dauert oft am wenigsten, während andere Ansätze wahrscheinlich länger dauern.

• Komponentenmerkmale: Wenn bestimmte Module Vorrang vor anderen haben, sind inkrementelle Ansätze wie Top-Down- und Bottom-Up-Ansätze möglicherweise am besten für Ihr Projekt geeignet. Andernfalls sollten Sie die Sandwich- oder Big-Bang-Variante in Betracht ziehen.

3. Entwickeln Sie Testfälle, Szenarios und Szenarios entsprechend Ihrer Vorgehensweise

Testfälle, Szenarien und Skripte sind verschiedene Möglichkeiten, Funktionalität zu testen. Ein Testfall ist eine Reihe von Aktionen, um zu überprüfen, ob eine bestimmte Funktion ordnungsgemäß funktioniert. Ein Testfall ist eine Beschreibung einer Aufgabe, die ein Benutzer in einem Programm ausführen kann, und ein Testskript ist eine detaillierte Beschreibung der dafür erforderlichen Schritte und Daten das zu bedienende Programm. Programm. Während des SIT sollten sich diese Testfälle, Skripte und Szenarien auf die Schnittstelle und Kommunikation zwischen Modulen konzentrieren.

4. Stellen Sie Integrationstests für ausgewählte Module bereit

In diesem Schritt erfolgt die eigentliche Integration der Module, um deren Schnittstellenfunktionalität anhand der im vorherigen Schritt entwickelten Testfälle, Szenarien und Szenarios zu testen. Der Zweck der Tests besteht darin, etwaige Fehler oder Mängel zu identifizieren, die behoben werden müssen. Tests erfolgen häufig sowohl manuell als auch mithilfe von Automatisierung. Der Vorteil des manuellen Testens besteht darin, dass es Teams ermöglicht, Probleme zu identifizieren und zu lösen, die von Automatisierungsprogrammen übersehen wurden, während die Automatisierung schnellere Tests ermöglicht.

5. Verfolgen und protokollieren Sie Fehler

Die Teams sollten alle Fehler oder Mängel im Programm, auf die sie stoßen, sorgfältig und gründlich protokollieren. Die Fehlerdokumentation sollte genau beschreiben, was wann passiert ist. Durch die Verfolgung und Aufzeichnung von Fehlern können Sie das Problem eingrenzen und seine Ursache besser verstehen.

6. Korrigieren Sie Fehler und führen Sie bei Bedarf einen erneuten Test durch.

Mithilfe der Fehlerdokumentation können Teams gemeldete Probleme beheben und so sicherstellen, dass die Module korrekt kommunizieren. Anschließend können sie das Problem erneut testen, um festzustellen, ob das Problem behoben ist oder ob durch die Anwendung des Fixes andere Probleme auftreten. Der erneute Test sollte fortgesetzt werden, bis alle identifizierten Fehler behoben sind.