FAQ Page: mock object

Begriff Beschreibung Stub Gibt feste Werte zurück, ohne Logik Mock Simuliert Verhalten und prüft, wie es aufgerufen wird Fake Funktionierende, aber vereinfachte Implementierung Mock Objects sind besonders hilfreich, wenn du Interaktionen und Seiteneffekte testen willst – z. B. ob ein Aktuator im richtigen Moment aktiviert wird.

Typische Probleme: Lösung: Balance zwischen Unit Tests mit Mocks und Integrationstests mit echter Hardware.

I2C- oder SPI-Kommunikation wird über Mock Objects simuliert, indem man die Hardware-Treiberfunktionen (z. B. HAL_I2C_Master_Transmit) durch Dummy-Funktionen ersetzt. Diese Funktionen geben fest definierte Antworten zurück, um das Verhalten des I2C-Geräts nachzubilden. Beispiel: Eine I2C-Funktion mockt einen Temperatursensor und liefert konstant 25 °C zurück, unabhängig vom physischen Sensor.

Um Hardware-Abhängigkeiten durch Mock Objects zu ersetzen: Ziel ist, die Logik unabhängig von der Hardware testbar zu machen.

Beispiel für ein Mock Object in C: In diesem Beispiel wird eine echte Hardware-Funktion durch eine Mock-Implementierung ersetzt – ideal für Tests ohne echte Sensoren.

Beliebte Mocking-Frameworks für Embedded-Systeme sind: Für ressourcenarme Systeme ist CMock besonders empfehlenswert, da es keine dynamische Speicherverwaltung benötigt.

Mock Objects ermöglichen es Embedded-Entwicklern, Unit Tests ohne reale Hardware durchzuführen. Sie verbessern die Testbarkeit, Wartbarkeit und Modularität des Codes. Besonders in sicherheitskritischen Systemen (z. B. Automotive, Medizintechnik) sind Mock Objects ein wichtiger Bestandteil der Software-Qualitätssicherung.

Ein Mock Object ist ein simuliertes Objekt, das in Unit Tests verwendet wird, um das Verhalten realer Komponenten wie Sensoren, Aktoren oder Kommunikationsschnittstellen nachzubilden. In der Embedded-Entwicklung hilft ein Mock Object dabei, Hardware-Abhängigkeiten zu isolieren und Softwarefunktionen unabhängig zu testen – besonders wichtig bei Bare-Metal-Systemen ohne Betriebssystem.