scientific article; zbMATH DE number 1485367

From MaRDI portal
Publication:4494533





Aus dem Vorwort: Ich wende mich in diesem Buch in erster Linie an die Mitarbeiter in den Betrieben, die das Testen der Software aktiv durchführen. Darüber hinaus sind allerdings alle Entwickler von Software angesprochen, denn in vielen Fällen werden sie es sein, die Tests verantwortlich durchführen müssen. Ferner ist dieser Text sicherlich für das Management in Unternehmen der Software-Branche interessant, denn er zeigt in der Praxis gangbare Wege zum Testen der Software auf. Es sind auch Qualitätssicherer, das Qualitätsmanagement, QM-Beauftragte und Projektmanager angesprochen, denn alle diese Verantwortlichen müssen den Test der Software unterstützen, wenn ein Projekt zum Erfolg werden soll. Darüber hinaus ist dieses Werk gewiss für die Studierenden an den deutschen Universitäten und Fachhochschulen von Interesse, denn es stellt einen Aspekt der Software-Erstellung dar, der im Studium manchmal leider zu kurz kommt. Kommen wir damit zum Inhalt. Im ersten Kapitel wird aufgezeigt, mit welch schwerwiegenden Fehlern zu rechnen ist, wenn das Testen der Software vernachlässigt wird. Es wird auch darauf hingewiesen, dass es zunehmend schwieriger wird, die Qualität der Software zu sichern. Im zweiten Kapitel befassen wir uns mit den wichtigsten Prozeßmodellen, der Spezifikation und ihrer Rolle als Grundlage für die Testplanung. Einen Schwerpunkt bilden allerdings die beiden Techniken Fagan Inspection und Code Walk-throughs. Im dritten Kapitel geht es in erster Linie um den White Box Test. Es wird aufgezeigt, wie Entwurf und Test miteinander verzahnt sind und welche Folgerungen daraus zu ziehen sind. Testabdeckung und Incremental Testing sind wichtige Stichworte in diesem Abschnitt. Im vierten Kapitel geht es hingegen um den Black Box Test. Stichworte sind: Motivation der externen Testgruppe, Grundsätze beim Black Box Test, Equivalence Partitioning, Grenzwerte und Error Guessing. Es kommen allerdings auch die Tests nicht zu kurz, die nach dem Modul-Test anzusetzen sind, darunter Volume Test und Stress Test. Mit einer Betrachtung der nicht technischen Aspekte des Tests, aber auch der Besonderheiten bei objektorientierter Programmierung, schließt dieses Kapitel ab. Im fünften Kapitel geht es um die Einbettung der Testtätigkeiten in den Entwicklungszyklus, Organisation, Planung, die Behandlung von Fremdsoftware, Integration und vor allem Debugging. Regression Testing wird ebenfalls behandelt und die möglichen Werkzeuge für die Testphase werden besprochen. Fehlerbewertung und -verfolgung kommt auch nicht zu kurz, und nicht zuletzt werden objektive Kriterien für das Ende des Tests vorgestellt. Freigabe Politik, Metriken zum Test sowie Wirtschaftlichkeit und Wirksamkeit von Testmethoden runden diesen Abschnitt ab. Im letzten Kapitel geht es darum, über den Test der Software hinaus Wege aufzuzeigen, mit der die Qualität der Software nachhaltig verbessert werden kann. Stichpunkte sind Asynchrone Entwicklung, Redundanz, Cleanroom, formelle Methoden und nicht zuletzt der Beitrag des Capability Maturity Model. Eingegangen wird auch auf ein Verfahren, mit dem die Risiken beherrschbar gemacht werden können. Das Buch enthält im Anhang eine Reihe von Fragebögen, die beim Einsatz der aufgezeigten Techniken verwendet werden können. Hinzu kommt ein Glossar und eine Liste der benutzten Akronyme. Ferner findet sich im Anhang eine Aufzählung der wichtigsten Normen und Standards auf dem Gebiet der Software-Entwicklung. Damit bietet dieses Werk dem Fachmann alle Möglichkeiten, um die aus dem Buch gewonnenen Erkenntnisse sofort in die Praxis umsetzen zu können.











This page was built for publication:

Report a bug (only for logged in users!)Click here to report a bug for this page (MaRDI item Q4494533)