Persönlich fand ich, dass das Lesen eines oder zweier JUnit-Aufsätze, in denen betont wurde, dass "Sie den Test vor dem Code schreiben", ausreichte, um mich zum Laufen zu bringen.
Der wichtigste Teil beim Erlernen dieser Technologie ist das Schreiben einer VIELE von testbasiertem Code , da Sie einige der grundlegendsten Methoden zum Schreiben von Code ändern müssen. Dinge wie:
- Wenn Sie den Test vor dem Code schreiben, überlegen Sie, wie Sie Ihren Code aufrufen und das Ergebnis zurückerhalten. Dies bedeutet, dass Sie die API zunächst auf der Grundlage Ihrer Verwendung entwerfen . Dies führt häufig zu einer besseren API.
- Ihr Codierungsstil wird sich ändern, weil Sie modularer denken MÜSSEN, um Teile des Codes anstelle des Ganzen testen zu können.
- Sie werden auch an einen Punkt gelangen, an dem Sie einen größeren Block sicher herausziehen und einen neuen Block einfügen können, anstatt dasselbe zu tun, da Sie den Test bestanden haben. Ich habe das kürzlich mit einer Date-Parsing-Bibliothek gemacht, da das Original zu nachsichtig war.
Der beste Ort, um klein anzufangen, sind Ihre Dienstprogramme. Wenn Sie das nächste Mal eines benötigen, entwerfen Sie zunächst einfach, dass mit Tests viele Tests erstellt werden, die alle Ihre offiziellen Verwendungszwecke abdecken (einschließlich der Ereignisse, die mit übergebenen Nullwerten usw. geschehen sollen). Wenn alle Anwendungsfälle implementiert sind, sollten Sie in der Lage sein, diese zu verwenden Stellen Sie sicher, dass es wie erwartet funktioniert.
Ich habe auch die Erfahrung gemacht, dass gute Tests zusätzliche Arbeit als Dokumentation leisten können, da Sie eine Menge sehr präzisen Codes haben, der genau angibt, wie sich der Code in verschiedenen Situationen verhält, was sich leicht als richtig erweisen lässt (grüner Balken). Mit vorsichtigen Kommentaren bekommt man es nicht viel besser.
Für Java ist jUnit Version 4 wirklich nett.