29 Testgetriebene Entwicklung Flashcards
Was ist das Hauptziel der testgetriebenen Entwicklung (TDD)?
Das Hauptziel der testgetriebenen Entwicklung (TDD) ist es, Tests vor dem Schreiben des eigentlichen Codes zu erstellen, um sicherzustellen, dass der Code die Anforderungen erfüllt und von Anfang an testbar ist.
Warum wird das Schreiben von Tests oft vernachlässigt?
Das Schreiben von Tests wird oft vernachlässigt, weil das Umsetzen von Anforderungen für Entwickler ein größeres vorzeigbares Erfolgserlebnis darstellt. Tests wirken hingegen unsichtbar und liefern keine sofort sichtbaren Ergebnisse.
Was ist das typische Vorgehen bei der testgetriebenen Entwicklung?
Ein Akteur ist eine Rolle, die mit dem System interagiert. Akteure stehen außerhalb des Systems und können natürliche Personen oder andere Systeme sein. Sie werden symbolisch dargestellt und sind nicht unbedingt Menschen.
Wie wird ein Use-Case in einem Diagramm dargestellt und benannt?
Ein Use-Case wird in einem Diagramm als Ellipse dargestellt. Die Bezeichnung wird aus Sicht des Nutzers gewählt, oft in der Form “Substantiv + Verb” (z.B. „Daten erzeugen“) oder als substantiviertes Verb (z.B. „Datenerzeugung“).
Was bedeutet die Beziehung „«include»“ in einem Use-Case-Diagramm?
Die „«include»“-Beziehung bedeutet, dass ein Use-Case in einen anderen eingebunden wird. Der eingebundene Use-Case wird dann monolithisch in den aufrufenden Use-Case eingereiht. Diese Beziehung wird durch eine gestrichelte Linie mit „<<include>>“-Annotation dargestellt.
Was bedeutet die Beziehung „<<extend>>“ in einem Use-Case-Diagramm?
Die „<<extend>>“-Beziehung zeigt an, dass ein Use-Case in einen anderen eingebunden werden kann, aber nicht muss. Diese Erweiterung kann bedingt sein, das heißt, sie tritt nur ein, wenn bestimmte Bedingungen erfüllt sind. Dargestellt wird dies durch eine gestrichelte Linie mit „<<extend>>“-Annotation.
Was versteht man unter der Generalisierung von Use-Cases?
Generalisierung von Use-Cases bedeutet, dass ein Use-Case spezialisierte Varianten haben kann, die zusätzliche oder abweichende Schritte beinhalten. Die spezialisierten Use-Cases erben die Beziehungen des generalisierten Use-Cases.
Welche Rolle spielen Akteure in einem Use-Case-Diagramm?
Akteure stehen in Verbindung zu Use-Cases, entweder aktiv (sie führen den Use-Case aus) oder passiv (sie erhalten ein Ergebnis oder Feedback). Diese Verbindungen werden als 1:1-Beziehungen dargestellt, die auch gerichtet sein können.
Welche Einschränkungen gibt es bei der Modellierung von Use-Cases?
Bei der Modellierung von Use-Cases sollten nicht zu viele Use-Cases pro Diagramm modelliert werden (höchstens 10 pro Diagramm). Zudem sollten die Use-Cases aus Sicht des Anwenders beschrieben werden, nicht aus Sicht des Entwicklers, und die Verständlichkeit sollte stets im Vordergrund stehen.
Was versteht man unter der Multiplizität in Use-Case-Diagrammen?
Multiplizität in Use-Case-Diagrammen zeigt an, wie viele Aktionen eine Rolle ausführen kann. Sie wird verwendet, um zu demonstrieren, ob eine Aktion mehrfach ausgeführt werden kann oder nur eine begrenzte Anzahl an Ausführungen zulässt.
