{"id":3115,"date":"2016-05-05T10:00:34","date_gmt":"2016-05-05T08:00:34","guid":{"rendered":"http:\/\/www.johner-institut.de\/blog\/?p=3115"},"modified":"2024-05-24T11:12:54","modified_gmt":"2024-05-24T09:12:54","slug":"mock-objekt","status":"publish","type":"post","link":"https:\/\/www.johner-institut.de\/blog\/iec-62304-medizinische-software\/mock-objekt\/","title":{"rendered":"Mock-Objekt beim Testen von medizinischer Software"},"content":{"rendered":"

Ein Mock-Objekt hilft beim Integrationstest, Teile eines Software-Systems zu ersetzen bzw. zu simulieren, solange bis diese Teile schrittweise\u00a0dem System hinzugef\u00fcgt werden.<\/p>\n

Lesen Sie in diesem Artikel, wie sich Mocks von Dummies und Stubs unterscheiden und ob Sie ein Mock-Objekt auch verifizieren m\u00fcssen.<\/p>\n

<\/p>\n

Mock-Objekt, Dummy, Stub<\/h2>\n

Zahlreiche Begriffe kursieren in diesem Kontext. Man unterscheidet meist abh\u00e4ngig von der implementierten Funktionalit\u00e4t folgende Begriffe:<\/p>\n

    \n
  1. Ein Stub<\/strong> repr\u00e4sentierte\u00a0den „d\u00fcmmsten“ Vertreter in dieser Liste. \u00a0Er verf\u00fcgt \u00fcber kaum Funktionalit\u00e4t und wird v.a. als Platzhalter genutzt.<\/li>\n
  2. Ein Dummy<\/strong> (kennen Sie vielleicht von Crash-Tests) ist schon etwas kl\u00fcger und implementiert beispielsweise eine sehr vereinfachte Version des ersetzen Objekts.<\/li>\n
  3. Die Mocks<\/strong> enthalten die meiste Funktionalit\u00e4t. Ein Mock-Objekt\u00a0enth\u00e4lt meist Code f\u00fcr Testzwecke, beispielsweise pr\u00fcft es, ob \u00fcbergebene Parameter im erwarteten Wertebereich liegen, oder es gibt falsche Werte zur\u00fcck, um das Testobjekt daraufhin untersuchen zu k\u00f6nnen, ob es damit umgehen kann.<\/li>\n<\/ol>\n

    Wie ein Mock-Objekt\u00a0beim Testen helfen kann<\/h2>\n

    Voraussetzung f\u00fcr Top-Down-Integrationstests<\/h3>\n

    Die IEC 62304 verlangt, dass Sie eine Integrations-Strategie f\u00fcr Ihre Software-Tests bestimmen und dann die Intergrationstests<\/a> entsprechend durchf\u00fchren. \u00a0Wenn Sie eine Top-Down-Integration planen, d.h. wenn Sie zuerst die oberen und dann die unteren Schichten Ihrer Software testen m\u00f6chten, ben\u00f6tigen Sie Stellvertreter-Objekt wie die oben genannten: Stubs, Dummies und Mock-Objekte.<\/p>\n

    \"Mock-Objekte<\/p>\n

    Mock-Objekte zum Testen der Schnittstellen<\/h3>\n

    Wenn Sie eine Komponente mit Testtreibern testen, testen Sie v.a.\u00a0die Reaktion dieser Komponente auf Aufrufe mit dem Testtreiber (in folgendem Bild auf der linken Seite).<\/p>\n

    Wenn Sie hingegen Mock-Objekte einsetzen, k\u00f6nnen Sie zus\u00e4tzlich pr\u00fcfen,<\/p>\n

      \n
    1. ob ein Aufruf mit dem Testtreiber auch die erwarteten Methodenaufrufe „auf der R\u00fcckseite“ (hier zur Komponente B) erfolgen und<\/li>\n
    2. ob die Komponente A mit den R\u00fcckgabewerten der Komponente B richtig umgeht, beispielsweise sich bei ung\u00fcltigen R\u00fcckgabewerten wie spezifiziert verh\u00e4lt.<\/li>\n<\/ol>\n

      \"Mock-Objekt\"<\/a><\/p>\n

      Bild zum Vergr\u00f6\u00dfern anklicken<\/em><\/span><\/p>\n

      Dazu implementiert man in den Mock-Objekten Funktionalit\u00e4t, die zum einen die Aufrufparameter protokollieren und zum anderen einstellbare R\u00fcckgabewerte erzeugen kann.<\/p>\n

      Regulatorische Anforderungen an Mock-Objekte<\/h2>\n

      Zuerst ist festzustellen, dass es keine regulatorischen Anforderungen gibt, \u00fcberhaupt Mock-Objekte einzusetzen. Schwieriger zu beantworten ist die Frage, ob es regulatorische Forderungen gibt, falls man\u00a0mit einem Mock-Objekt arbeitet.<\/p>\n

      Ein Mock-Objekt ein Messwerkzeug<\/h3>\n

      Wenn Sie ein Mock-Framework\u00a0einsetzen, mit denen Sie Mock-Objekte (automatisiert) erzeugen k\u00f6nnen, dann ist dieses Werkzeug ein Mess- oder Prozesswerkzeug, das Sie validieren m\u00fcssen. Beispiele f\u00fcr solche\u00a0Mock-Frameworks im Java-Bereich sind<\/p>\n