Makro-Kochbuch - WollMux

2.7.3 Qualitätssicherung (QS)Die Qualitätssicherung ist ein wesentlicher Prozess sowohl während der Programmierung alsauch vor der Auslieferung. Allerdings unterscheiden sich beide Prozesse voneinander:2.7.3.1 QS-Test vor der AuslieferungVor jeder Auslieferung des Produktes an den Kunden steht eine (interne) Qualitätsprüfung an.Diese kann nicht vom Entwickler / von der Entwicklerin selbst durchgeführt werden, sondernmuss von einer dritten Person absolviert werden.Neben formalen Prüfungen (entsprechend den Makrorichtlinien) und Vollständigkeitsprüfungen(Dokumentationen, Dateien, Konfigurationen) sowie den Installationstests entsprechend derDokumentation werden auch Funktionstests durchgeführt. Dabei gelten als abnahmerelevantdie im Pflichtenheft (siehe auch Kapitel 2.3) definierten Testfälle und beschriebenen Funktionen,aber auch die in der Benutzeranleitung beschriebenen Vorgehensweisen. Zusätzlich wird auf„Robustheit“ getestet.QS-Tests erfolgen nach standardisierten Vorgehensweisen (Checkliste) und werdendokumentiert.2.7.3.2 OS während der ProgrammierungIn diesem Fall hier geht es nicht um den QS-Check vor der Auslieferung des Programms, dernatürlich nicht vom Programmierer / von der Programmiererin selbst durchgeführt wird, sondernum die laufende QS Prüfung des Programmierers / der Programmiererin selbst. Diese solltehäufig und intensiv durchgeführt werden – verbessert sie doch den Code und lässt Fehler früherkennen. Allerdings kann die laufende Qualitätskontrolle den Schlusstest nicht ersetzen, denndas Funktionieren vieler Einzelteile bedingt nicht automatisch des fehlerfreie Funktionieren desGanzen.Grundlage der internen laufenden QS ist die korrekte Anwendung der Programmierrichtlinienvon der ersten Code-Zeile an. Wird als erstes in einem Modul „Option explicit“ gesetzt, müssenalle Variablen bereits korrekt definiert werden – eine spätere Suche nach nicht deklariertenentfällt.Weitere Praxistipps zur laufenden QS:• Die Struktur des Programmes wird so angelegt, dass kleinere Teileinheiten (idealerweiseeinzelne Prozeduren) mit geringem Aufwand unabhängig vom Rest getestet werdenkönnen. Dafür lassen sich dann einfache Testroutinen schreiben, die zunächst diebenötigten Parameter-Umgebungen schaffen und dann die Funktion aufrufen. DieseDebug-Stukturen können auch im Code verbleiben – auskommentiert und mit Info-Texten versehen.Beispiele:LHM – Makro-Kochbuch 2012 37