SlideShare ist ein Scribd-Unternehmen logo
1 von 46
Downloaden Sie, um offline zu lesen
sogehtsoftware.de
So geht Software.
DESIGN FOR TESTING
WIE? WIR MÜSSEN DAS NOCH TESTEN!
Seite sogehtsoftware.de
DESIGN FOR TESTING
2
Wir müssen mal testen!
Seite sogehtsoftware.de
System
Service
Unit
Kay Grebenstein
DESIGN FOR TESTING
Wir müssen mal testen!
Seite sogehtsoftware.de
System
Service
Unit
Kay Grebenstein
Mutation
Testing
Test
Implementierung
Refaktorisierung
TDD
BDD DDD
DESIGN FOR TESTING
Wir müssen mal testen!
Seite sogehtsoftware.de
System
Service
Unit
Kay Grebenstein
Mutation
Testing
Test
Implementierung
Refaktorisierung
TDD
BDD DDD
funktional
Testarten
nicht-funktional
Test
Management
Tool
DESIGN FOR TESTING
Wir müssen mal testen!
Seite sogehtsoftware.de
Anforderungs
-abdeckung
Last -
Test
Perfomance
- test
Usability
Security
System
Service
Unit
Kay Grebenstein
Mutation
Testing
Test
Implementierung
Refaktorisierung
TDD
BDD DDD
funktional
Testarten
nicht-funktional
Test
Management
Tool
Test-
umgebungen
DESIGN FOR TESTING
Wir müssen mal testen!
Seite sogehtsoftware.de
Anforderungs
-abdeckung
Last -
Test
Perfomance
- test
Usability
Security
System
Service
Unit
Kay Grebenstein
Mutation
Testing
Test
Implementierung
Refaktorisierung
TDD
BDD DDD
funktional
Testarten
nicht-funktional
Test
Management
Tool
Test-
umgebungen
DESIGN FOR TESTING
Wir müssen mal testen!
Seite sogehtsoftware.de
Anforderungs
-abdeckung
Last -
Test
Perfomance
- test
Usability
Security
System
Service
Unit
Kay Grebenstein
Mutation
Testing
Test
Implementierung
Refaktorisierung
TDD
BDD DDD
funktional
Testarten
nicht-funktional
Test
Management
Tool
Test-
umgebungen
DESIGN FOR TESTING
Wir müssen mal testen!
Seite sogehtsoftware.de
Anforderungs
-abdeckung
Last -
Test
Perfomance
- test
Usability
Security
System
Service
Unit
Kay Grebenstein
Mutation
Testing
Test
Implementierung
Refaktorisierung
TDD
BDD DDD
funktional
Testarten
nicht-funktional
Test
Management
Tool
Test-
umgebungen
Testdaten
complex test
fixture
complex test
fixture
complex test
fixture
DESIGN FOR TESTING
Wir müssen mal testen!
Seite sogehtsoftware.de
Anforderungs
-abdeckung
Last -
Test
Perfomance
- test
Usability
Security
System
Service
Unit
Kay Grebenstein
Mutation
Testing
Test
Implementierung
Refaktorisierung
TDD
BDD DDD
funktional
Testarten
nicht-funktional
Test
Management
Tool
Test-
umgebungen
Testdaten
complex test
fixture
complex test
fixture
complex test
fixture
CDC CDC-Tests
DESIGN FOR TESTING
Wir müssen mal testen!
Seite sogehtsoftware.de
System
Service
Unit
Testdaten
Kay Grebenstein
CDC CDC-Tests
Mutation
Testing
Produktions-
nahe Tests
Test-
umgebungen
funktional
Testarten
nicht-funktional
complex test
fixture
Test
Implementierung
Refaktorisierung
TDD
complex test
fixture
complex test
fixture
BDD DDD
Test
Management
Tool
Anforderungs
-abdeckung
Last -
Test
Perfomance
- test
Usability
Security
DESIGN FOR TESTING
Wir müssen mal testen!
Seite sogehtsoftware.de
System
Service
Unit
DESIGN FOR TESTING
Blick der QA
Seite sogehtsoftware.de
System
Service
Unit
DESIGN FOR TESTING
Blick der QA
Seite sogehtsoftware.de
System
Service
Unit
DESIGN FOR TESTING
Blick der QA
Seite sogehtsoftware.de
System
Service
Unit
Seite sogehtsoftware.de
System
Service
Unit
System
Service
Seite sogehtsoftware.de
DESIGN FOR TESTING
Kay Grebenstein 17
Das Testkonzept – Klassische Projekte
Ziele der Tests Strategie
Integration und
Koordination
innerhalb ALM
Anforderungen
Rollen
Alle
durchzuführenden
Test-Aktivitäten
Berichte Testablaufplan
Ressourcen Testdokumentation Testumgebungen
Seite sogehtsoftware.de
DESIGN FOR TESTING
Kay Grebenstein 18
„Testkonzept“ für das agile Entwicklungsteam
„Ziele der Tests“ „Strategie“
Integration und
Koordination
innerhalb ALM
Anforderungen
Rollen
Alle
durchzuführenden
Test-Aktivitäten
Berichte Testablaufplan
Ressourcen Testdokumentation Testumgebungen
Seite sogehtsoftware.de
DESIGN FOR TESTING
19
„Testkonzept“ für das Team
TeamTestKonzept
Test-
Umgebungen
Test-
Aktivitäten
Ziele der
Tests
Strategie
Test-
ablauf-
plan
Berichte
Test
-doku
Ressourcen
Seite sogehtsoftware.de
DESIGN FOR TESTING
20
„Testkonzept“ für das Team
TeamTestKonzept
Test-
Umgebungen
Test-
Aktivitäten
Ziele der
Tests
Strategie
Test-
ablauf-
plan
Berichte
Test
-doku
Ressourcen
Seite sogehtsoftware.de
DESIGN FOR TESTING
21
„Testkonzept“ für das Team
TeamTestKonzept
Test-
Umgebungen
Test-
Aktivitäten
Ziele der
Tests
Strategie
Test-
ablauf-
plan
Berichte
Test
-doku
Ressourcen
Seite sogehtsoftware.deKay Grebenstein 22
Was ist zu
testen?
Wie & Wo wollen
wir testen?
„Testkonzept“ für das Team
DESIGN FOR TESTING
Seite sogehtsoftware.de
DESIGN FOR TESTING
Kay Grebenstein 24
ISO 25010
Funktionalität
Vollständigkeit
Korrektheit
Angemessenheit
Effizienz
Antwortzeiten
Ressourcen-
verbrauch
Kapazität
Kompatibilität
Koexistenz
Interoperabilität
Benutzbarkeit
Angemessenheit
Erlernbarkeit
Bedienbarkeit
Fehlertoleranz
ggü. Anwender-
fehlern
Ästhetik der
Benutzer-
oberfläche
Barrierefreiheit
Zuverlässigkeit
Ausgereiftheit
Verfügbarkeit
Fehlertoleranz
Wieder-
herstellbarkeit
Sicherheit
Vertraulichkeit
Integrität
Nachweis-
barkeit
Verantwort-
lichkeit
Authentizität
Wartbarkeit
Modularität
Wieder-
verwendbarkeit
Analysierbarkeit
Modifizierbarkeit
Prüfbarkeit
Übertragbarkeit
Anpassbarkeit
Installierbarkeit
Austauchbarkeit
Seite sogehtsoftware.de
DESIGN FOR TESTING
Kay Grebenstein 25
ISO 25010
Funktionalität
Vollständigkeit
Korrektheit
Angemessenheit
Effizienz
Antwortzeiten
Ressourcen-
verbrauch
Kapazität
Kompatibilität
Koexistenz
Interoperabilität
Benutzbarkeit
Angemessenheit
Erlernbarkeit
Bedienbarkeit
Fehlertoleranz
ggü. Anwender-
fehlern
Ästhetik der
Benutzer-
oberfläche
Barrierefreiheit
Zuverlässigkeit
Ausgereiftheit
Verfügbarkeit
Fehlertoleranz
Wieder-
herstellbarkeit
Sicherheit
Vertraulichkeit
Integrität
Nachweis-
barkeit
Verantwort-
lichkeit
Authentizität
Wartbarkeit
Modularität
Wieder-
verwendbarkeit
Analysierbarkeit
Modifizierbarkeit
Prüfbarkeit
Übertragbarkeit
Anpassbarkeit
Installierbarkeit
Austauchbarkeit
Seite sogehtsoftware.de
DESIGN FOR TESTING
Kay Grebenstein 26
ISO 25010
Funktionalität
Vollständigkeit
Korrektheit
Angemessenheit
Effizienz
Antwortzeiten
Ressourcen-
verbrauch
Kapazität
Kompatibilität
Koexistenz
Interoperabilität
Benutzbarkeit
Angemessenheit
Erlernbarkeit
Bedienbarkeit
Fehlertoleranz
ggü. Anwender-
fehlern
Ästhetik der
Benutzer-
oberfläche
Barrierefreiheit
Zuverlässigkeit
Ausgereiftheit
Verfügbarkeit
Fehlertoleranz
Wieder-
herstellbarkeit
Sicherheit
Vertraulichkeit
Integrität
Nachweis-
barkeit
Verantwort-
lichkeit
Authentizität
Wartbarkeit
Modularität
Wieder-
verwendbarkeit
Analysierbarkeit
Modifizierbarkeit
Prüfbarkeit
Übertragbarkeit
Anpassbarkeit
Installierbarkeit
Austauchbarkeit
Seite sogehtsoftware.de27
DESIGN FOR TESTING
QA-Oktant
Seite sogehtsoftware.de28
DESIGN FOR TESTING
QA-Oktant
Übertragbarkeit
Wie leicht lässt sich die Software
in eine andere Umgebung
übertragen bzw. nutzen?
Wartbarkeit
Wie aufwändig ist die Änderung
an der Software?
Seite sogehtsoftware.de29
DESIGN FOR TESTING
QA-Oktant
Seite sogehtsoftware.de30
DESIGN FOR TESTING
QA-Oktant
Seite sogehtsoftware.deKay Grebenstein 31
Was ist zu
testen?
Wie & Wo wollen
wir testen?
„Testkonzept“ für das Team
DESIGN FOR TESTING
Seite sogehtsoftware.de
DESIGN FOR TESTING
Die Entwicklung
33
Seite sogehtsoftware.de
Die Entwicklung
DESIGN FOR TESTING
Sprint-
Backlog VCS BUILD
Produkt-
Inkrement
Coden
Code
34
Seite sogehtsoftware.de
Die Entwicklung und die QA
DESIGN FOR TESTING
Sprint-
Backlog VCS BUILD
Produkt-
Inkrement
Coden
Code
QA
Seite sogehtsoftware.de
Die Entwicklung und die QA
DESIGN FOR TESTING
BigPic:
Entwicklung
und QA
Sprint-
Backlog VCS BUILD
Produkt-
Inkrement
Coden
Code
QA
System
Service
Unit
Seite sogehtsoftware.de
BigPic: Die Entwicklung und die QA
DESIGN FOR TESTING
Sprint-
Backlog
Repository Build
System
Service
Unit
manuellautomatisiert
Test
Umgebung(en)
Repository
Repository
Test-
Management
Test-
Automatiom
38
Seite sogehtsoftware.de
DESIGN FOR TESTING
Kay Grebenstein 41
QA-Schlachtplan
Seite sogehtsoftware.de42
requirements
• Wo liegen die Anforderungen?
• Unterstützen die Anforderungen die
Testfall-erstellung?
• Lassen sich Anforderungen und Tests
verknüpfen?
test / code
• Wo werden die Tests platziert?
• Haben wir die nötigen Skills?
repository
• Wo werden die Testartefakte
gespeichert?
• Gibt es unterschiedliche Artefakte?
test management
• Wie planen wir unsere Tests?
• Wir dokumentieren wir unsere Tests?
• Wie informieren wir?
• Und Wen?
automation
• Wieviel Test-automatisierung?
• Benötigen wir weitere Werkzeuge?
• Benötigen wir Testdaten?
build
• Wieoft wollen wir bauen und testen?
• Wie wollen wir die QA integrieren?
• Wollen wir Wartbarkeit prüfen?
test environments
• Haben wir für jeden Test die passende
Umgebung?
• Kommen wir uns in die Quere?
Die richtigen Fragen zur Übersicht
DESIGN FOR TESTING
Seite sogehtsoftware.de
DESIGN FOR TESTING
Kay Grebenstein 43
QA-Schlachtplan
requirements
• Wo liegen die
Anforderungen?
• Unterstützen die
Anforderungen die Testfall-
erstellung?
• Lassen sich Anforderungen
und Tests verknüpfen?
Seite sogehtsoftware.de
DESIGN FOR TESTING
Kay Grebenstein 44
QA-Schlachtplan
test / code
•Wo werden die
Tests platziert?
•Haben wir die
nötigen Skills?
Seite sogehtsoftware.de
DESIGN FOR TESTING
Kay Grebenstein 45
QA-Schlachtplan
repository
• Wo werden die
Testartefakte
gespeichert?
• Gibt es
unterschiedliche
Artefakte?
Seite sogehtsoftware.de
DESIGN FOR TESTING
Kay Grebenstein 46
QA-Schlachtplan
test management
• Wie planen wir unsere
Tests?
• Wir dokumentieren wir
unsere Tests?
• Wie informieren wir?
• Und Wen?
Seite sogehtsoftware.de
DESIGN FOR TESTING
Kay Grebenstein 47
QA-Schlachtplan
automation
• Wieviel Test-
automatisierung?
• Benötigen wir weitere
Werkzeuge?
• Benötigen wir
Testdaten?
Seite sogehtsoftware.de
DESIGN FOR TESTING
Kay Grebenstein 48
QA-Schlachtplan
build
• Wieoft wollen wir bauen
und testen?
• Wie wollen wir die QA
integrieren?
• Wollen wir Wartbarkeit
prüfen?
Seite sogehtsoftware.de
DESIGN FOR TESTING
Kay Grebenstein 49
QA-Schlachtplan
test environments
•Haben wir für jeden
Test die passende
Umgebung?
•Kommen wir uns in
die Quere?
Seite sogehtsoftware.de
DESIGN FOR TESTING
Kay Grebenstein 51
QA-Schlachtplan
JIRA
XRAY
System-
Test-
Umgebung
Selenium
Manuelle
Tests
automatisierte
Tests
Test
Implementierung
Refaktorisierung
TDD
GIT
JENKINS
Plugins
QF-Test
Autom. Test-
Umgebung
Seite sogehtsoftware.de
IHR KONTAKT Telefon:
E-Mail:
sogehtsoftware.de
ZZ
Kay Grebenstein
Supertester
+49 351 49701 688
kay.grebenstein@saxsys.de

Weitere ähnliche Inhalte

Ähnlich wie Dev Day 2019: Kay Grebenstein – Wie wir müssen das noch testen? - design for testability

Einführung Vorgehensmodelle und Agile Software Entwicklung
Einführung Vorgehensmodelle und Agile Software EntwicklungEinführung Vorgehensmodelle und Agile Software Entwicklung
Einführung Vorgehensmodelle und Agile Software Entwicklung
Christian Baranowski
 
Automatisierte GUI-Tests mit Selenium
Automatisierte GUI-Tests mit SeleniumAutomatisierte GUI-Tests mit Selenium
Automatisierte GUI-Tests mit Selenium
Benjamin Schmid
 

Ähnlich wie Dev Day 2019: Kay Grebenstein – Wie wir müssen das noch testen? - design for testability (20)

T-Systems: DevTestOps - das Geheimnis bestet App-Performance
T-Systems: DevTestOps - das Geheimnis bestet App-PerformanceT-Systems: DevTestOps - das Geheimnis bestet App-Performance
T-Systems: DevTestOps - das Geheimnis bestet App-Performance
 
Einführung Vorgehensmodelle und Agile Software Entwicklung
Einführung Vorgehensmodelle und Agile Software EntwicklungEinführung Vorgehensmodelle und Agile Software Entwicklung
Einführung Vorgehensmodelle und Agile Software Entwicklung
 
Vortragsreihe Dortmund: Unified Development Environments
Vortragsreihe Dortmund: Unified Development EnvironmentsVortragsreihe Dortmund: Unified Development Environments
Vortragsreihe Dortmund: Unified Development Environments
 
Referat: Scrum Rocks – Testing Sucks?! (reloaded)
Referat: Scrum Rocks – Testing Sucks?! (reloaded)Referat: Scrum Rocks – Testing Sucks?! (reloaded)
Referat: Scrum Rocks – Testing Sucks?! (reloaded)
 
Scrum Rocks, Testing Sucks ?! RELOADED
Scrum Rocks, Testing Sucks ?! RELOADEDScrum Rocks, Testing Sucks ?! RELOADED
Scrum Rocks, Testing Sucks ?! RELOADED
 
TFS 2010 Überblick
TFS 2010 ÜberblickTFS 2010 Überblick
TFS 2010 Überblick
 
Tag Manager Professional
Tag Manager ProfessionalTag Manager Professional
Tag Manager Professional
 
Automatisierte GUI-Tests mit Selenium
Automatisierte GUI-Tests mit SeleniumAutomatisierte GUI-Tests mit Selenium
Automatisierte GUI-Tests mit Selenium
 
Die nächsten 100 Microservices
Die nächsten 100 MicroservicesDie nächsten 100 Microservices
Die nächsten 100 Microservices
 
Testmanagement mit Visual Studio 2013 / CodedUI / Neues aus der Produktgruppe...
Testmanagement mit Visual Studio 2013 / CodedUI / Neues aus der Produktgruppe...Testmanagement mit Visual Studio 2013 / CodedUI / Neues aus der Produktgruppe...
Testmanagement mit Visual Studio 2013 / CodedUI / Neues aus der Produktgruppe...
 
Testing einer Angular App
Testing einer Angular AppTesting einer Angular App
Testing einer Angular App
 
TDD mit ABAP Units
TDD mit ABAP UnitsTDD mit ABAP Units
TDD mit ABAP Units
 
Team Foundation Server
Team Foundation ServerTeam Foundation Server
Team Foundation Server
 
SAP Infotag: Security / Erlebe-Software 07-2014
SAP Infotag: Security / Erlebe-Software 07-2014SAP Infotag: Security / Erlebe-Software 07-2014
SAP Infotag: Security / Erlebe-Software 07-2014
 
Cognitive Quality Assurance
Cognitive Quality AssuranceCognitive Quality Assurance
Cognitive Quality Assurance
 
Wir erledigen alles sofort - Warum Qualität, Risikomanagement, Usability und...
Wir erledigen alles sofort - Warum Qualität, Risikomanagement, Usability und...Wir erledigen alles sofort - Warum Qualität, Risikomanagement, Usability und...
Wir erledigen alles sofort - Warum Qualität, Risikomanagement, Usability und...
 
30. Treffen der .NET User Group Rhein-Neckar mit Constantin Klein - „Bekommen...
30. Treffen der .NET User Group Rhein-Neckar mit Constantin Klein - „Bekommen...30. Treffen der .NET User Group Rhein-Neckar mit Constantin Klein - „Bekommen...
30. Treffen der .NET User Group Rhein-Neckar mit Constantin Klein - „Bekommen...
 
PHP Summit 2013 - Make or Buy?
PHP Summit 2013 - Make or Buy?PHP Summit 2013 - Make or Buy?
PHP Summit 2013 - Make or Buy?
 
Kosten technischer Qualität in der Softwareentwicklung
Kosten technischer Qualität in der SoftwareentwicklungKosten technischer Qualität in der Softwareentwicklung
Kosten technischer Qualität in der Softwareentwicklung
 
Integration von Security-Checks in die CI-Pipeline
Integration von Security-Checks in die CI-PipelineIntegration von Security-Checks in die CI-Pipeline
Integration von Security-Checks in die CI-Pipeline
 

Mehr von DevDay Dresden

Dev Day 2019: Mike Sperber – Software Design für die Seele
Dev Day 2019: Mike Sperber – Software Design für die SeeleDev Day 2019: Mike Sperber – Software Design für die Seele
Dev Day 2019: Mike Sperber – Software Design für die Seele
DevDay Dresden
 

Mehr von DevDay Dresden (20)

The Architecture of Uncertainty - Kevlin Henney
The Architecture of Uncertainty - Kevlin HenneyThe Architecture of Uncertainty - Kevlin Henney
The Architecture of Uncertainty - Kevlin Henney
 
Dev Day 2021 - Stephan Pirnbaum - Anwendungsmodernisierung
Dev Day 2021 - Stephan Pirnbaum - AnwendungsmodernisierungDev Day 2021 - Stephan Pirnbaum - Anwendungsmodernisierung
Dev Day 2021 - Stephan Pirnbaum - Anwendungsmodernisierung
 
Tobias Nebel - Herausforderungen und Changen in Full-Stack-IoT-Projekten
Tobias Nebel - Herausforderungen und Changen in Full-Stack-IoT-ProjektenTobias Nebel - Herausforderungen und Changen in Full-Stack-IoT-Projekten
Tobias Nebel - Herausforderungen und Changen in Full-Stack-IoT-Projekten
 
Andreas Roth - GraphQL erfolgreich im Backend einsetzen
Andreas Roth - GraphQL erfolgreich im Backend einsetzenAndreas Roth - GraphQL erfolgreich im Backend einsetzen
Andreas Roth - GraphQL erfolgreich im Backend einsetzen
 
Alexander Reelsen - Seccomp for Developers
Alexander Reelsen - Seccomp for DevelopersAlexander Reelsen - Seccomp for Developers
Alexander Reelsen - Seccomp for Developers
 
DevDay 19 Accessibility: Praxistipps für Entwickler
DevDay 19 Accessibility: Praxistipps für EntwicklerDevDay 19 Accessibility: Praxistipps für Entwickler
DevDay 19 Accessibility: Praxistipps für Entwickler
 
Dev Day 2019: Phillip Krenn – Aggregierte Logging Patterns
Dev Day 2019: Phillip Krenn – Aggregierte Logging PatternsDev Day 2019: Phillip Krenn – Aggregierte Logging Patterns
Dev Day 2019: Phillip Krenn – Aggregierte Logging Patterns
 
Dev Day 2019: Mirko Seifert – Next Level Integration Testing mit Docker und T...
Dev Day 2019: Mirko Seifert – Next Level Integration Testing mit Docker und T...Dev Day 2019: Mirko Seifert – Next Level Integration Testing mit Docker und T...
Dev Day 2019: Mirko Seifert – Next Level Integration Testing mit Docker und T...
 
Dev Day 2019: Nathan Mattes – Kommunikation ist wichtig, scheiße wichtig und ...
Dev Day 2019: Nathan Mattes – Kommunikation ist wichtig, scheiße wichtig und ...Dev Day 2019: Nathan Mattes – Kommunikation ist wichtig, scheiße wichtig und ...
Dev Day 2019: Nathan Mattes – Kommunikation ist wichtig, scheiße wichtig und ...
 
Dev Day 2019: Stephan Birnbaum – Die Glaskugel hat ausgedient, wir machen Sof...
Dev Day 2019: Stephan Birnbaum – Die Glaskugel hat ausgedient, wir machen Sof...Dev Day 2019: Stephan Birnbaum – Die Glaskugel hat ausgedient, wir machen Sof...
Dev Day 2019: Stephan Birnbaum – Die Glaskugel hat ausgedient, wir machen Sof...
 
Dev Day 2019: Markus Winand – Die Mutter aller Abfragesprachen: SQL im 21. Ja...
Dev Day 2019: Markus Winand – Die Mutter aller Abfragesprachen: SQL im 21. Ja...Dev Day 2019: Markus Winand – Die Mutter aller Abfragesprachen: SQL im 21. Ja...
Dev Day 2019: Markus Winand – Die Mutter aller Abfragesprachen: SQL im 21. Ja...
 
Dev Day 2019: Kathrin Friedrich/Michael Kunze – Design better together - Styl...
Dev Day 2019: Kathrin Friedrich/Michael Kunze – Design better together - Styl...Dev Day 2019: Kathrin Friedrich/Michael Kunze – Design better together - Styl...
Dev Day 2019: Kathrin Friedrich/Michael Kunze – Design better together - Styl...
 
Dev Day 2019: Benjamin Wolf – "Some fixes" - Commit Message 101
Dev Day 2019: Benjamin Wolf – "Some fixes" - Commit Message 101Dev Day 2019: Benjamin Wolf – "Some fixes" - Commit Message 101
Dev Day 2019: Benjamin Wolf – "Some fixes" - Commit Message 101
 
Dev Day 2019: Lucas Fiedler – DevOps-Dashboard: Transparenz für DevOps-Teams
Dev Day 2019: Lucas Fiedler – DevOps-Dashboard: Transparenz für DevOps-TeamsDev Day 2019: Lucas Fiedler – DevOps-Dashboard: Transparenz für DevOps-Teams
Dev Day 2019: Lucas Fiedler – DevOps-Dashboard: Transparenz für DevOps-Teams
 
Dev Day 2019: Ulrich Deiters – Offene Daten und IT-Lösungen für den Radverkehr
Dev Day 2019: Ulrich Deiters – Offene Daten und IT-Lösungen für den RadverkehrDev Day 2019: Ulrich Deiters – Offene Daten und IT-Lösungen für den Radverkehr
Dev Day 2019: Ulrich Deiters – Offene Daten und IT-Lösungen für den Radverkehr
 
Dev Day 2019: Alexander Lichter - JAMstack - Eine neuartige Webanwendungs-Arc...
Dev Day 2019: Alexander Lichter - JAMstack - Eine neuartige Webanwendungs-Arc...Dev Day 2019: Alexander Lichter - JAMstack - Eine neuartige Webanwendungs-Arc...
Dev Day 2019: Alexander Lichter - JAMstack - Eine neuartige Webanwendungs-Arc...
 
Dev Day 2019: Martin Schurz - Manual Work Is A Bug!
Dev Day 2019: Martin Schurz - Manual Work Is A Bug!Dev Day 2019: Martin Schurz - Manual Work Is A Bug!
Dev Day 2019: Martin Schurz - Manual Work Is A Bug!
 
Dev Day 2019: Stefan Schleyer: How to build an cloud-based IoT application“
Dev Day 2019: Stefan Schleyer: How to build an cloud-based IoT application“Dev Day 2019: Stefan Schleyer: How to build an cloud-based IoT application“
Dev Day 2019: Stefan Schleyer: How to build an cloud-based IoT application“
 
Dev Day 2019: Mirko Zeibig – "Hallo " <> "Elixir"
Dev Day 2019: Mirko Zeibig – "Hallo " <> "Elixir"Dev Day 2019: Mirko Zeibig – "Hallo " <> "Elixir"
Dev Day 2019: Mirko Zeibig – "Hallo " <> "Elixir"
 
Dev Day 2019: Mike Sperber – Software Design für die Seele
Dev Day 2019: Mike Sperber – Software Design für die SeeleDev Day 2019: Mike Sperber – Software Design für die Seele
Dev Day 2019: Mike Sperber – Software Design für die Seele
 

Dev Day 2019: Kay Grebenstein – Wie wir müssen das noch testen? - design for testability