Praxiswissen Softwaretest

Transkript

1

2 Praxiswissen Softwaretest Testmanagement

3 Andreas Spillner ist Professor für Informatik an der Hochschule Bremen, Fakultät für Elektrotechnik und Informatik. Er war über 10 Jahre Sprecher der Fachgruppe TAV»Test, Analyse und Verifikation von Software«der Gesellschaft für Informatik e.v. (GI) und bis Ende 2009 Mitglied im German Testing Board e.v ist er zum Fellow der GI ernannt worden. Seine Arbeitsschwerpunkte liegen im Bereich Softwaretechnik, Qualitätssicherung und Testen. Thomas Roßner ist Mitgründer der imbus AG und in deren Vorstand verantwortlich für Forschung und Technologie des Unternehmens. In dieser Funktion leitete er in den vergangenen Jahren mehrere internationale Forschungsprojekte, u. a. zum Thema Softwarezuverlässigkeit und modellbasiertes Testen. Darüber hinaus arbeitet er aktiv in Testmanagementprojekten und Beratungsprojekten zum Thema Testprozessverbesserung. Mario Winter ist Professor am Institut für Informatik der Fachhochschule Köln und dort Mitglied des Forschungsschwerpunktes»Software-Qualität«. Er ist Mitglied im German Testing Board e.v. und war von 2003 bis Anfang 2011 Sprecher der Fachgruppe»Test, Analyse und Verifikation von Software«im Fachbereich Softwaretechnik der Gesellschaft für Informatik (GI). Seine Lehrund Forschungsschwerpunkte sind Softwareentwicklung und Projektmanagement, insbesondere die modellbasierte Entwicklung und Qualitätssicherung von Software. Tilo Linz ist Vorstand der imbus AG, eines führenden Dienstleisters für Softwaretest. Er ist Leiter des German Testing Board e.v. und war von 2002 bis 2005 Vorsitzender des ISTQB. Zu seinen Arbeitsschwerpunkten zählen die Themen Berufsbild und Ausbildung im Softwaretest sowie die Optimierung von Softwaretestprozessen.

4 Andreas Spillner Thomas Roßner Mario Winter Tilo Linz Praxiswissen Softwaretest Testmanagement Aus- und Weiterbildung zum Certified Tester Advanced Level nach ISTQB-Standard 3., überarbeitete und erweiterte Auflage

5 Andreas Spillner Thomas Roßner Mario Winter Tilo Linz Lektorat: Christa Preisendanz Copy-Editing: Ursula Zimpfer, Herrenberg Satz & Herstellung: Birgit Bäuerlein Umschlaggestaltung: Helmut Kraus, Druck und Bindung: Media-Print Informationstechnologie, Paderborn Bibliografische Information der Deutschen Nationalbibliothek Die Deutsche Nationalbibliothek verzeichnet diese Publikation in der Deutschen Nationalbibliografie; detaillierte bibliografische Daten sind im Internet über abrufbar. ISBN: Buch PDF epub , überarbeitete und erweiterte Auflage 2011 Copyright 2011 dpunkt.verlag GmbH Ringstraße Heidelberg Die vorliegende Publikation ist urheberrechtlich geschützt. Alle Rechte vorbehalten. Die Verwendung der Texte und Abbildungen, auch auszugsweise, ist ohne die schriftliche Zustimmung des Verlags urheberrechtswidrig und daher strafbar. Dies gilt insbesondere für die Vervielfältigung, Übersetzung oder die Verwendung in elektronischen Systemen. Es wird darauf hingewiesen, dass die im Buch verwendeten Soft- und Hardware-Bezeichnungen sowie Markennamen und Produktbezeichnungen der jeweiligen Firmen im Allgemeinen warenzeichen-, marken- oder patentrechtlichem Schutz unterliegen. Alle Angaben und Programme in diesem Buch wurden mit größter Sorgfalt kontrolliert. Weder Autor noch Verlag können jedoch für Schäden haftbar gemacht werden, die in Zusammenhang mit der Verwendung dieses Buches stehen

6 v Vorwort Als uns der dpunkt.verlag im Herbst 2010 bat,»praxiswissen Softwaretest Testmanagement«anlässlich einer Neuauflage zu überarbeiten, stellten wir uns die Frage, ob wir entweder das Vorwort aktualisieren oder die Historie erhalten sollten. Wir haben uns für Letzteres entschieden, damit Sie, lieber Leser oder liebe Leserin, einige erstaunliche Entwicklungen besser nachvollziehen können. 2006, bei der Erstveröffentlichung, umfasste das»international Software Testing Qualifications Board«(ISTQB) Mitglieder aus 25 Nationen. Heute sind es über 60. Während wir damals bezogen auf Deutschland Prüfungen zum»foundation Level«und 500 zum»advanced Level«zu vermelden hatten, sind es heute bereits über beim»foundation Level«und über beim»advanced Level«. Dies zeigt zum einen die breite Akzeptanz des Schemas, zum anderen aber auch die wachsende Bedeutung des»advanced Level«als weiterführende Qualifikation für professionelle Tester. In den knapp fünf Jahren sind die Anforderungen an Tester kontinuierlich gestiegen. Um dem durch eine adäquate Ausbildung zu begegnen, wurde der Lehrplan deutlich erweitert und manche Themen wurden vom Advanced in den Foundation Level verschoben. Als jüngste Entwicklung gesellen sich nunmehr erste Teile des neuen»expert Level«-Lehrplans hinzu, durch die mit Sicherheit künftig neue Impulse auch auf die beiden»niedrigeren«levels ausgehen werden. Der auch in der dritten Auflage gestiegene Umfang des Buches ist allerdings nicht einer neuen Version des Lehrplans zu verdanken nach wie vor bezieht sich dieses Buch auf den Lehrplan von 2007, auch wenn es an einigen Stellen darüber hinausgeht. Eine wesentliche»lücke«wurde jedoch geschlossen: Ein Kapitel zur Planung, Steuerung und Durchführung von Reviews wurde aufgenommen. Da seit 2008 auch ein deutschsprachiges Werk zu den Advanced Levels»Test Analyst«und»Technical Test Analyst«[Bath 11] existiert, wird nunmehr der Lehrstoff auch für diesen Level komplett abgedeckt. Entwicklungen Was ist neu?

7 vi Vorwort Danksagung Neue Webseite Mit der Aufnahme der Review-Themen tragen wir der Tatsache Rechnung, dass Testmanager oftmals nicht nur für dynamische, sondern auch für statische Tests verantwortlich sind. Außerdem betrachten wir Reviews als wirksames Werkzeug, um die Qualität der Testmittel (also Testkonzept, Testspezifikation, Testautomatisierungsprogramme und andere Dokumente des Testprozesses) zu steuern. Seit 2008 wurden im Glossar des ISTQB etliche Begriffe ergänzt und bestehende Definitionen verfeinert. Diese Änderungen haben wir im Buch nachvollzogen. Zudem wurde das Quellenverzeichnis aktualisiert, neue Bücher und Standards wurden aufgenommen. Die Angaben zu den Internetseiten (URLs) wurden kontrolliert und ggf. geändert bzw. ergänzt. Zur Fertigstellung dieser Auflage bedurfte es daher einer beachtlichen Kraftanstrengung. Da wir Autoren alle neben dem Schreiben noch einem Haupterwerb nachgehen, hätten wir diese allein nicht leisten können. Wir möchten uns hier recht herzlich bei allen Kolleginnen und Kollegen, Reviewern und Diskussionspartnern herzlich bedanken. Unsere Anerkennung sprechen wir allen Leserinnen und Lesern aus, die uns in bester Tradition als Tester über Fehler, Unstimmigkeiten und Verbesserungspotenziale des Buches informiert haben. Und nicht zuletzt gilt unser Dank auch den Mitarbeiterinnen und Mitarbeitern des dpunkt.verlags, die seit vielen Jahren als kompetente Partner dafür sorgen, dass Ideen, Fakten und Beispiele in professioneller Form ihren Weg zwischen zwei Buchdeckel finden. Um die Leser über zukünftige Aktualisierungen am Lehrplan und am Glossar, die in dieser Auflage des Buches ja noch nicht enthalten sein können, zu informieren, haben wir eine neue Internetseite geschaltet [URL: softwaretest-knowledge]. Auf dieser Seite werden ggf. auch notwendige Korrekturen zum Buchtext aufgeführt. Wir wünschen allen Lesern gutes Gelingen bei der Umsetzung der im Buch beschriebenen Testansätze in der Praxis und wenn das Buch die Grundlage für die Vorbereitung der Prüfung zum»certified Tester Advanced Level Test Manager«ist viel Erfolg bei der Beantwortung der Prüfungsfragen. Andreas Spillner, Thomas Roßner, Mario Winter, Tilo Linz Bremen, Möhrendorf, Wuppertal März 2011

8 vii Vorwort zur 2. Auflage Die Aus- und Weiterbildungsmaßnahmen nach dem»istqb Certified Tester«-Standard [URL: ISTQB] haben eine sehr starke weltweite Akzeptanz und hohe Verbreitung gefunden. Dadurch, dass sich die Zahl der beteiligten Länder in den letzten beiden Jahren nahezu verdoppelt hat, ist auch das Testfachwissen auf eine breitere Basis gestellt. Der Lehrplan»Advanced Level Testmanager«liegt seit Oktober 2007 in einer überarbeiteten Form vor. In die 2. Auflage des vorliegenden Buches zum Testmanagement sind die Änderungen des Lehrplans eingeflossen. Es ist somit konform zum Lehrplan des Aufbaukurses»Advanced Level Testmanager«(Version 2007 [URL: GTB CTA]). In der 1. Auflage haben wir es als sinnvoll angesehen, an einigen Stellen über den reinen Lehrstoff des Lehrplans hinauszugehen, um dem Leser weitere Hinweise zu geben. Dieses Vorgehen haben wir auch in der 2. Auflage beibehalten. Die 2. Auflage ist somit stellenweise umfassender als der Lehrplan. Auch in Deutschland sind die Aus- und Weiterbildungsmaßnahmen nach dem»istqb Certified Tester«-Standard weiterhin sehr gut nachgefragt. Insgesamt wurden bisher über Prüfungen zum»foundation Level«und»Advanced Level«durchgeführt (Stand 2008). Im»International Software Testing Qualifications Board«(ISTQB) arbeiten derzeit fast 40 Nationen aus allen 5 Kontinenten mit. Die Liste der beteiligten Länder umfasst unter anderem Japan, Korea, Indien und Indonesien, Kanada, die USA, Brasilien und Australien. Neben fast allen europäischen Ländern sind auch China, Russland, Israel, die arabischen Golfstaaten und Nigeria vertreten. Die aktuelle Liste der beteiligten Länder bzw. Länderverbunde ist der Internetpräsenz des ISTQB [URL: ISTQB] zu entnehmen. Eine detaillierte Beschreibung der Struktur des ISTQB findet sich in Kapitel 1. Derzeit haben weltweit über Personen die Prüfungen zum»certified Tester«(Advanced und Foundation Level) bestanden. Das ISTQB-Aus-und-Weiterbildungsschema schafft damit eine sehr gute Voraussetzung zum erfolgreichen Managen von Testprojekten. Durch Aktueller Lehrplan ISTQB-Standard Weltweit anerkannt Certified Tester

9 viii Vorwort zur 2. Auflage Mehr Trainingsprovider Hochschulausbildung In der Praxis angekommen den hohen Internationalisierungsgrad trifft dies besonders auch für Near- und Offshore-Testprojekte zu. Durch die ISTQB-Ausbildung wird eine einheitliche Fachterminologie und ein einheitliches Verständis der relevanten Vorgehensweisen und Methoden bei allen am Test Beteiligten geschaffen. Nicht nur in international verteilten Projekten ist dies eine wesentliche Voraussetzung für die erfolgreiche Abwicklung der Projekte. Im Vergleich zum Jahr 2006 (1. Auflage des Buches) hat sich die Situation in Deutschland, abgesehen von der gestiegenen Zahl der durchgeführten Kurse und abgelegten Prüfungen, wenig verändert. Es sind über 10 Trainingsprovider vom»german Testing Board«[URL: GTB] akkreditiert, wovon vier Provider Kurse für den»advanced Level«anbieten. Die von den Trainingsanbietern unabhängigen Prüfungen werden auch weiterhin von der isqi GmbH [URL: isqi] und der Dienstleistungsgesellschaft für Informatik mbh (DLGI [URL: DLGI]) abgenommen. In den letzten beiden Jahren hat die Zahl der Hochschulen und nicht kommerziellen Ausbildungsstätten erheblich zugenommen, die Unterricht konform zum Lehrplan»Certified Tester Foundation Level«anbieten. Der Anteil der studentischen Teilnehmer an den Prüfungen umfasst derzeit ca. 10%. Im Sommer 2007 konnte der 100.»Certified Tester«ausgezeichnet werden, der seine Prüfung an der Hochschule Bremen abgelegt und bestanden hat. Dass das Aus- und Weiterbildungsschema in der Industrie sich etabliert hat, lässt sich an zwei Dingen festmachen: In Stellenausschreibungen wird direkt auf den ISTQB Certified Tester hingewiesen, und es werden entsprechende Zertifikate zur Einstellung vorausgesetzt. Einige Firmen haben Karrierewege für Tester etabliert, die auf den drei Ausbildungsstufen des»certified Tester«aufbauen. Danksagung Eine bessere Bestätigung, dass das Schema den Bedürfnissen der Praxis Rechnung trägt, gibt es kaum. Unseren herzlichen Dank möchten wir an die Reviewer für die tatkräftige Unterstützung aussprechen. Unsere investierte Zeit in die Überarbeitung des Buches hat sich gelohnt, wenn Sie, liebe Leserin und lieber Leser, viele nützliche Anregungen für Ihre tägliche Arbeit beim Management von Testprojekten finden. Wir wünschen Ihnen viel Erfolg bei deren Umsetzung. Andreas Spillner, Thomas Roßner, Mario Winter, Tilo Linz Bremen, Möhrendorf, Wuppertal Juli 2008

10 ix Vorwort zur 1. Auflage Der Erfolg des Buches»Basiswissen Softwaretest«[Spillner 05] hat uns sehr ermutigt, auch für die auf diesen Grundlagen aufbauenden Kurse ein Buch zu schreiben. Wie beim»basiswissen«-buch wollen wir eine Mischung aus Praxis und Theorie gewährleisten. Wir, damit sind Tilo Linz und Andreas Spillner gemeint, konnten Thomas Roßner von der imbus AG und Mario Winter von der FH Köln als Mitautoren für das vorliegende Buch gewinnen. Wir und ab hier sind alle vier Autoren gemeint hoffen, dass es uns damit wieder gelungen ist, die dargestellten Themen im Testmanagement aus theoretischer und praktischer Sicht abzudecken. Der Inhalt des vorliegenden Buches zum Testmanagement ist konform mit dem Lehrplan zum Aufbaukurs»Advanced Level Testmanager«(Version 1.2 [URL: GTB CTA]). An einigen Stellen haben wir es als sinnvoll angesehen, über den reinen Lehrstoff des Lehrplans hinaus, dem Leser nützliche Hinweise an die Hand zu geben. Das vorliegende Buch ist somit umfassender als der Lehrplan. Die Aus- und Weiterbildungsmaßnahmen nach dem»istqb Certified Tester«-Standard [URL: ISTQB] wurden in Deutschland sehr gut angenommen. Insgesamt wurden bisher ca Prüfungen zum»foundation Level«und ca. 500 Prüfungen zum»advanced Level«durchgeführt (Stand April 2006). Aktuell sind mehr als 25 Nationen im»international Software Testing Qualifications Board«(ISTQB, [URL: ISTQB]) vertreten. Damit hat sich die Zahl der beteiligten Länder in den beiden letzten Jahren nahezu verdoppelt. Folgende Länder bzw. Länderverbunde arbeiten im ISTQB mit: Australien/Neuseeland, Bangladesch, Brasilien, China, Dänemark, Deutschland, England, Finnland, Frankreich, Indien, Israel, Japan, Kanada, Korea, Lateinamerika, Niederlande/Belgien, Norwegen, Österreich, Polen, Portugal, Russland, Schweden, Schweiz, Spanien, Südost-Europa, Ukraine und die USA. Die Internationalisierung Aktueller Lehrplan ISTQB-Standard Weltweit anerkannt

11 x Vorwort zur 1. Auflage Hochschulausbildung Danksagung des ISTQB, und damit die zwischen den Ländern abgestimmten Lehrinhalte, sind somit gegeben, und die von den Prüflingen erworbenen Zertifikate (insgesamt ca bis Mai 2006) sind weltweit anerkannt. Näheres zur Struktur des ISTQB findet sich in Kapitel 1. In Deutschland sind derzeit zehn Trainingsprovider vom»german Testing Board«[URL: GTB] akkreditiert, wovon vier Trainingsprovider auch Kurse für den»advanced Level«anbieten. Die von den Trainingsanbietern unabhängigen Prüfungen werden von der isqi GmbH [URL: isqi] und der Dienstleistungsgesellschaft für Informatik mbh (DLGI [URL: DLGI]) abgenommen. Somit ist sichergestellt, dass Prüfungen zum Erwerb der Zertifikate unabhängig von den Trainingsprovidern und auch unabhängig vom Besuch eines Kurses abgenommen werden. Der Lehrstoff zum»foundation Level«ist von zahlreichen Hochschulen in die Lehrpläne aufgenommen worden. Hier zeichnet sich die Etablierung eines gemeinsamen Curriculums in der Hochschulausbildung im Bereich Softwaretest ab. Der Anteil der studentischen Teilnehmer an den Prüfungen hat in den letzten Jahren kontinuierlich zugenommen. Auf dem Weg zum Ziel, das David Parnas im Vorwort zur 1. Auflage»Basiswissen Softwaretest«formuliert hatte, nämlich eine Vereinheitlichung und Festlegung der Ausbildungsinhalte in der Informatik, sind wir im Bereich Softwaretest somit einen guten Schritt vorangekommen. Wir möchten hier unseren herzlichen Dank an die Reviewer aussprechen, für die zahlreichen Anmerkungen und hilfreichen Kommentare zu unseren verschiedenen Manuskriptversionen. Besonders bedanken wir uns bei Frau Dr. Klaudia Dussa-Zieger/method park Software AG, Frau Isabell Jaki und Herrn Stephan Jaki/COMSOFT GmbH, Herrn Dr. Ralf Kneuper/Beratung für Softwarequalitätsmanagement und Prozessverbesserung, Rechtsanwalt Dr. Thomas Lapp, Frau Maud Schlich/IT-PROJECT-SERVICE, Frau Rita Weinreich-Sukhana/Lufthansa Systems Passenger Services GmbH und den Kolleginnen und Kollegen bei imbus Doris Rubruck, Thomas Rumi, Arne Becher und Matthias Daigl. Besten Dank für die tatkräftige Unterstützung und die geopferte Zeit. Bedanken möchten wir uns bei Frau Dr. Ulrike Wilkens und Herrn Ralf-Peter Balke vom Multimedia-Kompetenzzentrum der Hochschule Bremen für die hilfsbereite Unterstützung bei der Benutzung der Lehrund Lernplattform»AULIS«, die wir zum Austausch unserer Dateien und zur Koordination unserer Arbeiten verwendet haben. Uns wurde dadurch sehr viel an Koordinations- und Versionsaufwand abgenommen.

12 Vorwort zur 1. Auflage xi Dem dpunkt.verlag gilt ebenfalls unser Dank für die Unterstützung bei der Erstellung des Buches. Besonders möchten wir Frau Christa Preisendanz danken, die mit viel Geduld und Fingerspitzengefühl uns die gesamte Zeit der Bucherstellung, die ja nicht sehr kurz war, begleitet hat und uns beim Umschiffen von so manch schwierigen Stellen tatkräftig zur Seite stand. Herzlich danken möchten wir auch Anton Schlatter, Business Unit Manager Testing bei Logica Deutschland und Gründungsmitglied im German Testing Board e.v., für sein Geleitwort zu diesem Buch. Uns bleibt nun noch zu hoffen, dass dieses Buch zum Testmanagement eine ähnliche breite Zustimmung erfährt, wie sie für das Buch»Basiswissen Softwaretest«vorhanden ist. Wir hoffen, dass Sie, liebe Leserin und lieber Leser, viele nützliche Anregungen für Ihre tägliche Arbeit beim Management des Testprozesses finden werden und wünschen Ihnen viel Erfolg bei deren Umsetzung. Andreas Spillner, Thomas Roßner, Mario Winter, Tilo Linz Bremen, Möhrendorf, Wuppertal Juli 2006

13 xii Vorwort zur 1. Auflage

14 xiii Geleitwort von Anton Schlatter zur 1. Auflage Unternehmen sowie staatliche Verwaltungen unterliegen in der heutigen globalisierten Welt einem anhaltend starken Wettbewerbsdruck und sind mit zunehmenden regulatorischen Anforderungen konfrontiert. Die Innovationszyklen für neue Produkte und Services werden weiter verkürzt. Alles soll schneller, leichter, sicherer, aufregender werden. Diese Versprechen sollen Kunden binden und Umsätze steigern. Software spielt dabei eine zentrale Rolle. Während die Produktivität bei der Entwicklung von Software in den letzten Jahren durch neue Methoden und Tools stark gesteigert werden konnte und diese Trends unterstützt, müssen wir feststellen, dass die Produktivität beim Testen von Software nahezu stagniert. Vor diesem Hintergrund erweist sich das Testen in der Praxis oft als Flaschenhals. Eine in 2005 europaweit durchgeführte Studie zeigt auf, dass das Testen im Rahmen der Neuentwicklung von Produkten und Services zwar als strategisch angesehen wird, aber die gelebte Praxis unzureichend ist 1. Die IT-Manager berichteten, dass viele Produkte und Services ohne ausreichende Tests auf den Markt kommen mit hohen Fehlerraten, die vermeidbar wären. 68 % aller IT-Verantwortlichen gaben zu Protokoll, dass Produkte und Services ohne ausreichende Tests ausgeliefert werden; 89 % der Befragten stellten fest, dass binnen 48 Stunden nach Inbetriebnahme problematische Fehler auftraten. Als größte Herausforderungen wurde von 85 % die mangelnde Verfügbarkeit von leistungsfähigen Testressourcen und von 78 % der Befragten das fehlende Testwissen identifiziert. Trends Testing-Studie Die Ergebnisse der Logica Studie»Testing Times for Board Rooms«, die im September 2005 veröffentlicht wurden, basieren auf 255 detaillierten Interviews. Diese wurden von der unabhängigen Marktforschungsunternehmung Coleman Parkes in UK, den Niederlanden und Schweden durchgeführt.

15 xiv Geleitwort von Anton Schlatter zur 1. Auflage Herausforderungen fürs Testmanagement Auf der anderen Seite sind sich 88 % der Interviewten sicher, dass ein besserer Testprozess zu einer Reduzierung der gesamten Softwareentwicklungskosten führen würde, und 74 % glauben, dass ein strukturierter und insbesondere risikobasierter Testansatz wesentlich dazu beitragen würde, die Entwicklungszeiten zu reduzieren. Diese Studienergebnisse verdeutlichen insbesondere die zentrale Rolle und die gestiegene Verantwortung des Testmanagements bei der Bewältigung der aktuellen Herausforderungen: Struktur und Sicherheit in den Testprozess bringen! Produktivität und Effizienz im Testprozess steigern! Testen an den geschäftlichen Anforderungen ausrichten! Testmitarbeiter für den Umgang mit den sich wandelnden Herausforderungen kontinuierlich qualifizieren! Testen als eigenständige Profession vorantreiben und»vermarkten«. ISTQB Certified Tester allgemein ISTQB Certified Tester Testmanagement Zur Bearbeitung dieser Themen bedarf es aufseiten des Testmanagers einer fundierten Qualifizierung und eines eigenen ausgeprägten Selbstverständnisses als Testprofessional. Dies setzt mindestens voraus, dass das»testmanagement«als Beruf entlang eines definierten Ausbildungsprogramms erlernbar ist, was in der Vergangenheit nicht der Fall war. Mit dem»istqb Certified Tester«-Qualifizierungsprogramm steht mittlerweile international ein Ausbildungsschema zur Verfügung, das den Testprofessionals vielerorts bereits als Grundlage für eine fachliche Laufbahnplanung dient. Bei der notwendigen weiter gehenden Professionalisierung steht nun zunächst die Rolle des Testmanagers selbst im Mittelpunkt. Die Inhalte des vorliegenden Buches verdeutlichen, dass die obigen Themen im ISTQB-Qualifizierungsmodul als Kernelemente dessen verstanden werden, was heute zum Praxiswissen eines fortgeschrittenen Testmanagers gehören soll. Damit ist dieses Buch nicht nur ein Lehrbuch für diejenigen, die im Beruf des Testmanagers arbeiten oder sich auf eine Zertifizierung vorbereiten, sondern darüber hinaus interessant für alle, die sich über die Aufgaben eines modernen Testmanagements informieren wollen. Damit ist es ein Buch, auf das ich seit Langem gewartet habe und dem ich viele interessierte Leser und Leserinnen wünsche! Anton Schlatter Business Unit Manager Testing Logica Deutschland

16 xv Inhaltsverzeichnis 1 Einleitung Basiswissen komprimiert Praxiswissen Testmanagement Übersicht Fundamentaler Testprozess Testplanung und -steuerung Testanalyse und -design Festlegung der Testbedingungen Entwurf der Testfälle Testrealisierung und -durchführung Realisierung der Testfälle Durchführung der Tests Testauswertung und -bericht Abschluss der Testaktivitäten Zusammenfassung Testen im Softwarelebenszyklus Test- und Entwicklungsprozess Klassifikation der Entwicklungsprozesse Allgemeines V-Modell W-Modell Rational Unified Process (RUP) V-Modell XT Extreme Programming (XP) Rapid Application Development (RAD) Dynamic Systems Development Method (DSDM) Zusammenfassung

17 xvi Inhaltsverzeichnis 4 Testdokumentation Hierarchie der Testdokumente Qualitätspolitik und Testpolitik Teststrategie bzw. Testhandbuch Testkonzept Teststufenplan Weitere Dokumente nach IEEE Zusammenfassung Testplanung Teststrategie Zeitpunkt des Beginns der Testaktivitäten Abgrenzung der Aufgaben des Testprojekts Art und Umfang der Tests Testschätzung Grundlegendes Vorgehen bei der Testschätzung Bestandteile und Einflussfaktoren für die Testschätzung Techniken zur Aufwandsschätzung Teststufenplanung Zeit- und Aktivitätenplanung Vorteile frühzeitiger Testplanung Organisation und Koordination von Teststufen Testorganisation Koordination von Testzyklen und Teststufen Weitere Aspekte der Testplanung Regelung von Dokumenten und Berichtswesen Definition der Testumgebung Mitarbeiterprofile und Schulungsmaßnahmen Spezielle Testmanagementaufgaben Testen von Multisystemen Testen sicherheitskritischer Systeme Exploratives Testen Zusammenfassung Teststeuerung Initiieren der Testaufgaben Überwachen des Testfortschritts Reagieren auf Testergebnisse Reagieren auf veränderte Rahmenbedingungen

18 Inhaltsverzeichnis xvii 6.5 Testendebewertung Der Testbericht Zusammenfassung Reviews Nutzen und Kosten von Reviews Grundlegende Vorgehensweise Rollen und Verantwortlichkeiten Reviewarten Managementreviews und Audits Reviews von bestimmten Arbeitsergebnissen Kriterien zur Auswahl Erfolgreicher Einsatz von Reviews Organisatorische Erfolgsfaktoren Technische Erfolgsfaktoren Personenbezogene Erfolgsfaktoren Zusammenfassung Bewertung und Verbesserung des Entwicklungs- und Testprozesses Allgemeingültige Verfahren und Vorgehensweisen Total Quality Management (TQM) Kaizen Six Sigma Verbesserung des Softwareentwicklungsprozesses Capability Maturity Model Integration (CMMI) ISO/IEC (SPICE) Vergleich von CMMI und SPICE Bewertung von Testprozessen Testing Maturity Model (TMMsm) Test Process Improvement (TPI) Systematic Test and Evaluation Process (STEP) Critical Testing Processes (CTP) Vergleich der Bewertungs- und Prozessmodelle Audit und Assessment Durchführung eines internen Audits oder Assessments Vorbereitung auf ein Audit oder Assessment durch Externe Zusammenfassung

19 xviii Inhaltsverzeichnis 9 Abweichungsmanagement Fehler und Fehlerfindung Dokumentation von Abweichungen Bearbeitung von Abweichungen Rollen und Interessenausgleich im Abweichungsmanagement Generischer Prozess für das Management von Abweichungen Werkzeugeinsatz beim Abweichungsmanagement Standardisierte Klassifikation von Abweichungen nach IEEE 1044/ Übersicht über den Klassifikationsprozess Datenmodell: Kategorien, Klassifikationen und Ergänzungsdaten Die Klassifikationsschritte im Detail Tailoring des Standards Zusammenfassung Risikomanagement und risikoorientierter Test Einführung Ermittlung des Kontextes Risikoidentifikation Grobgranulare Risikokategorisierung Techniken und Hilfsmittel Risikoanalyse und -einstufung Feingranulare Risikokategorisierung Quantitative und qualitative Risikoeinstufung Risikoeintrittsindikatoren Risikoinventar Risikosteuerung und -beherrschung Risikoüberprüfung und -überwachung Risikoorientierte Testkonzepterstellung und Testpriorisierung Quantitative Fehlzustandsanalysen Fehler-Möglichkeits- und Einflussanalyse (FMEA) Fehler-Möglichkeits-, Einfluss- und Kritikalitätsanalyse (FMECA) Fehlzustandsbaumanalyse (FTA) Risikobasierte Testaufwandsoptimierung Zusammenfassung

20 Inhaltsverzeichnis xix 11 Mitarbeiterqualifikation Individuelle Fähigkeiten Fachliche Teamrollen Soziale Teamrollen Faktor Kommunikation Faktor Motivation Ethik-Kodex Zusammenfassung Testmetriken Einführung Etwas Maßtheorie Definition und Auswahl von Metriken Darstellung von Messwerten Einzelne Testmetriken Testfallbasierte Metriken Testbasis- und testobjektbasierte Metriken Fehlerbasierte Metriken Kosten- und aufwandsbasierte Metriken Beurteilung der Testeffektivität Restfehlerabschätzungen und Zuverlässigkeit Restfehlerwahrscheinlichkeit Zuverlässigkeits-Wachstumsmodelle Zusammenfassung Werkzeuge zur Unterstützung des Testprozesses Motivation Typen und Nutzer von Testwerkzeugen Werkzeuge für Management und Steuerung von Tests Testgeneratoren Analysewerkzeuge Testdurchführungswerkzeuge Weitere Werkzeugtypen Bewertung und Auswahl von Testwerkzeugen Grundsätzliche Entscheidung über Einsatz eines Werkzeugs Identifikation von Anforderungen Evaluation Auswahl des zu beschaffenden Werkzeugs

21 xx Inhaltsverzeichnis 13.4 Einführung von Werkzeugen Werkzeuge und notwendige Prozessreife Pilotprojekt Verbreitung Zusammenfassung Normen und Standards Ziele und Positionierung Firmenstandards Best Practices und technische Spezifikationen Branchenspezifische Normen und Standards Allgemeingültige Normen und Standards Terminologie- und Vertragsnormen Prozessnormen Produkt- und Dokumentationsnormen Methoden- und Techniknormen Anwendung der Normen Zusammenfassung Glossar 395 Quellenverzeichnis 411 Literatur Normen und Standards WWW-Seiten Index 435

22 1 1 Einleitung Unser Alltag ist wie nie zuvor abhängig von Software und softwarebasierten Systemen. Es gibt kaum noch Geräte, Maschinen oder Anlagen, deren Funktion oder Steuerung nicht über Software bzw. Softwareanteile realisiert wird. Aber auch Verwaltungsvorgänge in Industrie und Staat werden durch oft komplexe IT-Systeme getragen. Die Verwaltung von Versicherungspolicen, das Mautsystem»TollCollect«, biometrische Merkmale in Pass und Personalausweis oder die elektronische Gesundheitskarte sind hierfür Beispiele. Diese starke Abhängigkeit von Software erfordert immer höhere Investitionen in qualitätssichernde Maßnahmen, damit die IT-Systeme möglichst zuverlässig ihre Aufgaben erfüllen. Das Testen von Software hat sich vor diesem Hintergrund zu einer spezialisierten, eigenständigen Fachrichtung und Berufsdisziplin der Informatik entwickelt. Innerhalb der Disziplin Softwaretest hat das Thema»Testmanagement«besondere Bedeutung. Das Testmanagement umfasst klassische Methoden des Projektmanagements und des Risikomanagements sowie das Wissen um den zweckmäßigen Einsatz wohldefinierter Testmethoden. Mit diesem Handwerkszeug ausgerüstet, kann der Testmanager 1 geeignete Maßnahmen zielgerichtet auswählen und umsetzen, die sicherstellen, dass eine bestimmte Mindestproduktqualität erreicht wird. Er verfolgt dabei ein ingenieurmäßiges Vorgehen. Während die Ausbildung zum Projektmanager etabliert ist und eine Vielzahl von Studiengängen, Ausbildungsprogrammen und Spezialliteratur existiert (s. beispielsweise [Hindel 06] oder [Pichler 07]), waren die Ausbildungsinhalte zum»softwaretestmanager«bislang kaum definiert oder gar standardisiert. Angesichts der steigenden Große Abhängigkeit von Software Testen von Software ist eine eigenständige Berufsdisziplin Testmanagement Ausbildung für Testmanager 1. Wir verwenden im Buch die männliche Form und wollen damit Frauen selbstverständlich nicht ausschließen bzw. ausgrenzen.

23 2 1 Einleitung ISTQB Certified Tester Advanced Level Testmanager Foundation Level Advanced Level Verantwortung, die Testmanager im Rahmen ihrer Tätigkeit übernehmen, war das ein wenig erfreulicher Zustand. Mit dem»istqb Certified Tester Advanced Level Testmanager«steht erstmals ein international anerkanntes Ausbildungsschema zur Verfügung, das auch für den Beruf des Testmanagers Lehrinhalte und Qualifizierungsmodule definiert. Das vorliegende Buch»Praxiswissen Softwaretest Testmanagement«vermittelt diese Lehrinhalte und kann als Lehrbuch bei der Vorbereitung auf die entsprechende Zertifizierung dienen. Das»ISTQB Certified Tester«-Qualifizierungsprogramm ist dreistufig aufgebaut. Die Grundlagen des Softwaretests sind im Lehrplan»Foundation Level«beschrieben [URL: GTB CTF]. Dieser Lehrstoff ist im Buch»Basiswissen Softwaretest«[Spillner 10] ausführlich dargestellt. Der»Advanced Level«-Lehrplan [URL: GTB CTA] umfasst weiterführende Kenntnisse im Prüfen und Testen von Software und zeigt Spezialisierungsmöglichkeiten auf: die vertiefte Behandlung von verschiedenen Blackbox- und Whitebox-Testverfahren in den»advanced Level«-Modulen»Technical Test Analyst«und»Test Analyst«sowie die vertiefte Darstellung von Methoden und Techniken des Testmanagements im Modul»Test Manager«. Expert Level International Software Testing Qualifications Board (ISTQB) Nationale Testing Boards Diese Aufteilung entspricht auch der Struktur des Lehrstoffs, wie sie von vielen akkreditierten Weiterbildungsanbietern vorgenommen wird. Da der Lehrstoff des»advanced Level«sehr umfassend ist, wird dieser im vorliegenden Buch nicht komplett behandelt, sondern ausschließlich das Modul»Advanced Level Test Manager«. Die dritte Stufe, das»expert Level«, richtet sich an erfahrene, professionelle Softwaretester und besteht aus einer Reihe von Modulen zu unterschiedlichen Spezialthemen. Derzeit werden die Lehrpläne im ISTQB und in den nationalen Boards erarbeitet. Geplant sind folgende Themen: Improving the Test Process, Test Management, Test Automation, TTCN-3 [URL:TTCN-3] u.a. Das»ISTQB«[URL: ISTQB] sorgt für die Einheitlichkeit und Vergleichbarkeit der Lehr- und Prüfungsinhalte unter allen beteiligten Ländern. In ihm sind mittlerweile weltweit knapp 50 nationale Initiativen und Verbände zusammengeschlossen. Weitere nationale Boards werden hinzukommen. Die nationalen Testing Boards sind in ihrem Land als unabhängige Expertengremien dafür zuständig, Ausbildung (Akkreditierung der Weiterbildungsanbieter) und Prüfungen (Zertifizierung durch eine

24 1.1 Basiswissen komprimiert 3 unabhängige Institution) in den jeweiligen Sprachen und Ländern zu ermöglichen und die Einhaltung der ISTQB-Standards zu überwachen. Die drei ISTQB-Ausbildungsstufen bauen aufeinander auf. Das vorliegende Buch»Praxiswissen Softwaretest Testmanagement«setzt den Stoff des»foundation Level«voraus. Lesern, die neu in das Thema Softwaretest einsteigen, wird daher empfohlen, sich den Stoff des»foundation Level«anzueignen. Dies kann durch den Besuch eines akkreditierten Seminars erfolgen oder durch das Durcharbeiten des Buches»Basiswissen Softwaretest«[Spillner 10]. Im vorliegenden Buch werden lediglich knappe Wiederholungen der wichtigsten Grundlagen geboten. Basiswissen wird vorausgesetzt 1.1 Basiswissen komprimiert Im Folgenden wird der Inhalt des Lehrplans»Foundation Level«und somit auch das Buch»Basiswissen Softwaretest«kurz zusammengefasst. Es gibt eine Vielzahl von Ansätzen und Vorschlägen, die Qualität der Software durch vorbeugende (konstruktive) Maßnahmen und den Einsatz von prüfenden (analytischen) Verfahren und Methoden zu verbessern. Zu den wichtigsten Maßnahmen gehören: Maßnahmen zur Verbesserung der Softwarequalität Definierte Softwareentwicklungsprozesse, die zu einer strukturierten und nachvollziehbaren Erstellung der Softwaresysteme beitragen. Ein wohldefinierter Testprozess und ein geordnetes Änderungsund Fehlermanagement als Voraussetzungen, um die Testarbeiten wirtschaftlich und wirksam durchzuführen. Verwendung von Metriken und Qualitätskennzahlen, die helfen, Softwareprodukte und Entwicklungsprozesse objektiv zu bewerten, Verbesserungspotenziale aufzudecken und die Wirksamkeit von Korrektur- oder Verbesserungsmaßnahmen zu überprüfen. Der Einsatz von formalen Methoden, die eine präzise Formulierung der Entwicklungsdokumente und damit deren Überprüfbarkeit bzw. Auswertung durch Werkzeuge ermöglichen. Methoden zur systematischen Ermittlung und Durchführung von Testfällen, die für eine effiziente Erkennung von Fehlern und Unstimmigkeiten in den entwickelten Programmen sorgen. Methoden zur statischen Prüfung, in erster Linie Reviews, durch die Fehler und Mängel frühzeitig in den erstellten Entwurfsdokumenten aufgedeckt werden. Testmanager müssen diese Methoden, Techniken und Prozesse beherrschen oder zumindest kennen, um im Projektverlauf die der jeweiligen Situation angemessenen Maßnahmen auswählen und anwenden zu Qualitätsziele und Qualitätsmerkmale

25 4 1 Einleitung Testorakel Fehlerbegriff Testbegriff können. Die Eignung von qualitätssichernden Maßnahmen ist aber auch abhängig von den jeweils gesetzten Qualitätszielen. Das geforderte Qualitätsniveau kann dabei anhand verschiedener Qualitätsmerkmale definiert werden. Einen Katalog solcher Qualitätsmerkmale (z. B. Funktionalität, Zuverlässigkeit oder Benutzbarkeit) definiert die Norm [ISO 9126]. Wann liegt ein Defekt oder Fehler vor und was ist unter diesen Begriffen zu verstehen? Eine Situation oder ein Ergebnis kann nur dann als fehlerhaft eingestuft werden, wenn vorab festgelegt wurde, wie die erwartete, korrekte Situation bzw. das erwartete Ergebnis aussieht. Wird eine Abweichung zwischen dem erwarteten Istverhalten und dem beobachteten Sollverhalten festgestellt, liegt ein Fehler vor. Um Sollwerte bzw. das Sollverhalten zu ermitteln, ist ein sogenanntes Testorakel erforderlich, das dem Tester als Informationsquelle dient. Anforderungsdokumente, eine formale Spezifikation oder auch das Benutzungshandbuch sind Beispiele für solche Informationsquellen. Der Begriff»Fehler«ist unpräzise. Es ist zwischen Fehlhandlung (engl. error), Fehlerzustand (engl. fault) und Fehlerwirkung (engl. failure) zu unterscheiden. Eine Fehlhandlung einer Person führt beispielsweise zu einer fehlerhaften Programmierung. Dadurch enthält das Programm einen Fehlerzustand, der zu einer»außen«sichtbaren Fehlerwirkung führen kann, aber nicht zwangsläufig führen muss. Meist kommt ein Fehlerzustand erst bei nicht alltäglichen Situationen zum Tragen, z. B. wirkt sich eine fehlerhafte Berechnung des Schaltjahrs erst am 29. Februar eines Schaltjahrs aus. Abbildung 1 1 soll den Zusammenhang zwischen Fehlhandlung, Fehlerzustand und Fehlerwirkung veranschaulichen und darstellen, welche Gegenmaßnahmen bzw. Methoden zur Aufdeckung angewendet werden können. Ähnlich dem Fehlerbegriff ist auch der Begriff»Testen«mit verschiedenen Bedeutungen belegt. Mit Testen wird oft der gesamte Prozess bezeichnet, ein Programm auf systematische Weise zu prüfen, um Vertrauen in die korrekte Umsetzung der Anforderungen 2 zu gewinnen und um Fehlerwirkungen nachzuweisen. Es ist auch ein Oberbegriff für alle Tätigkeiten und (Test-)Stufen im Testprozess. Jede einzelne Ausführung eines Testobjekts unter spezifizierten Bedingungen zum Zwecke der Überprüfung der Einhaltung der erwarteten Ergebnisse wird ebenso als Testen bezeichnet. 2. Mit Testen kann nicht nachgewiesen werden, dass die Anforderungen zu 100 % erfüllt sind, da Testen nur stichprobenartige Überprüfungen vornimmt.

26 1.1 Basiswissen komprimiert 5 vermeidbar durch Schulung, Prozessverbesserung o. Ä. Abb. 1 1 Zusammenhang zwischen den Fehlerbegriffen erkennbar im Review nachweisbar durch Testen Fehlhandlung einer Person, die einen Fehlerzustand in einem Programm verursacht, der zu einer außen bemerkbaren Fehlerwirkung führt. Testen umfasst eine Vielzahl von Einzelaktivitäten. Folgender fundamentaler Testprozess ist im Lehrplan»Foundation Level«definiert. Zum Prozess gehören folgende Aktivitäten: Fundamentaler Testprozess Testplanung und Steuerung, Testanalyse und Testdesign, Testrealisierung und Testdurchführung, Testauswertung und Bericht, Abschluss der Testaktivitäten. Beim Testen kann das zu testende Produkt (Testobjekt) auf unterschiedlichen Abstraktionsebenen bzw. auf der Basis unterschiedlicher Dokumente und Entwicklungsprodukte betrachtet werden. Die entsprechende Bezeichnung ist Teststufe. Es wird zwischen den Stufen Komponententest, Integrationstest, Systemtest und Abnahmetest unterschieden. Jede Teststufe zeichnet sich durch charakteristische Testziele, Testmethoden und Testwerkzeuge aus. Daneben werden 3 Testarten unterschieden, die sich wie folgt abgrenzen lassen: funktionaler Test, nicht funktionaler Test, strukturbezogener Test und änderungsbezogener Test [Spillner 10, Abschnitt 3.7]. Teststufen Testarten 3. Mit dem Pfeilsymbol werden Begriffe gekennzeichnet, die im Glossar im Anhang des Buches erläutert werden.

27 6 1 Einleitung Statische und dynamische Prüfung Unabhängigkeit zwischen Test und Entwicklung Testwerkzeuge Testmanagement Beim Testen kann unterschieden werden, ob das Testobjekt zur Prüfung ausgeführt wird oder ob»nur«der zugehörige Programmtext oder die zugrunde liegende Spezifikation oder Dokumentation geprüft wird. Im ersten Fall handelt es sich um sogenannte dynamische Prüfungen (mit den Vertretern Blackbox- und Whitebox-Testverfahren) [Spillner 10, Kap. 5], im zweiten Fall um statische Prüfungen (vertreten u. a. durch verschiedene Reviewarten) [Spillner 10, Kap. 4]. Unabhängig davon, welche Methoden zum Testen eingesetzt werden, gilt, dass Entwicklung/Programmierung und Test organisatorisch möglichst getrennt bzw. unabhängig voneinander ablaufen sollen. Denn ein Entwickler, der sein eigenes Programm testet, ist»blind«gegenüber eigenen Fehlhandlungen. Wer weist sich schon gerne seine eigenen Fehler nach? Für das Testen von Software gibt es eine Vielzahl unterstützender Werkzeuge. Je nach Einsatzzweck werden verschiedene Werkzeugklassen unterschieden: u. a. Werkzeuge für Management und Steuerung von Tests, Werkzeuge zur Testspezifikation, zum statischen und dynamischen Test und für nicht funktionalen Test [Spillner 10, Kap. 7]. Im»Foundation Level«werden auch schon die grundlegenden Aspekte des Testmanagements behandelt. Neben Testplanung, Teststeuerung und Berichtswesen gehören hierzu auch die Themen Fehler-, Änderungs- und Konfigurationsmanagement sowie das Thema Wirtschaftlichkeit des Testens [Spillner 10, Kap. 6]. Das vorliegende Buch vertieft diese Aufgaben des Testmanagements. Zur Veranschaulichung des Stoffs wird in diesem Buch das Fallbeispiel aus dem»basiswissen«-buch fortgesetzt: Fallbeispiel»VirtualShow-Room«VSR Ein Automobilkonzern entwickelt ein neues elektronisches Verkaufssystem, genannt VirtualShowRoom (VSR). Das Softwaresystem soll in der Endausbaustufe weltweit bei allen Händlern installiert sein. Jeder Kunde, der ein Fahrzeug erwerben möchte, kann dann unterstützt durch einen Verkäufer oder vollkommen selbstständig sein Wunschfahrzeug am Bildschirm konfigurieren (Modellauswahl, Farbe, Ausstattung usw.). Das System zeigt mögliche Modelle und Ausstattungsvarianten an und ermittelt zu jeder Auswahl des Kunden sofort den jeweiligen Listenpreis. Diese Funktionalität wird vom Teilsystem DreamCar realisiert. Hat sich der Kunde für ein Fahrzeug entschieden, kann er am Bildschirm die für ihn optimale Finanzierung kalkulieren (EasyFinance), das Fahrzeug online bestellen (JustInTime) und bei Bedarf auch die passende Versicherung (NoRisk) abschließen. Das Teilsystem ContractBase verwaltet sämtliche Kundeninformationen und Vertragsdaten. Abbildung 1 2 zeigt eine schematische Darstellung des Systems.

28 1.1 Basiswissen komprimiert 7 DreamCar 1 ContractBase Abb. 1 2 Architektur des VSR-Systems Just InTime NoRisk EasyFinance Host 3 1 Austausch Fahrzeugdaten 2 Austausch Vertragsdaten 3 Austausch Bestelldaten VirtualShowRoom (VSR) Jedes Teilsystem wird von einem eigenen Entwicklungsteam separat entworfen und entwickelt. Insgesamt sind ca. 50 Entwickler und weitere Mitarbeiter aus den jeweils betroffenen konzerninternen Fachabteilungen an dem Projekt beteiligt sowie externe Softwarefirmen. Im»Basiswissen«-Buch wurden die verschiedenen Testtechniken und Vorgehensweisen beschrieben, um das System gründlich zu testen, bevor das VSR-System in Betrieb geht. Die Entwicklung des VSR-2 folgt einem iterativen Entwicklungsprozess. Aus dem vorhandenen VSR-1 soll mit vier aufeinanderfolgenden Iterationen der VSR-2 entstehen. Dafür ist eine Entwicklungsdauer von einem Jahr vorgesehen. Es wird also etwa quartalsweise eine Zwischenversion geben. Jede neue Version soll die Funktionalität der Vorgängerversion weiterhin korrekt bereitstellen. Allerdings kann dem eine andere, vielleicht bessere oder effizientere Implementierung zugrunde liegen. Zusätzlich implementiert jede Version erstmalig einen Satz neuer Funktionen. Der Produktmanager erwartet vom Testmanager daher zweierlei: Zum einen muss das Testteam sicherstellen, dass jede VSR-2-Version die bisherige Altfunktionalität korrekt enthält. Zum anderen soll das Testteam möglichst schnell eine objektive Beurteilung abgeben, ob bzw. wie gut ein neues Feature umgesetzt ist. Die Aufgaben, die bei einer solchen Problemstellung vom Testmanager zu erfüllen sind, werden in den folgenden Kapiteln behandelt und anhand obigen Beispiels jeweils verdeutlicht.

29 8 1 Einleitung 1.2 Praxiswissen Testmanagement Übersicht Praxiswissen- Kapitelübersicht Die Themen des Buches und die Inhalte der einzelnen Kapitel sind im Folgenden kurz beschrieben. In Kapitel 2 wird der grundlegende Testprozess kurz erörtert. Ausführlich wird er bereits im Buch»Basiswissen Softwaretest«behandelt. Wie das Testen in Verbindung zum Softwarelebenszyklus steht, wird in Kapitel 3 dargestellt. Unterschiedliche Vorgehensmodelle der Softwareentwicklung werden diskutiert und die jeweilige Bedeutung des Testens im Modell bewertet. Dokumente sind ein zentraler Bestandteil des Testprozesses. Planung und Status der Tests werden in zentralen Dokumenten festgehalten und aktualisiert. Kapitel 4 stellt einen Überblick über Arten und Zusammenhänge der wichtigsten Testdokumente dar und erläutert die für das Testmanagement relevanten Dokumente im Detail. Kapitel 5 geht näher auf die Testplanung ein, eine wichtige, wenn nicht sogar die wichtigste Aufgabe des Testmanagers. Die Planung muss während des Projekts angepasst werden. Eine Steuerung des Testprozesses auf Grundlage von Berichten über den Testfortschritt ist für den Testmanager eine entscheidende Maßnahme, um den Testprozess erfolgreich durchführen zu können. Kapitel 6 geht auf diesen Aspekt ein. Reviews zur Qualitätssicherung von Dokumenten werden in vielen Unternehmen mit sehr gutem Erfolg angewendet. Die unterschiedlichen Vorgehensweisen werden ausführlich in Kapitel 7 beschrieben. Der Entwicklungs- und Testprozess selbst kann bewertet und verbessert werden. Welche Verfahren und Vorgehensweisen anzuwenden sind, wird in Kapitel 8 beschrieben. Wie ist mit den beim Testen gefundenen Abweichungen und Fehlerwirkungen umzugehen? Antworten hierzu gibt Kapitel 9. Identifikation und Analyse der Risiken sowie risikoorientierte Tests sind für das Testmanagement wichtige Instrumente zur Verteilung der beschränkten Testkapazitäten und dienen zur risikomindernden Steuerung des Testprojekts. Darüber hinaus unterstützen Testmanager qualitative und quantitative Risikobeurteilungen für sicherheitskritische Systeme. In Kapitel 10 sind entsprechende Hinweise zum Vorgehen zu finden. Ohne Mitarbeiter mit den erforderlichen Fähigkeiten und Qualifikationen ohne Berücksichtigung des»faktors Mensch«kann der Testmanager eine Aufgabe nicht erfolgreich durchführen. In