AGB  ·  Datenschutz  ·  Impressum  







Anmelden
Nützliche Links
Registrieren

Frage zu Mocking

Ein Thema von TigerLilly · begonnen am 1. Jun 2017 · letzter Beitrag vom 1. Jun 2017
Antwort Antwort
TigerLilly

Registriert seit: 24. Mai 2017
Ort: Wien, Österreich
1.174 Beiträge
 
Delphi 11 Alexandria
 
#1

Frage zu Mocking

  Alt 1. Jun 2017, 08:43
Ich habe mich ein wenig ins Abseits manövriert + hätte gern Ratschläge :- )

Ich habe eine Klasse A, für die ich automatisierte Tests schreibe. Diese Klasse A benutzt eine weitere Klasse B - und zwar ruft sie drei ihrer Methoden auf. Diese Klasse B wird meiner Klasse A im Konstruktor übergeben. Natürlich hat die Klasse B noch viele andere Methoden.

Für meine Tests wollte ich die Klasse B mocken. Aber leider hat die Klasse B keine virtuellen Methoden. Da das 3rd Party code ist, möchte ich den nicht ändern.
Ich möchte aber auch nicht in meinen Tests die ganze Klasse B erzeugen, weil ich für meine Tests die ja gar nicht brauche.

Einen Decorator möchte ich auch nicht schreiben, weil die Klasse B sehr viele Methoden hat.

Ich hab an class helpers gedacht, aber die helfen mir da auch nicht.


Ich bin dankbar für jeden Tipp!
  Mit Zitat antworten Zitat
CarlAshnikov

Registriert seit: 18. Feb 2011
Ort: Erfurt
108 Beiträge
 
Delphi XE5 Enterprise
 
#2

AW: Frage zu Mocking

  Alt 1. Jun 2017, 08:50
Ich würde dir hier eine Proxy-Klasse C schreiben, die nur die Methoden von Klasse B durchleitet die du in A benötigst. Dann lässt du sie noch ein Interface mit den entsprechenden Methoden implementieren und verwendest dies in A. Dein Mock muss dann nur diese Methoden implementieren.
Sebastian
Das kann ja wohl nicht var sein!
  Mit Zitat antworten Zitat
Benutzerbild von Stevie
Stevie

Registriert seit: 12. Aug 2003
Ort: Soest
4.008 Beiträge
 
Delphi 10.1 Berlin Enterprise
 
#3

AW: Frage zu Mocking

  Alt 1. Jun 2017, 09:00
In der (zumeist englisch sprachigen) Literatur zu dem Thema wird von seams also Nähten gesprochen, an denen man Anhängigkeiten (dependencies) entkoppeln kann. Diese geschieht in der Regel durch virtuelle Methoden oder Interfaces (deren Methoden alle virtuell sind). Es gibt natürlich auch Möglichkeiten, zu mocken, sollte man solche Nähte nicht haben, aber das ist mehr Hack als nützlich.

Ein Weg, eine solche Abhängigkeit aufzubrechen, wäre, entweder eine eigene Ableitung dieser 3rd party Klasse zu machen und ein Interface implementieren zu lassen. Dieses Interface kann dann alle Methoden anbieten die du bisher von der Klasse benutzt bzw die benötigt werden. Sind die Signaturen 1-zu-1 so wie in der Klasse, brauchst du keine einzige Zeile Implementierungscode schreiben. Es können auch verschiedene Interfaces sein (z.B. eins mit den 3 Methoden, die an dieser Stelle gebraucht werden und ein anderes mit 4 Methoden, die an einer anderen Stelle benötigt werden - siehe ISP, das I in SOLID)

Die andere Möglichkeit wäre über einen Adapter, der die 3rd Party Klasse bekommt und seine Methodenaufrufe (diese entweder über ein Interface wie in der zuvor genannten Möglichkeit oder als virtuelle Methoden) an die 3rd Party Klasse weiterzuleiten.

In beiden Fällen musst du natürlich den Code ändern - aber genau das wirst du immer wieder als Empfehlung lesen, denn darum heißt es "wie man testbaren Code schreibt". Es geht genau darum, diese Nähte bereitzustellen, an denen man in einem Test abtrennen und ein Mock an"nähen" kann.

Der Vollständigkeit sei noch erwähnt, dass es auch manchmal die Empfehlung gibt, durch entsprechendes ifdef im Code für Produktion oder für Test zu kompilieren, aber davon möchte ich dir gleich im Vorfeld aus Erfahrung abraten.
Stefan
“Simplicity, carried to the extreme, becomes elegance.” Jon Franklin

Delphi Sorcery - DSharp - Spring4D - TestInsight
  Mit Zitat antworten Zitat
TigerLilly

Registriert seit: 24. Mai 2017
Ort: Wien, Österreich
1.174 Beiträge
 
Delphi 11 Alexandria
 
#4

AW: Frage zu Mocking

  Alt 1. Jun 2017, 09:15
Danke für die ausführliche Antwort!

Ein Weg, eine solche Abhängigkeit aufzubrechen, wäre, entweder eine eigene Ableitung dieser 3rd party Klasse zu machen und ein Interface implementieren zu lassen.
Das war mein erster Versuch, aber die Methoden der 3rd party Klasse sind ja nicht virtuell.

Zitat:
Die andere Möglichkeit wäre über einen Adapter, der die 3rd Party Klasse bekommt und seine Methodenaufrufe (diese entweder über ein Interface wie in der zuvor genannten Möglichkeit oder als virtuelle Methoden) an die 3rd Party Klasse weiterzuleiten.
Das war der zweite Versuch, aber die 3rd Party Klasse wird an anderer Stelle auch benutzt bzw übergeben + dann bekomme ich Typinkompatibilitäten.
  Mit Zitat antworten Zitat
CarlAshnikov

Registriert seit: 18. Feb 2011
Ort: Erfurt
108 Beiträge
 
Delphi XE5 Enterprise
 
#5

AW: Frage zu Mocking

  Alt 1. Jun 2017, 09:37
Worin besteht das Problem die Klasse einmal hinter einem Proxy/Adapter und einmal ohne diesen zu verwenden? Vielleicht solltest du das mal genauer skizzieren.
Sebastian
Das kann ja wohl nicht var sein!
  Mit Zitat antworten Zitat
Benutzerbild von Stevie
Stevie

Registriert seit: 12. Aug 2003
Ort: Soest
4.008 Beiträge
 
Delphi 10.1 Berlin Enterprise
 
#6

AW: Frage zu Mocking

  Alt 1. Jun 2017, 10:13
Danke für die ausführliche Antwort!

Ein Weg, eine solche Abhängigkeit aufzubrechen, wäre, entweder eine eigene Ableitung dieser 3rd party Klasse zu machen und ein Interface implementieren zu lassen.
Das war mein erster Versuch, aber die Methoden der 3rd party Klasse sind ja nicht virtuell.
Müssen sie auch nicht - Beispiel:

Delphi-Quellcode:
type
  TWuppdi = class // third party
  public
    procedure DoThings;
    procedure DoOtherThings;
  end;

  IWuppdi = interface
    procedure DoThings;
    procedure DoOtherThings;
  end;

  TInterfacedWuppdi = class(TWuppdi, IWuppdi)
    // möglicherweise noch die 3 IInterface Methoden implementieren
    // hängt davon ab, wovon TWuppdi ursprünglich ableitet
  end;
Dein Code nimmt dann statt einem TWuppdi Objekt das IWuppdi Interface entgegen und das lässt sich ausmocken.
Stefan
“Simplicity, carried to the extreme, becomes elegance.” Jon Franklin

Delphi Sorcery - DSharp - Spring4D - TestInsight

Geändert von Stevie ( 1. Jun 2017 um 10:24 Uhr)
  Mit Zitat antworten Zitat
TigerLilly

Registriert seit: 24. Mai 2017
Ort: Wien, Österreich
1.174 Beiträge
 
Delphi 11 Alexandria
 
#7

AW: Frage zu Mocking

  Alt 1. Jun 2017, 10:43
Ich dachte, ich kann nur virtuelle Methoden mocken?

Bei meinem versuch (mit DelphiMocks), das zu so zu machen, wurde anstelle der Mocks immer die Basismethode aufgerufen. Hmmm.

Das muss ich nochmal ansehen. Danke jedenfalls.
  Mit Zitat antworten Zitat
CarlAshnikov

Registriert seit: 18. Feb 2011
Ort: Erfurt
108 Beiträge
 
Delphi XE5 Enterprise
 
#8

AW: Frage zu Mocking

  Alt 1. Jun 2017, 10:53
Wenn du deine Versuche hier mal postest, kann man dir beim Finden des Problems helfen.
Sebastian
Das kann ja wohl nicht var sein!
  Mit Zitat antworten Zitat
Benutzerbild von Stevie
Stevie

Registriert seit: 12. Aug 2003
Ort: Soest
4.008 Beiträge
 
Delphi 10.1 Berlin Enterprise
 
#9

AW: Frage zu Mocking

  Alt 1. Jun 2017, 11:22
Ich dachte, ich kann nur virtuelle Methoden mocken?

Bei meinem versuch (mit DelphiMocks), das zu so zu machen, wurde anstelle der Mocks immer die Basismethode aufgerufen. Hmmm.

Das muss ich nochmal ansehen. Danke jedenfalls.
Interface Methoden sind virtual (du mockst ja dann nicht mehr TWuppdi, sondern IWuppdi).
Fürs DelphiMocks oder andere gleichartige mocking libs musst noch {$M+} über das interface machen oder von IInvokable (gleicher Effekt) ableiten.
Stefan
“Simplicity, carried to the extreme, becomes elegance.” Jon Franklin

Delphi Sorcery - DSharp - Spring4D - TestInsight

Geändert von Stevie ( 1. Jun 2017 um 11:25 Uhr)
  Mit Zitat antworten Zitat
Themen-Optionen Thema durchsuchen
Thema durchsuchen:

Erweiterte Suche
Ansicht

Forumregeln

Es ist dir nicht erlaubt, neue Themen zu verfassen.
Es ist dir nicht erlaubt, auf Beiträge zu antworten.
Es ist dir nicht erlaubt, Anhänge hochzuladen.
Es ist dir nicht erlaubt, deine Beiträge zu bearbeiten.

BB-Code ist an.
Smileys sind an.
[IMG] Code ist an.
HTML-Code ist aus.
Trackbacks are an
Pingbacks are an
Refbacks are aus

Gehe zu:

Impressum · AGB · Datenschutz · Nach oben
Alle Zeitangaben in WEZ +1. Es ist jetzt 03:00 Uhr.
Powered by vBulletin® Copyright ©2000 - 2024, Jelsoft Enterprises Ltd.
LinkBacks Enabled by vBSEO © 2011, Crawlability, Inc.
Delphi-PRAXiS (c) 2002 - 2023 by Daniel R. Wolf, 2024 by Thomas Breitkreuz