@ist_spl

Objektorientiertes Testen und Testautomatisierung in der Praxis. Konzepte, Techniken und Verfahren

. Dpunkt Verlag, 1 edition, (2005)

Abstract

Aus der Amazon.de-Redaktion: Testen nicht erst am Ende -- Uwe Vigenschow stellt mit Objektorientiertes Testen und Testautomatisierung in der Praxis Testtheorie und -praxis für Softwareprojekte, speziell für die Anforderungen von objektorientierter Software vor. Testautomatisierung für den Beginn, den Verlauf und das Ende eines OO-Projektes. Eigentlich sollte jeder, doch kaum jemand tut es: Testen, Testen, Testen. Zeit- und Gelddruck, Unwissenheit oder schlichtweg Ignoranz sorgen dafür, dass Fehler zu Beginn, im Verlauf und nach einem Projekt nicht Rechtzeitig gefunden und ausgemerzt werden. Zumindest Unwissenheit und fehlende Methoden kann man nach der Lektüre von Uwe Vigenschows Testanleitungsbuch nicht mehr als Grund für ein gescheitertes Projekt vorschieben. Mit einem pragmatischen Ansatz fokussiert sich Uwe Vigenschow auf aktuelle Probleme und Herausforderungen im Rahmen einer "Gut-genug-Strategie" und fordert zum Test des Tests in realistischer und konkreter Umgebung auf. Los geht es mit der Klärung der Frage, warum Testen überhaupt notwendig ist. Darauf folgen Verfahren des Softwaretests, die Umsetzung in der Praxis sowie Möglichkeiten und Herausforderungen. Im Anhang ein umfangreiches Verzeichnis mit Beispielen und einem Glossar. Fehler, weitere Informationen und Diskussionen zum Thema findet man dann auf der Website zum Buch unter www.oo.testen.de. Teilweise nichts Neues, aber definitiv neue Zusammenhänge. Objektorientiertes Testen und Testautomatisierung in der Praxis bringt neuen Wind in eine alte Diskussion. --Wolfgang Treß Kurzbeschreibung: Objektorientierte Software mit ihren spezifischen Fehlerquellen hat die Herausforderungen an die SW-Entwicklung erhöht. Wie können wir effizient qualitativ gute Programme schreiben? Ein modernes, testgetriebenes Design ist darauf die Antwort des 21. Jahrhunderts. Doch wie kommen wir zu einer minimalen Anzahl an Testfällen, die ein Maximum der Fehlermöglichkeiten abdecken? Wie finden wir aussagekräftige Testdaten? Wie kann innerhalb der Softwareentwicklung bereits automatisiert getestet werden? Praxisnahe Antworten werden in diesem Buch gegeben, in dem Sie an ein testgetriebenes Design heran geführt werden. Neben der Objektorientierung und der Testautomatisierung liegt ein weitere Schwerpunkt auf Realtime- und Embedded Systems.

Description

aus SotA von Julia: In [Vig05] wird ein Ansatz zur Herleitung sogenannter fachlicher Testfaelle mit Hilfe von Aktivitaetsdiagrammen vorgestellt. Die Aktivitaetsdiagramme werden aus den Anforderungen gewonnen und beschreiben den Kontrollfluss inklusive moeglicher Ausnahmesituationen. Aus den Aktivitaetsdiagrammen koennen dann die Anforderungen an die Testdaten abgeleitet werden. Moegliche Anforderungen sind Datentypen, Wertebereiche oder die Identifikation von Variablen. Um die konkreten Testdaten zu bestimmen werden dann die Verfahren Grenz- und Extremwert-Analyse beziehungsweise Aequivalenzklassenbildung genutzt. Um System-Testfaelle abzuleiten muss der gesamte Ablauf des Testfalls im Aktivitaetsdiagramm betrachtet werden.. Das beschriebene Verfahren arbeitet mit den Anforderungen, die an das zu pruefende System gestellt werden. Es handelt sich somit um ein Spezifikationsbasiertes Verfahren zur Testeingabenermittlung. Auch folgende Themen werden kurz behandelt: UML 2 Testing Profile, Classification Tree Method, GUI Testing MR: leider sehr oberflächlich und die spezifikationsbasierte Seite kommt fast gar nicht zum Zuge!

Links and resources

Tags

community