Unterschiede

Hier werden die Unterschiede zwischen zwei Versionen angezeigt.

Link zu dieser Vergleichsansicht

Beide Seiten der vorigen Revision Vorhergehende Überarbeitung
modul:m450:learningunits:lu15:umsetzung [2024/11/25 11:40] msutermodul:m450:learningunits:lu15:umsetzung [2024/11/29 09:25] (aktuell) msuter
Zeile 6: Zeile 6:
  
 ===== Big-Bang-Integration ===== ===== Big-Bang-Integration =====
-{{:modul:m450:learningunits:lu15:bigbang.png?400|}} +{{:modul:m450:learningunits:lu15:bigbang.png?600|}} 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, die von den Hauptkomponenten angesprochen werden, automatisch auch getestet. |
- +
-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, die von den Hauptkomponenten angesprochen werden, automatisch auch getestet.+
  
 ===== Top-Down-Integration ===== ===== Top-Down-Integration =====
-{{:modul:m450:learningunits:lu15:topdown.png?400|}} +{{:modul:m450:learningunits:lu15:topdown.png?600|}} 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, und arbeiten uns schrittweise zu den unteren Schichten (z. B. Datenbankzugriff oder Services) vor. Mocks werden hier häufig eingesetzt, um noch nicht integrierte Unterschichten zu simulieren. |
- +
-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, und arbeiten uns schrittweise zu den unteren Schichten (z. B. Datenbankzugriff oder Services) vor. +
-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 =====
-{{:modul:m450:learningunits:lu15:bottomup.png?400|}} +{{:modul:m450:learningunits:lu15:bottomup.png?600|}} Bei dieser Strategie testen wir zuerst die Integration von Komponenten, die keine weiteren Abhängigkeiten haben. 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. |
- +
-Bei dieser Strategie testen wir zuerst die Integration von Komponenten, die keine weiteren Abhängigkeiten haben. +
-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 ====
  • modul/m450/learningunits/lu15/umsetzung.1732531245.txt.gz
  • Zuletzt geändert: 2024/11/25 11:40
  • von msuter