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.

错误:搜索内容不能为空,请输入英文关键词
错误:关键词超出字数限制,请精简
高级检索

Einleitung

  • Stephan Kleuker

摘要

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.