Testgetriebene Entwicklung lernen

Kapitel 12. Prüfauftrag

Diese Arbeit wurde mithilfe von KI übersetzt. Wir freuen uns über dein Feedback und deine Kommentare: [e-mail]

Mein Weg war schon immer die Balance zwischen Chaos und Ordnung.

Philippe Petit

In Kapitel 11 haben wir mit der Einführung der Entität Bank eine relativ bedeutende Designänderung vorgenommen. Sowohl der neue Test, den wir geschrieben haben, als auch die bestehenden Tests haben uns geholfen, dieses Ziel zu erreichen.

Eine Funktion der neuen Entität Bank ist die Fähigkeit, einen Wechselkurs zwischen zwei beliebigen Währungen zu akzeptieren und zu speichern. Die Art und Weise, wie wir es entwickelt (und getestet) haben - die Wechselkurse werden in einem Hashmap und in den aus den beiden Währungen gebildeten Schlüsseln gespeichert - gibt uns Grund zu der Annahme, dass wir bereits das nächste Feature auf unserer Liste haben. Diese Funktion soll es ermöglichen, Wechselkurse zu ändern.

Eine Möglichkeit, das Vertrauen zu gewinnen, dass diese Funktion funktioniert, besteht darin, einen Test zu schreiben, um es zu beweisen. Warum sollten wir einen Test schreiben, wenn die Funktion wahrscheinlich schon vorhanden ist? Mit anderen Worten: Was könnte ein neuer Test bewirken, wenn die Entwicklung bereits abgeschlossen ist?

Auf diese Frage können drei Antworten gegeben werden:

1. Um es noch einmal zu sagen: Ein neuer Test würde unser Vertrauen in diese Funktion erhöhen, auch wenn kein neuer Produktionscode notwendig ist.

2. Der neue Test würde ...