1. Einleitung

Die Qualitätssicherung (QS) in der Software-Entwicklung wird häufig als Nebentätigkeit unterschätzt, obwohl 30 % – 70 % der Entwicklungszeit normaler Software-Produkte mit dieser Tätigkeit verbracht werden. Die Gründe hierfür sind vielfältig.

Ein wichtiger Grund ist der leider oft verbreitete Ansatz, bei Entwicklungen, die mehr Zeit als geplant in Anspruch nehmen, einfach die Zeit für die QS, die dann auch ausschließlich am Ende stattfindet, zu kürzen. Die naive Hoffnung „die Software wird schon keine Fehler haben, da sie von erfahrenen Entwicklern erstellt wird“ wird regelmäßig in allen Anwendungsbereichen der Software zerstört. Bananen-Software, die beim Kunden reift, ist ein längst angestaubter geflügelter Begriff. Der zunächst vermiedene Aufwand für die QS muss dann häufig in mehrfacher Form nachgeholt werden, da zu spät entdeckte Fehler oft zu großem Änderungsaufwand führen. Zum Glück gibt es mittlerweile viele Ansätze, die QS bereits in den Entwicklungsprozess durch agile oder iterativ-inkrementelle Vorgehensweisen zu integrieren, sodass die QS nicht mehr einfach gestrichen werden kann. Die Bedeutung der Tests vor einer Auslieferung ist spätestens dann verstanden worden, wenn man mit Bananen-Software negative Erfahrungen gemacht und vielleicht den Ruf eines Produkts beschädigt hat.