ISTQB Lehrplan Advanced Level Test Management

• Förderer (hoher Einfluss, hohes Interesse) --> Schlüsselpersonen
• Latente Personen (hoher Einfluss, geringes Interesse)
• Verteidiger (geringer Einfluss, hohes Interesse) --> geben oft qualitatives Feedback, einbinden über Updates und Beteiligung
• Apathische Personen (geringer Einfluss, geringes Interesse) --> informieren und Meinung zu bestimmten Themen holen

Test-Stakeholder sind Einzelpersonen oder Gruppen, die ein direktes oder indirektes Interesse an der Qualität des Produkts haben

Testmanagement soll Informationen über die Qualität liefern, die für Entscheidungen der Stakeholder relevant sind. Dafür muss man wissen, wer was braucht, was wichtig ist und welche Risiken akzeptabel sind. Dieses Wissen steckt überwiegend bei den Stakeholdern selbst.

• Hybrid als Übergang zu Agile: erleichtert den Übergang durch Kombiantion aus Struktur traditioneller Ansätze mit der Flexibilität agiler Praktiken.
• Hybride Lösungen: Projekte mit hohem Risiko  erfodern Artefakte sequenzielle Vorgehensweisen aber auch agile Praktiken

• Bewertung des Verständnisses und der Fähigkeit des Teams, zwischen traditionellem und agilem Vorgehen zu wechseln.
• Identifizierung von Stärken und Schwächen bei der Anpassung an einen hybriden Ansatz.
• Team muss strukturierte Prozesse mit agiler Flexibilität zu kombinieren. 
• Zusammenarbeit zwischen dem Testteam und den Stakeholdern verbessern, um das Testen innerhalb von Sprints zu testen
• Teilnahme an koordinierten Maßnahmen, wie Scrum-of-Scrums für Tester: Fokus auf das Testen und gleichzeitig  Entwicklungszielen beizutragen.
• Verfolgung und Review von Tests und Testfällen im Sprint um sicherzustellen, dass sie mit den agilen Praktiken übereinstimmen. 

• Komponententest
• Komponentenintegrationstest: 
• Systemintegrationstest: 
• Systemtest:
• Abnahmetests: 

• Definition des Umfangs, der Ziele und der Endekriterien für Komponententests (Unit Tests).
•  Einbeziehung der Tester in Aktivitäten, die über die traditionellen Testrollen hinausgehen, wie z. B. Code-Reviews, bei denen ihre analytischen Fähigkeiten einen Mehrwert darstellen.
• Koordination mit dem Entwicklungsteam bei der Lösung von Problemen und der Unterstützung von Komponententests.

• Bestimmung von Integrationsabläufen und Testzyklen in Zusammenarbeit mit dem Entwicklungsteam unter Berücksichtigung des SDLC-Modells, der Testwerkzeuge und der Prozesse.
• Überwachung des Fortschritts, um sicherzustellen, dass er mit den Teststrategien für System- und Abnahmetests abgestimmt ist.
• Management dieser Stufe in Zusammenarbeit mit den Entwicklern unter Berücksichtigung der Komponentenintegrationstests. 

• Sicherstellung, dass der Umfang und die Ziele der Systemintegrationstests klar und auf die Risikobewertung und die Qualitätsziele abgestimmt sind. •
• Behalten des Überblicks über den Fortschritt, die Ergebnisse und das Fehlermanagement während der Systemintegrationstests. 

• Anpassung der Planung an das SDLC-Modell mit sorgfältiger Zuweisung von Ressourcen, Auswahl von Werkzeugen und Zeitplanung 
• Bei agilen Projekten Integration von Systemtests mit iterativen Story-Tests, Vermeidung getrennter Testzyklen und Sicherstellung, dass das Testen kontinuierlich und integriert erfolgt.
• Bei sequenziellen Modellen kann das Testen in geplanten Phasen erfolgen. 

• Zusammenarbeit mit Stakeholdern, um die Erfüllung der Akzeptanzkriterien zu überprüfen, zu bestätigen und Testaktivitäten zu planen, einschließlich des Managements von Benutzertests im Benutzerakzeptanztests (User acceptance testing, UAT). 
• Koordination der Abnahmetests und Vorbereitung von Tests beim Kunden, um sicherzustellen, dass das Produkt die geschäftlichen Anforderungen und Qualitätsstandards außerhalb der Entwicklungsumgebung erfüllt.
• Unterstützung bei der Behebung von Problemen während der Ausführung von Benutzerakzeptanztests sowie Führung der Stakeholder durch den Prozess der Produktfreigabe, wenn die Akzeptanzkriterien erfüllt sind.

• funktionaler Tests: 
• nicht-funktionaler Tests:
• Black-Box-Tests:
• White-Box-Tests:

• Strategische Planung und Fortschrittsverfolgung: Ausarbeitung einer detaillierten Teststrategie, die sich an den funktionalen Anforderungen und den Projektzielen orientiert, sowie die Überwachung des Testfortschritts.
• Ressourcen-Koordination: Effiziente Zuteilung von menschlichen und technischen Ressourcen, um alle funktionalen Aspekte des Systems abzudecken.

• Festlegung von Performanzanforderungen: Festlegung von Performanz-Benchmarks und Verwaltung der Testaktivitäten, die das System anhand dieser Kriterien bewerten.
• Verifizierung der Konformität: Beaufsichtigung von Tests, die sicherstellen, dass das System nicht-funktionale Qualitätsmerkmale wie IT-Sicherheit, Gebrauchstauglichkeit und Zuverlässigkeit erfüllt. 

• Analyse der Testüberdeckung: Sicherstellen, dass Black-Box-Tests alle Benutzerszenarien und geschäftlichen Anforderungen abdecken.
• Einarbeitung von Feedback: Management des Prozesses der Einholung von Feedback von Stakeholdern, um Black-Box-Tests zu verfeinern und Fehlerzustände zu beheben. 

• Optimierung der Codeüberdeckung: Überwachung des Einsatzes von Werkzeugen zur Codeüberdeckung, um Abweichungen bei White-Box-Tests zu ermitteln und Ressourcen zur Behebung dieser Abweichungen bereitzustellen.
•  Integration technischer Erkenntnisse: Management der Einbeziehung technischer Erkenntnisse in die Testplanung, um sicherzustellen, dass die Tests mit einem Verständnis der internen Struktur der Anwendung entworfen werden.

• Umfassende Definition des Testumfangs
  • Testkonzept mit Definition des Testumfangs
  • Identifizierung aller funktionalen und nicht-funktionalen Anforderungen, um Überdeckung durch Tests zu gewährleisten
  • Auswirkungen von Black-Box-Tests und White-Box-Tests berücksichtigen --> die entwickelten Testfälle das System im Test aus allen Blickwinkeln validieren. 
• Risikobewertung und Planung zur Risikominderung: 
  • Testkonzept beinhaltet Risikomanagement-Rahmenwerk
  • Risikoanalyse für Projekt und Produkt
  • Entwicklung von Strategien zur Risikominderung  (vorausschauende Planung)
• Strategie der Ressourcenzuweisung
  • Struktur des Teams definieren!!!
  • Rollen abzugrenzen und Kommunikationsprozesse festzulegen
  • bei Onsite/Offsite-Modellen --> Synchronisation und Zusammenarbeit gewährleisten

•  Überwachung der Ausführung: 
  • kontinuierliche Überprüfung der Testdurchführung hinsichtlich der festgelegten Testplanung, die Verfolgung des Fortschritts der Testausführung und das Management aller auftretenden Fehlerzustände
  •  Anpassung der Prioritäten für die Tests auf der Grundlage von Risikobewertungen und Echtzeitentwicklungen --> Test bleiben auf kritische Bereiche ausgerichtet
• Auswahl und Überwachung von Testwerkzeugen und -umgebungen
  • Auswahl und Verwendung von Testwerkzeugen und -umgebungen sind entscheidend für die Unterstützung der Teststrategie
  • Integration mit CI/CD-Pipeline ermöglicht kontinuierliche Tests und unmittelbare Feedbackschleifen -->  wichtig im agilen Entwicklungsprozess
• Zusammenarbeit mit der Entwicklung: 
  • Pflege einer engen Zusammenarbeit mit dem Entwicklungsteam
  • Umfassender Testansatz, der Erkenntnisse aus allen testrelevanten Perspektiven, nutzt

• Anpassungsfähiges Prozessmanagement:
  • Testprozess dynamisch auf neue Erkenntnisse, Herausforderungen und die sich entwickelnde Projektdynamik anpassen
  • Testmanager soll schnell reagieren und flexibel Änderungen am Testansatz vornehmen, um dem aktuellen Stand des Projekts zu entsprechen. 
•  Quality Gate Management:
  • Definition, was ein Quality Gate innerhalb des Testlebenszyklus darstellt
  • wie man man fundierte Entscheidungen über den Fortschritt des Testzyklus trifft
  • --> wichtig für Produktintegrität

Testmanager können  sicherstellen, dass

• der Testprozess gut definiert ist,
• an Projektänderungen angepasst werden kann und
• zu einem Produkt führt, das sowohl die Anforderungen des Projekts als auch die Erwartungen der Stakeholder erfüllt.

Testüberwachung und Teststeuerung:

• Verfolgung des Testfortschritts und der Testergebnisse
• Einleitung von Korrekturmaßnahmen, wenn nötig;
• Berichten des Teststatus und der Ergebnisse an die relevanten Stakeholder

Testabschluss:

• Fertigstellung und Archivierung der Testartefakte,
• Bewertung des Testprozesses und des Testarbeitsergebnisses,
• Identifikation von Maßnahmen zur Testprozessverbesserung und Kommunikation des Testabschlusses an die relevanten Stakeholde

Die Norm ISO/IEC/IEEE 29119-2 definiert die Testmanagementprozesse, die Aktivitäten des Testmanagements (Testplanung, Testüberwachung und Teststeuerung, Testabschluss) abdecken. 

Diese Testmanagementprozesse können auf verschiedenen Ebenen des Testens angewandt werden, z. B. auf Projekt-, Programm- oder Portfolioebene. Jede Ebene kann über ein eigenes Testkonzept verfügen, das mit dem Testkonzept der höheren Ebene abgestimmt ist. 

Umfänge wie das gesamte Projekt, eine Teststufe, eine Testart oder ein Release/eine Iteration/einen Sprint im Agilen.

Je nach Umfang kann die Testplanung an verschiedenen Punkten im Entwicklungsprozess beginnen und enden. 

Mit der Testplanung sollte so früh wie möglich im Entwicklungsprozess begonnen werden, vorzugsweise bevor die Anforderungen ermittelt werden, und sie sollte mit dem Projektfortschritt aktualisiert werden. 

Die Testplanung ist häufig ein iterativer Prozess, der während des Projekts eine Neuplanung erfordert, um Änderungen und Rückmeldungen zu berücksichtigen.

• Verständnis des Kontexts und Organisation der Testplanung
• Identifizierung und Analyse von Produktrisiken
• Identifizierung von Ansätzen zur Risikobehandlung
• Definition des Testansatzes, Schätzung und Zuweisung der Testressourcen
• Erstellung des Testkonzepts

Für die Testplanung ist es entscheidend, den Kontext der Organisation, den Testumfang und das Testelement zu verstehen. 

Alle Aktivitäten, für die

• Gestaltung der Testkonzeptentwicklung und
• der Genehmigung dieser Aktivitäten und des Zeitplans durch die Stakeholder (z. B. den Product Owner, den Projektmanager oder den Leiter des Entwicklungsteams)

Die Risikoanalyse umfasst die Identifizierung und Bewertung der potenziellen Schadensausmaße und der Eintrittswahrscheinlichkeit von Produktrisiken im Rahmen der Testplanung. 

Auf der Grundlage der Risikoanalyse werden die geeigneten Ansätze (vorbeugende, korrigierende oder minimierende) zur Risikobehandlung ausgewählt und im Testkonzept dokumentiert. 

 Auf der Grundlage der organisationsweiten Teststrategie, der regulatorischen Standards, der durch das Projekt gegebenen Einschränkungen und der Ansätze zur Risikobehandlung wird der Testansatz für den aktuellen Testumfang definiert.

Dabei die erforderlichen Testressourcen (Testpersonal, Testwerkzeuge, Testumgebungen und Testdaten) abschätzen und diese Ressourcen den Testaktivitäten zuweisen

ja, Das Testkonzept muss von allen Stakeholdern akzeptiert werden -->  Differenzen zwischen ihnen müssen frühzeitig ausgeräumt werden.

Testzeitplan und ein Testüberwachungskonzept -->   Status des Testens und den Testfortschritt zu verfolgen --> effiziente Teststeuerung

- detaillierten Messgrößen und Ziele ermöglichen es den  Status der Testergebnisse und Ressourcen mit dem Plan und den strategischen Zielen in Beziehung zu setzen

- Definition von Maßnahmen und Zielvorgaben, um die Testziele und die Überdeckung der Testbasis zu erreichen

Status von Testarbeitsergebnissen und -aktivitäten muss für  Projekt- und Business-Stakeholder verständlich und relevant sein

Die Teststeuerung

• vergleicht den tatsächlichen Testfortschritt mit den im Testkonzept festgelegten Endekriterien und führt bei Bedarf Korrekturmaßnahmen durch
• leitet das Testen, um die Teststrategien zu erfüllen und die Testziele zu erreichen
• überdenkt die Testplanungsaktivitäten bei Bedarf

Die Teststeuerung muss auf detaillierte Informationen der Testplanung zurückgreifen