AGB  ·  Datenschutz  ·  Impressum  







Anmelden
Nützliche Links
Registrieren
Thema durchsuchen
Ansicht
Themen-Optionen

Projekt mit Unit-Tests aufsetzen

Ein Thema von Jumpy · begonnen am 5. Aug 2014 · letzter Beitrag vom 6. Aug 2014
Antwort Antwort
Benutzerbild von Sir Rufo
Sir Rufo

Registriert seit: 5. Jan 2005
Ort: Stadthagen
9.454 Beiträge
 
Delphi 10 Seattle Enterprise
 
#1

AW: Projekt mit Unit-Tests aufsetzen

  Alt 5. Aug 2014, 14:59
Was ich mir aber vorstellen könnte ist ein separat gepflegter Bereich an wiederverwertbaren Klassen, die man in verschiedenen Projekten immer mal wieder brauchen kann. Hier wäre dann die Frage, ob ich einfach den Pfad zu diesem "Klassen-Sammlungs-Ordner" im konkreten Projekt mit angebe, oder jedesmal eine der Standard-Klassen in den konkreten Projektordner kopiere, wenn ich sie brauche. Letzteres hätte mMn den Nachteil, das diese Klasse im konkreten Projekt dann evtl. nicht mehr auf dem neusten Stand ist.
Wobei man dann natürlich umgekehrt argumentieren kann, dass man in Projekt X die Standardklasse Y auch nur in der Version braucht, in der sie da gerade drin ist. Aber damit landet man dann irgendwie bei der Versionsverwaltung was ja wieder ein eigenes Thema ist.
Genau, mit einer Versionsverwaltung ist das kein Problem, denn dort kann man Externals deklarieren, die dann mit zwei Klicks aktualisiert werden, oder auch auf einer bestimmten Revision festgehalten werden.

Diese Sammlungen/Bibliotheken sollten jeweils einen eigenen Unit-Test haben, mit denen man dann die Funktionsweise testen kann.
Kaum macht man's richtig - schon funktioniert's
Zertifikat: Sir Rufo (Fingerprint: ‎ea 0a 4c 14 0d b6 3a a4 c1 c5 b9 dc 90 9d f0 e9 de 13 da 60)
  Mit Zitat antworten Zitat
hoika

Registriert seit: 5. Jul 2006
Ort: Magdeburg
8.277 Beiträge
 
Delphi 10.4 Sydney
 
#2

AW: Projekt mit Unit-Tests aufsetzen

  Alt 5. Aug 2014, 17:38
Hallo,

es gibt bei dem Ort der Tests 2 Möglichkeiten:
1. in der gleichen Datei für die Klasse TMyClass eine Klasse TMyClass_Test
2. pro Unit eine eigene Unit (Unit MyUnit1 -> MyUnit1_Test).

Wir benutzen bei uns Variante 2.
Hat einfach pragmatische Gründe.
Ich will in der Versionsverwaltung Methoden und Methoden-Tests nicht in einer Datei haben/Revision haben.

Gemeinsam verwendete Klassen kommen in ein eigenes Repository.
Die Dateien liegen an einer einzigen Stelle, kopieren ? Oh Gott, nein!
Mit Sicherheit wird mal was vergessen, und dann ist der Ärger gross.

DUnit benutzt keine Interfaces, sondern von einer Basisklasse abgeleitete Klassen,
du selbst kannst natürlich in den deinen eigentlichen Tests Interfaces benutzen.

Benutzt du in deinem eigentlichen Programm Interfaces,
ist es klug, dass auch in den Tests zu machen.


Delphi-Quellcode:
unit MyUnit1_Test;

interface

type
  TMyClass_Test = class(TTestCase)
    published
      procedure Test1;
  end;

implementation

...

begin
  TestFramework.RegisterTest(TMyClass_Test.Suite);
end.
Heiko
Heiko
  Mit Zitat antworten Zitat
Antwort Antwort


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 22:27 Uhr.
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