Unterschiede
Hier werden die Unterschiede zwischen zwei Versionen angezeigt.
Beide Seiten der vorigen Revision Vorhergehende Überarbeitung | |||
modul:m450:learningunits:lu15:umsetzung [2024/11/25 11:40] – msuter | modul:m450:learningunits:lu15:umsetzung [2024/11/29 09:25] (aktuell) – msuter | ||
---|---|---|---|
Zeile 6: | Zeile 6: | ||
===== Big-Bang-Integration ===== | ===== Big-Bang-Integration ===== | ||
- | {{: | + | | {{: |
- | + | ||
- | Bei dieser Strategie wird das Zusammenspiel aller Komponenten (Module, Funktionen, Klassen) gleichzeitig getestet. | + | |
- | Dabei verzichten wir vollständig auf Mocks. | + | |
- | + | ||
- | Anhand der Hauptsteuerung suchen wir die Hauptkomponenten unserer Applikation. | + | |
- | Zu diesen Komponenten schreiben wir Integrationstests. | + | |
- | Dabei werden alle Komponenten, | + | |
===== Top-Down-Integration ===== | ===== Top-Down-Integration ===== | ||
- | {{: | + | | {{: |
- | + | ||
- | Im Gegensatz zur Big-Bang-Integration testen wir immer nur eine Schicht auf einmal. | + | |
- | + | ||
- | Wir starten mit der höchsten Ebene der Anwendung, z. B. der Hauptsteuerung oder den GUI-Komponenten, | + | |
- | Mocks werden hier häufig eingesetzt, um noch nicht integrierte Unterschichten zu simulieren. | + | |
==== Erste Schicht ==== | ==== Erste Schicht ==== | ||
Zeile 38: | Zeile 26: | ||
===== Bottom-Up-Integration ===== | ===== Bottom-Up-Integration ===== | ||
- | {{: | + | | {{: |
- | + | ||
- | Bei dieser Strategie testen wir zuerst die Integration von Komponenten, | + | |
- | Wir beginnen mit den grundlegenden Bausteinen des Systems (z. B. Datenbank- oder Utility-Funktionen) und arbeiten uns schrittweise nach oben. | + | |
- | Höhere Schichten werden erst integriert, wenn ihre Abhängigkeiten bereits getestet wurden. | + | |
==== Basierend auf Unittests ==== | ==== Basierend auf Unittests ==== |