Empfohlen
Empfohlen
Weitere ähnliche Inhalte
Ähnlich wie Testing Heute: ein Relikt aus dem Zeitalter des goldenen Wasserfalls?
Ähnlich wie Testing Heute: ein Relikt aus dem Zeitalter des goldenen Wasserfalls? (20)
Mehr von jbandi
Mehr von jbandi (7)
Testing Heute: ein Relikt aus dem Zeitalter des goldenen Wasserfalls?
- 1. Willkommen! Christian Hassa Jonas Bandi
- 2. Software Testing Today Ein Relikt aus dem goldenen Zeitalter des Wasserfalls?
- 3. Es war einmal ...
- 4. Und wenn sie nicht gestorben sind ...
- 5. ... die goldenen Zeiten sind vorbei!
- 6. Hat sich etwas geändert? 2008 2000 Projekterfolglaut Chaos Report, Standish Group
- 7. Wann ist ein Projekt erfolgreich? Geschäftsnutzen
- 8. Geschäftsnutzen? Nutzung von Featureslaut Chaos Report 2000, Standish Group
- 9. Wo entstehen Fehler? Source: James Martin - An Information Systems Manifesto
- 10. Bugs früh bekämpfen? Testbare Spezifikationen?
- 11. „Wasserfallanalysen“ Detailgrad VerständnisgrenzeActor/Stakeholder Vision Lastenheft Pflichtenheft Designdokument Kein Feedback von Stakeholdern möglich! Code Manual Test„Usage“ Automated Test Zeit
- 12. Iterative Analyse Detailgrad VerständnisgrenzeActor/Stakeholder Vision Business goals Actor/Stakeholder goals Projektstart Stories Epics ProductBacklog Sprint Planning Preparation AcceptanceCriteria Stories SprintBacklog Sprint Planning Sprint 1-n Sprint Implementation AcceptanceTest Definition Code Kurze Feedbackzyklen mit Stakeholdern Manual Test/Demo Automated Test Zeit
- 13. Agilität löst alle Probleme?
- 14. Aufwand
- 15. Wann sind wir fertig?
- 16. Regression
- 17. Was nun ...?
- 18. "I believe that the hardest part of software projects, the most common source of project failure, is communication with the customers and users of that software.“ - Martin Fowler
- 20. Vertrauenswürdige Kommunikation Gemeinsames Artefakt Lesbar für Business Ausführbar gegen Endprodukt Nachverfolgbar Konsistent
- 21. Aber Wo? Detailgrad VerständnisgrenzeActor/Stakeholder Vision Business goals Actor/Stakeholder goals Projektstart Stories Epics ProductBacklog Sprint Planning Preparation AcceptanceCriteria Stories SprintBacklog Sprint Planning Sprint 1-n Sprint Implementation AcceptanceTest Definition Code Kurze Feedbackzyklen mit Stakeholdern „VertrauenswürdigeKommunikation“ Manual Test/Demo Automated Test Zeit
- 23. Bowling 10 Durchgänge 10 Kegel pro Durchgang 2 Kugeln pro Durchgang Strike: Alle 10 KegelmitdererstenKugel-> Die nächstenzweiWürfewerdenzumaktuellenDurchgangaddiert Spare: Alle 10 KegelmitzweiKugeln-> DernächsteWurfwirdzumaktuellenDurchgangaddiert DerletzteDurchgangkann 3 Kugelnumfassen
- 24. Das Konzept
- 25. Step 1: Write a feature
- 26. Step 2: Watch itfail
- 28. Step 4: Create a skeleton
- 29. Step 5: Watch itfail
- 31. Step 7: Watch it pass
- 33. The Real World ## TC:110 ## @acceptance @TC110 Scenario: TC110 - Message with a rate for a currency that is not in the database (unknown currency) Given the current time is '2009/09/15 13:52‘ And there are currencies in the database with the following data: | code | | EUR | And there are exchange rates in the database with the following data: | code | rate | date | error code | | EUR | 1.2 | 2009/09/14 | OK | And the maximum exchange rate deviation is 2% When there are exchange rates received for '2009/09/15' on EMB with the following data: | code | rate | | EUR | 1.2 | | SKK | 1.3 | And wait until the exchange rate is porcessed Then there is an exchange rate in the database with: | code | rate | date | error code | | EUR | 1.2 | 2009/09/14 | OK | And there is no exchange rate in the database with: | code | date | | EUR | 2009/09/15 | And an e-mail is sent by the CurrencyConverter service to 'error@import.info' (CC: 'error@import.info') with subject 'Unknown Currency‘ And the e-mail should contain 'Error during import!’
- 34. Es geht hier nicht ums Testen ...
- 36. Spezifikation an Hand von Beispielen
- 37. Aber ... Müssen Entwickler jetzt Testen? Brauchen wir noch Tester? JA!
- 38. Entwickler ... Bindet Beispiele an Implementierung Worauf gebunden wird ist flexibel!
- 39. Tester ... 1 Test pro „Beispiel“ Econonmy of Scale Entwickeln „Testsprache“ Nutzung auch für manuelle Tests
- 40. Manuelle Tests?? Zur Validierung von Main-Flows und Integration Demo an Stakeholder Geringere Anzahl Unterstützt durch „Testsprache“ Automatisierung aufwändiger!
- 41. Aufwand? Ca. 15% Testspezifikation + manuelle Tests! Ca. 10-25%Binding Synergien!
- 42. Wartbarkeit? Richtiger Abstraktionsgrad Wiederverwenbarkeit von Bindings Ebene der Bindings
- 43. The Topic is Hot! www.cukes.info www.concordion.net www.fitnesse.org www.specflow.org JBehave / NBehave http://studios.thoughtworks.com/agile-test-automation
- 44. Gemeinsame Artefakte:Spezifikation, Test, Dokumentation Business lesbar (und schreibbar) An Implementierung gebunden, ausführbar Entwicklung auf Geschäftsnutzen fokussiert Nachverfolgbarkeit von Anforderungen Verfeinerung von gröberen Anforderungen (User Stories) Nutzen
- 45. Viel Erfolg bei der Kommunikation! Christian Hassa Jonas Bandi
Hinweis der Redaktion
- Sie sind nicht alleineLaut Standish ist das seit Jahren so.
- Es geht nicht um Zeit/Scope/Budget sondern um Geschäftsnutzen!
- Liefern wir immer Geschäftsnutzen?Im Jahr 20089 noch immer nur bei 40%
- Jeder stimmt über ein, Fehler früh zu stoppen.
- Nicht iterativ erstelltEin wesentlicher Teil unter der Verständnisgrenze des AnwendersErst wieder bei den Tests
- Freibrief für Anwender, seine Meinung zu ändern?
- Kommunikation aber auch Übergabe und gegenseitiges Vertrauen, dass diese Übergabe funktioniert.
- This was an evolutionarytechnicalapproach… still not convinced?Let´stryanotherapproach.
- Sondern um das gemeinsame Verständnis
- ... Ist das Erfolgsrezept!
- Sicherung der „Ausführbarkeit“Flexibilität: Aufwand, Wartung