ISTQB CERTIFIED TESTER, FOUNDATION LEVEL AUSZUG AUS DEN TRAININGSUNTERLAGEN

Transkript

1 ITQB CERTIFIED TETER, FOUNDATION LEVEL AUZUG AU DEN TRAININGUNTERLAGEN Methoden, Techniken und Werkzeuge für effizienten oftwaretest Grundlagenseminar

2 Mission oftwarequalität Beratung Entwicklungsprozesse effizienter gestalten, Time-to-Market verkürzen Akademie Ausbilden, trainieren, coachen Testing ervices Tests planen, managen, entwerfen, automatisieren und durchführen TestBench Tools einführen und Testautomatisierung ausbauen

3 tandorte und chulungszentren in D imbus Nord imbus Rheinland Hannover imbus Rhein-Main Berlin imbus Niedersachsen Dresden imbus Möhrendorf tuttgart imbus München Mitarbeiter in Deutschland 04/2017

4 Know-how Weiterbildung aus erster Hand tärkster und erfahrenster Trainingsanbieter für oftware-qualitätssicherung und oftware-test in Deutschland Über Trainingsteilnehmer *Kundenbefragung Wegbereiter des internationalen Ausbildungsstandards ITQB Certified Tester Erfahrung aus über Test- und Beratungsprojekten

5 Agenda VI - Tests planen Testplanung Risiko und Testen Das Testkonzept Der Testausführungsplan Zusammenfassung & Ergänzungen Beginn Planung & teuerung Analyse & Entwurf Realisierung & Durchführung Bewertung von Endekriterien & Bericht Abschluss Ende 2017 imbus AG v2.7.1 ITQB Certified Tester, Foundation Level Kap. VI Tests planen eite 5

6 Risiko und Testen Definition Risiko Risiko ist die Möglichkeit, Verluste durch ein Ereignis, das mit einer gewissen Wahrscheinlichkeit eintritt, zu erleiden. Ein Risiko ist ein potenzielles Problem. nach M. Gaulke, Risikomanagement in IT-Projekten, Oldenbourg Verlag, 2002 Risiko ist ein Faktor, der zu negativen Konsequenzen in der Zukunft führen könnte; gewöhnlich ausgedrückt durch die Eintrittswahrscheinlichkeit und das chadensausmaß. Glossar Risikowahrscheinlichkeit: Wahrscheinlichkeit, dass das Risiko eintritt u. einen chaden verursacht. chadensausmaß, z. B.: Finanzielle Kosten eines unzureichenden Ergebnisses Imageverlust, Vertrauensverlust des Kunden Reparaturaufwand Auswirkungen auf andere ysteme 2017 imbus AG v2.7.1 ITQB Certified Tester, Foundation Level Kap. VI Tests planen eite 6

7 Risiko und Testen Produktrisiko Risiken lassen sich unterteilen in Produkt - und Projektrisiko: Produktrisiko - Ein Risiko, das direkt auf ein Testobjekt bezogen ist. Glossar Beispiel Fehler können zu Verletzungen eines Menschen führen. Fehler können zu finanziellen Verlusten für das Unternehmen (oder Imageverlusten,...) führen. Fehler können zum tillstand von Geschäftsprozessen führen W-Fehler können zu HW-chäden führen. chlechte W-Eigenschaften (z. B. fehlende/mangelhafte Funktionalität, Zuverlässigkeit, Benutzbarkeit und Leistungsfähigkeit/Performanz) können zu unzufriedenen und zukünftig fernbleibenden Kunden führen. Entsprechendes gilt bei schlechter Datenintegrität und -qualität (z. B. Datenmigrationsprobleme, Datenkonvertierungsprobleme, Datenüberführungsprobleme, Verletzung von Datenstandards) imbus AG v2.7.1 ITQB Certified Tester, Foundation Level Kap. VI Tests planen eite 7

8 Risiko und Testen Projektrisiko (I) Projektrisiko - Ein Risiko bezogen auf das Management und die teuerung eines (Test-)Projekts, z. B. Mangel an personellen Ressourcen, ein zu enger Zeitrahmen, sich ändernde Anforderungen, usw. Glossar Beispiel Organisatorischen Faktoren Qualifikation, chulung und Mitarbeiterengpässe Personalaspekte politische Aspekte Kommunikationsprobleme Versagen des Teams bei der Verfolgung von Informationen, die durch Testen und in Reviews gefunden werden (z. B. fehlende Verbesserung der Entwicklungs- und Testpraktiken) falsches Verständnis von Testen (vgl. Kap. 1), falsche Erwartungen 2017 imbus AG v2.7.1 ITQB Certified Tester, Foundation Level Kap. VI Tests planen eite 8

9 Risiko und Testen Projektrisiko (II) Beispiel Technische Aspekte mangelndes Anforderungsmanagement Ausmaß, in dem Anforderungen unter den gegebenen Randbedingungen nicht erfüllt werden können nicht rechtzeitig verfügbare Testumgebung verspätete Datenkonvertierung, Migrationsplanung und -entwicklung sowie verspätete Tests der Datenkonvertierung/Migrationswerkzeuge geringe Qualität des Designs, des Codes, der Konfigurationsdaten, der Testdaten und der Tests Lieferantenaspekte Vertragsaspekte Versagen einer dritten Partei Auch Projektrisiken sind nach IEEE td 829 im Testkonzept zu behandeln! Dieses fordert vom Testmanager die Benennung von Risiken und (Gegen-) Maßnahmen imbus AG v2.7.1 ITQB Certified Tester, Foundation Level Kap. VI Tests planen eite 9

10 Risiko und Testen Risikomanagement IEEE 730 und IEEE 829 fordern ein systematisches Risikomanagement! Risikopriorisierung Risikoidentifikation Risikoüberwindung Risikomanagement ist ein systematischer Prozess zur Identifikation, Analyse/Bewertung/ Priorisierung und Kontrolle bis hin zur Überwindung von Risiken in Projekten & Organisationen imbus AG v2.7.1 ITQB Certified Tester, Foundation Level Kap. VI Tests planen eite 10

11 Risiko und Testen Zusammenhänge Risiken & Risikomanagement Test Zielsetzung der Tests, primär & intensiver zu testende Bereiche Priorisierung der Tests Risiken aufzeigen bei mangelhaftem Testprozess Test Risiken & Risikomanagement Reduzierung der Risiken durch Fehlerfindung Reduzierung der Unsicherheit über mögliche Risiken Unterstützung bei der Identifizierung neuer Risiken Rückkopplung zur Risikoanalyse, um Prognosegenauigkeit zu verbessern (d. h. z. B. auch Finden neuer Risiken beim Testen) Beurteilung der Effektivität von Maßnahmen zur Risikoverringerung 2017 imbus AG v2.7.1 ITQB Certified Tester, Foundation Level Kap. VI Tests planen eite 11

12 Risiko und Testen Risiko-orientiertes Testen Risiko-basiertes/-orientiertes Testen Dient pro aktiv der Reduzierung von Produktrisiken. Beinhaltet die Risikoidentifikation und die Berücksichtigung in Testplanung, -spezifikation, -vorbereitung und -durchführung. Identifizierte Risiken bestimmen: die zu verwendenden Testmethoden, den Testumfang, die Priorisierung von Features, Testbedingungen und Testfällen, die Reihenfolge der Durchführung von Tests, ggf. über das Testen hinaus durchzuführende Maßnahmen zur Risikoverringerung (z. B. chulungen) Die kritischsten, daher hoch-prioren Testfälle werden zuerst ausgeführt. Das kann bedeuten, dass Risiken niedriger Priorität nicht abgedeckt werden, wenn Zeit und Budget fehlen imbus AG v2.7.1 ITQB Certified Tester, Foundation Level Kap. VI Tests planen eite 12

13 Beispiel Virtual howroom ystemtestumgebung DB erver DB erver File erver Object erver Mainframe Web erver App erver* QL HTTP RPC Proprietary IIOP Die Testplanung muss klären:? Welche ystemteile sind zu betrachten? Auf welchen chnittstellen? Welche Applikationen sind zu testen? Welche Tests sind vorzusehen? 2017 imbus AG v2.7.1 ITQB Certified Tester, Foundation Level Kap. VI Tests planen eite 13

14 Zusammenfassung & Ergänzungen Testkonzept erstellen Klärung der W-Fragen / aller Konzeptinhalte. Vgl. auch Testplanung im Kapitel 2 Folie 5 und 6. Die technischen und organisatorischen Rahmenbedingungen, unter denen die Tests abzuwickeln sind, müssen identifiziert und geklärt werden. Die Ergebnisse dieser Überlegungen werden im Testkonzept/Mastertestkonzept dokumentiert. Dieses Testkonzept wird durch Review geprüft und von den Projektverantwortlichen freigegeben. Alle weiteren Planungsschritte und Maßnahmen vertrauen auf die hier getroffenen Vereinbarungen 2017 imbus AG v2.7.1 ITQB Certified Tester, Foundation Level Kap. VI Tests planen eite 14

15 Risiko und Testen Risiko-orientiertes Testen Kriterien zur Priorisierung von Tests... Nutzungshäufigkeit einer Funktion bzw. Eintrittswahrscheinlichkeit einer Fehlerwirkung Fehlerschwere Projekt- und Produktrisiko einer Fehlerwirkung Wahrnehmbarkeit einer Fehlerwirkung Priorität der Anforderungen, Priorität von Qualitätsmerkmalen Komplexität einzelner Komponenten und ystemteile Hohes Risiko in einem Bereich bzw. hohes Risiko eines nicht erkannten Fehlers: höhere Testtiefe und höherer Testaufwand 2017 imbus AG v2.7.1 ITQB Certified Tester, Foundation Level Kap. VI Tests planen eite 15

16 Zusammenfassung & Ergänzungen Testobjekte: Komponente 1, Komponente 2,... Teilsystem,... Gesamtsystem Testarten: Funktionstest, Volumen-/Lasttest, Installationstest, Feldtest, automatisiert, manuell,... Testorganisation Welcher Mix ist für mein Projekt optimal? Testziele Entwickler, Integrationsteam, ystemtestteam, Abnahme durch Kunde weitere Testvorgehensweisen: risikobasiert, modellbasiert, fehlerbasiert, qualitätsmerkmalbasiert explorativ... Testmethoden: Das Testkonzept muss die Antwort geben. Black-Box, White-Box, 2017 imbus AG v2.7.1 ITQB Certified Tester, Foundation Level Kap. VI Tests planen eite 16