Ich bin ein großer Fan von Unit-Tests, obwohl meine Tests heutzutage keine vollständige Abdeckung bieten... vor allem, weil ich an einer Website arbeite und ein Großteil meines Codes nur Daten aus der Datenbank holt, sie manipuliert und ausspuckt. Der Manipulationscode ist im Allgemeinen gut getestet, aber es ist eine echte Qual, den Datenbankcode zu testen.
Davon abgesehen kann ich auf einen Fall verweisen, in dem mir Unit-Tests Wochen an Arbeit erspart haben...
Ich habe vor einiger Zeit an einem kleineren Projekt (4-6 Entwickler) gearbeitet, und nach monatelanger Arbeit waren wir fast fertig. Zu diesem Zeitpunkt beschlossen die für das Produkt verantwortlichen Leute, dass sie statt der Speicherung von Daten (und der Erstellung von Berichten mit diesen) in GMT alles in EST haben wollten. In Anbetracht der Tatsache, dass das Produkt für die Verarbeitung großer Daten-/Protokollmengen und die Erstellung von Informationen über diese Daten auf der Grundlage von Zeitrahmen entwickelt wurde, war dies eine ziemlich große Änderung.
Im Laufe der nächsten Tage ging das Entwicklungsteam hin und änderte alles, um mit EST-Zeitstempeln umgehen zu können. Wofür wir Wochen gebraucht hätten, wenn wir nicht so umfangreiche automatisierte Tests gehabt hätten, brauchten wir nur 3 Tage, so dass wir einen ehrgeizigen Zeitplan einhalten konnten. Die Unit-Tests machten uns Mut, weil wir wussten, dass das System sich schnell beschweren würde, wenn wir etwas kaputt machten. Bis zum heutigen Tag verwende ich diese Erfahrung als Beispiel dafür, dass man die Vorteile automatisierter Tests erst dann wirklich versteht, wenn sie einen selbst retten... und das haben sie für mein Team auf jeden Fall getan.
0 Stimmen
Duplikat von: stackoverflow.com/questions/301693/ Und: stackoverflow.com/questions/135386/