Delphi-PRAXiS
Seite 2 von 2     12   

Delphi-PRAXiS (https://www.delphipraxis.net/forum.php)
-   Programmieren allgemein (https://www.delphipraxis.net/40-programmieren-allgemein/)
-   -   Projekt mit Unit-Tests aufsetzen (https://www.delphipraxis.net/181311-projekt-mit-unit-tests-aufsetzen.html)

Jumpy 6. Aug 2014 10:56

AW: Projekt mit Unit-Tests aufsetzen
 
Ach so. Jetzt versteh ich glaub ich wie das gemeint ist. Innerhalb meiner Klassen benutze ich Interfaces um auf andere Klassen zuzugreifen, so dass ein Test der zu testenden Klasse an dieser Stelle irgendeine Mock-Klasse rüberschieben kann, die das gleiche Interface benutzt.

Im Test selber wird dann die zu testende Klasse wirklich als Klasse erzeugt und angesporchen, sprich dafür werden die Interfaces nicht benutzt?

Stevie 6. Aug 2014 11:05

AW: Projekt mit Unit-Tests aufsetzen
 
Zitat:

Zitat von Jumpy (Beitrag 1267663)
Im Test selber wird dann die zu testende Klasse wirklich als Klasse erzeugt und angesporchen, sprich dafür werden die Interfaces nicht benutzt?

Über die Interfaces wird eine Austauchbarkeit der verschiedenen Implementierungen möglich. Toasterbeispiel:

Delphi-Quellcode:
type
  TToaster = class
  public
    constructor Create(const powerSupply: IPowerSupply);
  end;
In einem Unittest kannst du nun, um deinen Toaster zu testen, ein Mock für IPowerSupply übergeben, womit du also nicht die richtige Implementierung davon benötigts (denn du willst ja TToaster testen und nicht was anderes). Über einen Mock kannst du auch sicherstellen, dass der TToaster die entsprechenden Methoden von IPowerSupply aufruft, die gemäß Spezifikation erwartet werden.

Zu dem Thema noch ein interessantes Video

Jumpy 6. Aug 2014 13:25

AW: Projekt mit Unit-Tests aufsetzen
 
Zitat:

Zitat von Stevie (Beitrag 1267665)
Delphi-Quellcode:
type
  TToaster = class
  public
    constructor Create(const powerSupply: IPowerSupply);
  end;
In einem Unittest kannst du nun, um deinen Toaster zu testen, ein Mock für IPowerSupply übergeben, womit du also nicht die richtige Implementierung davon benötigts (denn du willst ja TToaster testen und nicht was anderes). Über einen Mock kannst du auch sicherstellen, dass der TToaster die entsprechenden Methoden von IPowerSupply aufruft, die gemäß Spezifikation erwartet werden.

Das hatte ich schon so verstanden. Ich dachte (wahrscheinlich zu kompliziert) eher daran: Wie teste ich, ob eine Klasse, die ein bestimmtes Interface implementiert, das richtig implementiert?
Delphi-Quellcode:
type
  TMyClass = class (TInterfacedObject,IMyInterface)
    public
      procedure IrgendeineProzedurDesInterfaces();
   end;

type
  TMyClass_Test = class(TTestCase)
    published
      procedure TestInterface;
  end;
Wie müsste TestInterface aussehen? Teste ich darin einfach die Prozefur IrgendeineProzedurDesInterfaces() der Testklasse, sprich interessiert mich an der Stelle gar nicht, das TMyClass IMyInterface implementiert?

P.S.: Danke für den Video-Link. Schau ich mir heut Abend mal an.

Stevie 6. Aug 2014 13:30

AW: Projekt mit Unit-Tests aufsetzen
 
Zitat:

Zitat von Jumpy (Beitrag 1267727)
Wie teste ich, ob eine Klasse, die ein bestimmtes Interface implementiert, das richtig implementiert?

So, wie man auch alle anderen Dinge nach dem "Arrange, Act, Assert"-Prinzip testet.

Wobei das in deinem Beispiel etwas komplexer werden kann, denn deine Methode hat weder Eingabe, noch Ausgabe.
Also kann sie nur einen internen Status von TMyClass verändern. Also kann Arrange und Assert etwas mühsam werden,
wenn diese nicht von außen zugänglich sind oder nur über Umwege.
Das läuft dann aber wieder mal in die "wie designe ich Code, der gut testbar ist" Richtung, was in dem Video gezeigt wird.


Alle Zeitangaben in WEZ +1. Es ist jetzt 11:26 Uhr.
Seite 2 von 2     12   

Powered by vBulletin® Copyright ©2000 - 2025, Jelsoft Enterprises Ltd.
LinkBacks Enabled by vBSEO © 2011, Crawlability, Inc.
Delphi-PRAXiS (c) 2002 - 2023 by Daniel R. Wolf, 2024-2025 by Thomas Breitkreuz