Calendar
Kategorien
- Agilität (69)
- Allgemein (8)
- Ankündigungen (13)
- Buchtipp (9)
- Crystal (1)
- Konferenzen (15)
- Kunden (3)
- Management (30)
- Planung (14)
- Politik (9)
- Praktiken (5)
- Refactoring (9)
- Scrum (5)
- Software Design (7)
- Surftipp (13)
- Testgetriebene Entwicklung (6)
- Werkzeuge (7)
- Zitate (8)
Letzte Einträge
- 5.1.2009: Website zu hoch-sklaierbaren Websystemen
- 22.12.2008: Agile Planung und Vorhersagen
- 17.12.2008: Was ist anders bei agiler Planung?
- 12.12.2008: Retrospektiven brauchen wir nicht!
- 8.12.2008: Refactoring mit PHP
- 5.12.2008: [OOP 2009] Workshop Agile Praxis erleben
- 2.12.2008: [OOP 2009] Vortrag Agile Planung - Vom Schätzpoker zum Geschäftsmodell
- 2.12.2008: Schneiden von Stories
- 1.12.2008: Teamdynamik und Psychologie
- 25.11.2008: Vortrag Agiles Schätzen und Planen auf den XPDays 2008
Links
Archive
Hürden gegen Akzeptanztest-getriebene Entwicklung
Brian Marick fasst in seinem Blog-Eintrag “Barriers to acceptance-test driven design” die wichtigsten Startprobleme gegen den Einsatz von Akzeptanztests zusammen.
Interessanterweise habe ich vor allem bei größeren Mengen alten Codes genau die umgekehrte Erfahrung gemacht: Teams waren eher bereit, Akzeptanttests als Grundlage für ihre Entwicklung zu nehmen, als Unit-Tests. Das liegt möglicherweise daran, dass Unittests gut funktionieren, wenn man auf der grünen Wiese startet. Sind erhebliche Mengen alten Codes vorhanden, ist der in der Regel so schlecht testbar, dass Akzeptanztests den leichteren Weg darstellen, schnell die Testabeckung zu erreichen, die man braucht, um das System sicher ändern zu können.