Wie man Softwarefehler erkennt und beseitigt

Beinahe makellos

Andrea Herrmann

Jede ausgelieferte Software enthält zahlreiche Fehler. Zugegeben: Bugfreie Programme zu entwickeln, ist schwierig und bei komplexen Systemen nahezu ausgeschlossen. Trotzdem lässt sich mit den richtigen Maßnahmen ein hohes Qualitätsniveau erreichen.

Wann haben wir uns eigentlich an schlechte Software gewöhnt?“, fragte Professor Hof (Hochschule München) Anfang Februar im Rahmen seines Vortrags über IT-Sicherheit bei der GI-Regionalgruppe Stuttgart/Böblingen. Die Frage ist berechtigt. Denn in den 80er-Jahren war Software tendenziell besser oder zumindest weniger schlecht. Selbst komplexe Programme verhielten sich meist so wie im 500 bis 1000 Seiten starken Handbuch beschrieben. Aus Benutzersicht war das die Spezifikation. Tatsächlich gab es nur wenige Abweichungen in den Funktionen. Lediglich die Qualität im Sinne von Fehlertoleranz ließ oft zu wünschen übrig. Undefinierte Zustände und unvorhergesehene Benutzereingaben führten zum Absturz und zu Datenverlusten etwa in Textverarbeitungsprogrammen.

Was ist überhaupt ein Fehler?

Softwarefehler können in unterschiedlicher Gestalt auftreten. Als Einordnungshilfe können die folgenden Referenzen dienen.

Vertragspartner beschreiben die Eigenschaften des zu liefernden Produkts in der Regel in einer Spezifikation. Wenn die Software nicht wie vereinbart arbeitet, liegt ein Fehler vor. Allerdings muss die Vereinbarung selbst fehlerfrei sein, um solch eine eindeutige Aussage zu rechtfertigen.

Wenn es keine Spezifikation gibt, kann man einen Fehler definieren als Abweichung der Software von den Bedürfnissen der verschiedenen Benutzer, die jedoch durchaus widersprüchlich sein können. Die Sache ist auch deshalb schwammig, weil sich die Vorstellungen mit der Zeit ändern.

Der Zweck der Software wäre ein weiterer Maßstab, ihre Korrektheit zu bestimmen. Hier muss ein Experte das System so entwickeln, dass es seine Aufgabe richtig erfüllt. Dieses Vorgehen stellt jedoch ebenfalls nicht unbedingt alle Benutzer zufrieden, weil sich derselbe Zweck manchmal auf verschiedenen mehr oder weniger schönen Wegen erreichen lässt. Bei einem Computerspiel stehen der Weg und das Erleben sogar im Vordergrund.

Der Stand der Technik dient den Benutzern oft als Referenz zum Bewerten von Software, insbesondere wenn sie sie als fertiges Produkt kaufen. Wenn etwas davon abweicht, kann man nicht unbedingt Von Fehlern sprechen, da es sich hier nicht um eine statische Größe handelt.

Fehlerhafte Funktionen jedoch wären spätestens beim Erstellen der Bedienungsanleitung aufgeflogen und behoben worden. Die gründliche Beschäftigung des Handbuchautors mit der Software konnte als eine Stufe der Qualitätssicherung gelten, eventuell sogar als die letzte vor der Auslieferung. Irgendwann fielen die Handbücher der Rationalisierung zum Opfer. Stattdessen führte man von einem Programmierer irgendwie ausformulierte Hilfefunktionen ein. Eine wichtige Stufe der Qualitätssicherung fiel damit weg. Nun nahm das Unheil seinen Lauf: Der zunehmende Konkurrenzdruck zwang die Anbieter, in immer schnellerer Folge immer unreifere Software auf den Markt zu werfen (siehe Kasten „Was ist überhaupt ein Fehler?“).