ich bin dabei mich in das Thema TDD einzulesen und ueberlege wie ich das in meinem neuen Projekt einsetzen werde. Ich bin mir nun nicht so sicher ob es fuer meine Modellklassen jetzt sinnvoll ist die Properties einzeln per unit test zu pruefen.
Ich verwende C# und dort fuer die meisten Properties die Standardvariante ohne Aenderungen im Code also folgende Zeile.
public Guid Id { get; set; }
Ist es nun sinnvoll dies mit einem eigenen Test zu pruefen oder nur wenn ich die Property um irgendetwas erweitere?
Vielleicht kann ja auch jemand ein deutsches Tutorial empfehlen dass an einem nicht ZU simplen Beispiel zeigt wie man seinen Code in TDD manier anlegt.
Da muss ich wiedersprechen. Der Ansatz von TDD ist erst den Test zu schreiben bevor man den Code schreibt. Da ein Property code ist heißt das folglich du brauchst erst einen Test. Stellt euch einfach das Szenario vor das die Properties irgendwann doch Logik bekommen und die durch einen Funktionstest nicht auffällt dann ist es Tausendmal besser wenn der Property test schon fehlschlägt.
Wenn ich dann so starte muss ich wohl auch fuer jede Property einzeln einen Test schreiben, der prueft ob die danach implementierte Property gesetzt und gelesen wird. Also jeweils einen Test fuer Strasse, Hausnummer, PLZ, Ort, Land, Region, Adresszusatz und was einem noch so zu einer Adresse einfallen kann :). Da ich ja in jedem test nur eine sache pruefen soll. ODER erstelle ich dann einfach einen Test der eine Konstruktorueberladung testet die alle Properties setzt?
Stellt sich aber sofort die Frage, wie das Property mit Auto Implemented Properties ist. Denn da habe ich keinen Zugriff auf die private Variable, da die der Compiler im Hintergrund anlegt. Somit hab ich nur die Möglichkeit, das Property zu setzen und wieder zu lesen.
public int Age { get; set; } Age = 23; Assert.Equals(23, Age);
