
Agile Testing
Description
Alles über E-Books | Antworten auf Fragen rund um E-Books, Kopierschutz und Dateiformate finden Sie in unserem Info- & Hilfebereich.
Reviews / Votes
"Die vier Autoren des Werks weisen einen tiefen Praxisbezug auf und betreuen permanent die verschiedensten Projekte. Der Leser bemerkt das unter anderem an realen Beispielen aus verschiedenen bekannten deutschen IT-Unternehmen. Die Konzepte 'am lebenden Objekt' zu sehen sorgt für zusätzlichen didaktischen Tiefgang." Tam Hanna, Java Magazin, Dezember 2024More details
Other editions
Additional editions


Persons
ISNI: 0000 0000 4261 4896
ISNI: 0000 0000 1019 5105
Content
- Intro
- Inhalt
- Geleitwort
- Vorwort
- Die Autoren
- 1 Agil - ein kultureller Wandel
- 1.1 Der Weg zur agilen Entwicklung
- 1.2 Gründe für die agile Entwicklung
- 1.3 Die Bedeutung des Agilen Manifests für das Testen von Software
- 1.4 Agiles Arbeiten erfordert einen kulturellen Wandel bei den Benutzern
- 1.5 Konsequenzen der agilen Entwicklung für die Softwarequalitätssicherung
- 1.5.1 Räumliche Auswirkungen
- 1.5.2 Zeitliche Folgen
- 2 Agile Vorgehensmodelle und deren Sicht auf Qualitätssicherung
- 2.1 Herausforderungen in der Qualitätssicherung
- 2.1.1 Qualität und Termin
- 2.1.2 Qualität und Budget
- 2.1.3 Der Stellenwert des Softwaretests
- 2.1.4 Fehler aus Vorprojekten (Technical Debt)
- 2.1.5 Testautomatisierung
- 2.1.6 Hierarchische Denkweise
- 2.2 Der Stellenwert des Teams
- 2.3 Qualitätssicherung in agilen Projekten
- 2.3.1 Scrum
- 2.3.1.1 Qualitätssicherung in den Sprints
- 2.3.1.2 Sprint Review Meeting
- 2.3.1.3 Sprint Retrospektive
- 2.3.2 Kanban
- 2.3.21 Kaizen - Continuous Improvement
- 2.4 Continuous Integration
- 2.5 Lean Software Development
- 3 Die Organisation des Softwaretests in agilen Projekten
- 3.1 Die Platzierung von Tests in agilen Projekten
- 3.1.1 Die Testaktivitäten gemäß ISTQB
- 3.1.1.1 Testplanung, Testüberwachung und -steuerung
- 3.1.1.2 Testanalyse und Testentwurf
- 3.1.1.3 Testrealisierung und Testdurchführung
- 3.1.1.4 Abschluss der Testaktivitäten
- 3.1.2 Welcher Test wofür - die vier Testquadranten agilen Testens
- 3.1.2.1 Erster Quadrant: technisch orientiert und teamunterstützend
- 3.1.2.2 Zweiter Quadrant: fachlich orientiert und teamunterstützend
- 3.1.2.3 Dritter Quadrant: fachlich orientiert und produkthinterfragend
- 3.1.2.4 Vierter Quadrant: technisch orientiert und produkthinterfragend
- 3.1.2.5 Der Kontext
- 3.1.3 Tipps für den Softwaretest aus agiler Perspektive
- 3.1.4 Agil im Großen mit SAFe® oder LeSS
- 3.1.4.1 Testen mit SAFe®
- 3.1.4.2 Testen mit LeSS
- 3.2 Praxisbeispiele
- 3.2.1 Die Rolle des Testers und ihre Veränderung im Laufe der Zeit zum Quality Specialist bei otto.de - ein Erfahrungsbericht
- 3.2.2 Abnahmetest als eigenes Scrum-Projekt/-Team
- 3.2.3 Test Competence Center für agile Projekte
- 3.2.4 Team im Healthcare-Bereich nutzt V-Modell
- 4 Die Rolle des Testers in agilen Projekten
- 4.1 Generalist vs. Spezialist
- 4.2 Der Weg vom zentralen Testcenter in das agile Team
- 4.2.1 Varianten der Testereinbindung in traditionellen Teams
- 4.2.2 Varianten der Testereinbindung in agile Teams
- 4.2.2.1 Die Umstellung auf agiles Vorgehen
- 4.2.2.2 Steigerung von Effizienz und Effektivität
- 4.2.2.3 Teamzusammenstellung
- 4.3 Herausforderungen der Tester im Team
- 4.3.1 Die Tester im agilen Team
- 4.3.2 Neues Rollenverständnis finden
- 4.3.2.1 Vom Testmanager zum Quality Coach
- 4.3.2.2 Vom Tester zum Quality Engineer
- 4.3.3 Rechtzeitige Problemaufdeckung
- 4.3.4 Die Entstehung technischer Schulden
- 4.4 Teams und Tester im Kampf gegen "technical debt"
- 4.4.1 Was ist "technical debt"?
- 4.4.2 Der Umgang mit technischen Schulden
- 4.5 Erfahrungsbericht: Quality Specialist bei otto.de
- 4.5.1 Wir agieren als Quality Coach des Teams
- 4.5.2 Wir begleiten den kompletten Story-Lifecycle
- 4.5.3 Wir betreiben Continuous Delivery/Continuous Deployment
- 4.5.4 Wir balancieren die unterschiedlichen Testarten der Testpyramide
- 4.5.5 Wir helfen dem Team, die richtigen Methoden für hohe Qualität einzusetzen
- 4.5.6 Wir sind im Pairing aktiv
- 4.5.7 Wir vertreten unterschiedliche Perspektiven
- 4.5.8 Wir sind Kommunikationstalente
- 4.5.9 Wir sind Quality Specialists
- 4.6 Die Herausforderung der Veränderung
- 4.6.1 Ausgangslage
- 4.6.2 Faktoren für die Entwicklung zum agilen Vorgehen
- 4.6.2.1 Kreativität und Flexibilität
- 4.6.2.2 Verhaftet in alten Denkmustern
- 4.6.2.3 Trägheit, fehlende Beweglichkeit
- 4.6.2.4 Arbeitsumfeld
- 4.6.2.5 Veränderte Rollen der Senior-Tester/Senior-Manager
- 4.7 Hilfreiche Tipps aus Projekt- und Community-Erfahrung
- 4.7.1 Zero Testing - Qualität als Haltung
- 5 Agiles Testmanagement, agile Testmethoden und Testtechniken
- 5.1 Testmanagement
- 5.1.1 Testplanung im nicht agilen Umfeld
- 5.1.2 Testplanung im agilen Umfeld
- 5.1.3 Testkonzept
- 5.1.4 Testaktivitäten in Iteration Zero - Initialisierungs-Sprint
- 5.1.5 Externe Unterstützung der Testplanung
- 5.1.6 Testschätzung
- 5.1.7 Testorganisation
- 5.1.8 Testerstellung, Durchführung und Release
- 5.2 Testmethoden im agilen Umfeld
- 5.2.1 Risikobasiertes und valuebasiertes Testen
- 5.2.2 Explorativer Test
- 5.2.3 Session-basiertes Testen
- 5.2.4 Abnahmetestgetriebene Entwicklung
- 5.2.5 Testautomatisierung
- 5.3 Wesentliche Einflussfaktoren auf den Test
- 5.3.1 Continuous Integration (CI)
- 5.3.2 Automatisiertes Konfigurationsmanagement
- 5.4 Die besonderen Herausforderungen beim Test von verteilten Systemen
- 5.4.1 Die Herausforderung für agile Teams im Test von verteilten Systemen
- 5.5 Künstliche Intelligenz, maschinelles Lernen und agiler Test
- 5.5.1 Wie testet man KI/ML-Systeme?
- 6 Agile Testdokumentation
- 6.1 Die Rolle der Dokumentation in der Softwareentwicklung
- 6.2 Der Nutzen der Dokumentation
- 6.3 Dokumentationsarten
- 6.3.1 Anforderungsdokumentation
- 6.3.2 Codedokumentation
- 6.3.3 Testdokumentation
- 6.3.3.1 Testfallbeschreibung
- 6.3.3.2 Testdurchführung
- 6.3.3.3 Testüberdeckung
- 6.3.3.4 Fehlerdokumentation
- 6.3.4 Benutzerdokumentation
- 6.4 Der Tester als Dokumentierer
- 6.5 Stellenwert der Dokumentation im agilen Test
- 7 Agile Testautomatisierung
- 7.1 Die Crux mit den Werkzeugen in agilen Projekten
- 7.2 Testautomatisierung - wie geht man es an?
- 7.3 Testautomatisierung mit zunehmender Integration der Software
- 7.3.1 Unittest bzw. Komponententest
- 7.3.2 Komponentenintegrationstest
- 7.3.3 Systemtest
- 7.3.4 Systemintegrationstest
- 7.4 xUnittest-Frameworks
- 7.5 Einsatz von Platzhaltern
- 7.6 Integrationsserver
- 7.7 Testautomatisierung im fachlich orientierten Test
- 7.7.1 Testautomatisierungs-Frameworks
- 7.7.2 Schlanke versus umfassende Automatisierung von Benutzereingaben
- 7.7.2.1 Schlanke Testautomatisierung
- 7.7.2.2 Umfassende Testautomatisierung
- 7.7.3 Ein typisches Beispiel: FitNesse und Selenium
- 7.7.4 Behavior-Driven Development mit Cucumber und Gherkin
- 7.8 Testautomatisierung im Last- und Performanztest
- 7.9 Die sieben schlechtesten Ideen für die Testautomatisierung
- 7.9.1 Den Erfolg nach wenigen Sprints erwarten
- 7.9.2 Testwerkzeugen blind vertrauen
- 7.9.3 Schreiben der Testskripts als Nebenbeschäftigung ansehen
- 7.9.4 Testdaten irgendwo in Testfällen vergraben
- 7.9.5 Testautomatisierung nur mit Benutzeroberflächen in Verbindung bringen
- 7.9.6 Soll-Ist-Vergleich unterschätzen
- 7.9.7 (Un-)Testbarkeit der Applikation einfach hinnehmen
- 8 Werkzeugeinsatz in agilen Projekten
- 8.1 Projektmanagement
- 8.1.1 Broadcom Rally
- 8.2 Anforderungsmanagement
- 8.2.1 Polarion QA/ALM
- 8.3 Fehlermanagement
- 8.3.1 Pachno
- 8.3.2 Atlassian JIRA
- 8.4 Testplanung und -steuerung
- 8.4.1 Atlassian JIRA
- 8.5 Testanalyse und Testentwurf
- 8.5.1 Risikobasiertes Testen in der Tricentis-Testsuite
- 8.6 Testrealisierung und Testdurchführung
- 8.6.1 Azure Test Plans
- 9 Ausbildung und ihre Bedeutung
- 9.1 ISTQB® Certified Tester
- 9.2 A4Q Practitioner in Agile Quality 2.0
- 9.2.1 Motivation
- 9.2.2 Training-Insights
- 9.2.3 A4Q Software Development Engineer in Test (SDET)
- 9.3 Individuelle Trainings (Customized Trainings)
- 9.3.1 Empfohlenes Vorgehen bei Einführung der Agilität
- 9.3.1.1 Bestandsaufnahme der Ist-Situation
- 9.3.1.2 Abhängigkeitsanalyse
- 9.3.1.3 Definieren des "neuen" Ziels
- 9.3.2 Organisatorisches
- 9.3.3 Pilotphase
- 9.3.4 Ausrollen in Unternehmen
- 10 Retrospektive
- Literaturverzeichnis
- Index
System requirements
File format: PDF
Copy protection: Watermark-DRM (Digital Rights Management)
System requirements:
- Computer (Windows; MacOS X; Linux): Use the free software Adobe Reader, Adobe Digital Editions, or any other PDF viewer of your choice (see eBook Help).
- Tablet/Smartphone (Android; iOS): Install the free app Adobe Digital Editions or another reading app for eBooks, e.g., PocketBook (see eBook Help).
- E-reader: Bookeen, Kobo, Pocketbook, Sony, Tolino and many more (only limited: Kindle).
The file format PDF always displays a book page identically on any hardware. This makes PDF suitable for complex layouts such as those used in textbooks and reference books (images, tables, columns, footnotes). Unfortunately, on the small screens of e-readers or smartphones, PDFs are rather annoying, requiring too much scrolling.
This eBook uses Watermark-DRM, a „soft” copy protection. This means that there are no technical restrictions to prevent illegal distribution. However, there is a personalised watermark embedded in the eBook that can be used to identify the purchaser of the eBook in the event of misuse and to provide evidence for legal purposes.
For more information, see our eBook Help page.