From cbcc58137573c79c103ade680bf9f3371a0e849c Mon Sep 17 00:00:00 2001 From: fdai7780 Date: Sun, 14 Jan 2024 15:36:27 +0000 Subject: [PATCH] Tagebucheintrag zum 09.01 V1 --- Lerntagebuch.md | 17 +++++++++++++++++ 1 file changed, 17 insertions(+) diff --git a/Lerntagebuch.md b/Lerntagebuch.md index b5dd13e..fcee06b 100644 --- a/Lerntagebuch.md +++ b/Lerntagebuch.md @@ -170,6 +170,23 @@ Die dritte Möglichkeit ist der Planning Poker. Hierbei bekommt jedes Mitglied d -Wird nichts an dem Code geändert werden darf ein Unittest keine anderes Ergebnis erzielen +### Kritik + +--- + +## SU (09.01.2024) + +### Lernziel +-Warum testen wir welchen Code und welche Tests sollte man automatiesieren +-Danach ging es um Anforderungen an einen guten Unittest und deren Prinzipien FIRST und RTFM. Danach wurden Trustwothy und Timely nocheinmal näher erklärt +-Danach ging es um die Grundlagen der Testabdeckung, des Vorgehens und von Test-Driven-Development + +### Erkenntnis +-Für unser Gruppenprojekt ist es wichtig zu wissen wie man gute Unittests schreibt, damit diese Tests die gewünschte Funktion erfüllen + +### Wiederholung +Es gibt drei Prinzipien wie Tests entstehen. Diese Prinzipien beziehen sich auf den Zeipunkt an welchen diese Tests geschrieben werden. Es gibt die Prinzipien Code first, Test first und Test Driven Development. Das erste Prinzip besagt, das erst der Code geschrieben wird und danach der korrespondierende Test. Das zweite Prinzip macht dies in der genau umgedrehten Reihenfolge. Test Driven Development besagt, das beides gleichzeitig geschrieben wird. + ### Kritik ---