Testgetriebene Entwicklung in Rails ist eine coole Sache. Richtig testen macht Spaß, nicht nur, weil es mit einem besseren Gefühl und besserer Qualitä

Über die Videopräsentation Testgetriebene Entwicklung in Rails ist eine coole Sache. Richtig testen macht Spaß, nicht nur, weil es mit einem besseren Gefühl und besserer Qualität einhergeht. Packt man es richtig an, ist man schnell test-infiziert und kann sich anderes Entwickeln gar nicht mehr so richtig vorstellen. Dennoch: Im Laufe der Entwicklung einer Web-Plattform tauchen viele Probleme und Fragen beim Testen auf:
- Was teste ich eigentlich, was teste ich nicht (z.B. weil es von der Rails-Testsuite getestet wird)?
- Wie teste ich externe Datenzugriffe, z.B. für Mashups?
- Wie teste ich Hintergrundprozesse (z.B. BackgrounDRb-Worker)?
- Wie teste ich Views? Wie umfangreich sollten View-Tests sein?
- Was mocke ich weg, was sollte man besser nicht wegmocken?
- Wie verhindere ich, dass ich durch zuviel "Gemocke" nicht mehr die ganze Anwendung durchteste?
- Wie teste ich die Testfallabdeckung? (z.B. RCov)
- Wie kann ich Testframeworks für meine eigenen Aufgaben erweitern?
-Wie teste ich eigene Plugins?

Thorsten und Jan versuchen, all diese Fragen zumindest ansatzweise in einem Dialog zu beantworten. Die Lösungen beziehen sich dabei überwiegend auf RSpec, sind aber meist einfach auf andere Test-Frameworks zu übertragen.