Your SlideShare is downloading. ×
  • Like
Software Measurement in agilen Projekten mit Open Source Tools
Upcoming SlideShare
Loading in...5
×

Thanks for flagging this SlideShare!

Oops! An error has occurred.

×

Now you can save presentations on your phone or tablet

Available for both IPhone and Android

Text the download link to your phone

Standard text messaging rates apply

Software Measurement in agilen Projekten mit Open Source Tools

  • 774 views
Published

eBay Europa hat ein neues Verfahren zur Messung von Reife und momentanem Status von Software Projekten eingeführt. Diese Präsentation illustriert den Mechanismus dieser sogenannten Projekt Surveys and …

eBay Europa hat ein neues Verfahren zur Messung von Reife und momentanem Status von Software Projekten eingeführt. Diese Präsentation illustriert den Mechanismus dieser sogenannten Projekt Surveys and zeigt anhand von Beispielen aus eBay Projekten auf, wie sich die Software Qualität nach Anwendung des Verfahrens signifikant verbessert hat.
Das Survey wird teils manuell und teils automatisch unter Verwendung des Open Source Tools “SONAR” ausgeführt. Sonar ist ein webbasiertes Dashboard / Cockpit, das die Daten aus den Testausführungen, statischer Codeanalyse, dupliziertem Code und Code Komplexität aggregiert und darstellt.
Der manuelle Teil besteht aus Reviews von Dokumentation, Source Code, Test Code und Test Cases. Zusammen mit den Ergebnissen aus dem automatisierten Teil wird das Gesamtergebnis übersichtlich und klar in einem Dashboard dargestellt, aufgrund dessen auch Verbesserungsmöglichkeiten klar ersichtlich sind.

  • Full Name Full Name Comment goes here.
    Are you sure you want to
    Your message goes here
    Be the first to comment
    Be the first to like this
No Downloads

Views

Total Views
774
On SlideShare
0
From Embeds
0
Number of Embeds
4

Actions

Shares
Downloads
6
Comments
0
Likes
0

Embeds 0

No embeds

Report content

Flagged as inappropriate Flag as inappropriate
Flag as inappropriate

Select your reason for flagging this presentation as inappropriate.

Cancel
    No notes for slide

Transcript

  • 1. Software Measurementin agilen Projektenmit Open Source Tools Michael Palotas & Dominik Dary eBay Quality Engineering Europe 2011-10-11
  • 2. Agenda• Komplexität und Herausforderungen bei eBay• Ausgangssituation• Manuelles und Tool-basiertes Software Measurement• Auswirkungen des Software Measurement 2 Erstellt von: Michael Palotas & Dominik Dary
  • 3. Komplexität und Herausforderungen bei eBay 60 million lines of code 10.000+ Java application servers 2 billion page views/day 25,000 searches per second 110 million items in > 50,000 categories 25 Petabyte of data processed by Data Warehouse/day 4.4 billion API calls per month (public API) 48 billion SQL executions/day 2 Terabyte of application log files/day 2 million outbound emails/day 14 Gbps peak network utilization Erstellt von: Michael Palotas & Dominik Dary
  • 4. Ihre Referenten Michael Palotas Dominik Dary •  Head of Quality Engineering •  Senior Software Engineer in Test Europe •  E-Mail: ddary@ebay.com •  E-Mail: mpalotas@ebay.com 4 Erstellt von: Michael Palotas & Dominik Dary
  • 5. Ziele von Software Measurement? Wir möchten uns ständig verbessern in dem was wir tun Festlegung von Akzeptanzkriterien aus der Sicht der Qualitätssicherung Schaffung der Vergleichbarkeit von Projekten und Teams Ermittlung der aktuellen Reife (Maturity) der Projekte Anreiz für das Team um sich zu verbessern Um von dem „gutem Bauchgefühl“ Measurement Ansatz wegzukommen J 5 Image Source: http://www.clickbuyhelp.org/wp-content/uploads/2010/03/Continuous-Improvement.jpg Erstellt von: Michael Palotas & Dominik Dary
  • 6. Tool-basiertes Software MeasurementBeispiel: eBay Deals Anwendung 6 Erstellt von: Michael Palotas & Dominik Dary
  • 7. Software Measurement in der Praxis? Warum reicht Tool-basiertes Measurement nicht aus? Ganzheitlicher Ansatz im Gegensatz nur zur Verwendung von statischer Analyse-Tools Nicht nur die “harten Fakten” werden mit einbezogen Einige Kriterien können nicht Tool-basiert verifiziert werden (i.e. Testfallqualität, Qualität der Dokumentation, Testplan)Tool-basiert Manuelles Audit- SONAR Open Source Tool & -  Durchgeführt vom QE Engineer -  Alle 3-5 Iterationen 7 Erstellt von: Michael Palotas & Dominik Dary
  • 8. Unsere Vision Engineering Practices QA QE DEV Manual Tests Automated Testing Large Small Integra- Exploratory Tests Tests tion Testing Tests Projekt Audits Fast Continuous SCM Delivery Integration Acceptance Test Tools Wiki 8 Erstellt von: Michael Palotas & Dominik Dary
  • 9. Maturity-Definition der Key-Area “Test Strategy” Test Plan Maturity Definition 1 •  Level 1: Ein Testplan existiert für das Project. Manual Tests •  Level 2: User Acceptance Dev Ein manueller Testplan existiert Tests Tests •  Level 3: System Tests & automatisierte Large Regression Tests System Tests sind vorhanden und sind Tests aufeinander abgestimmt. •  Level 4: 3 2 Low-Level Testplan existiert •  Level 5: Large High-Level und Low-Level Tests sind Tests aufeinander abgestimmt. High level test 5 Low level test Small Integration Tests 4 Tests Automated Tests 9 Erstellt von: Michael Palotas & Dominik Dary
  • 10. Wie wird mit den Ergebnissen des Audits umgegangen? Feedback an das SCRUM-Team & das Management Scrum Master + Product Owner entscheiden basierend auf den vorgeschlagenen Maßnahmen Maßnahmen werden übers Produktbacklog umgesetzt 10Image Source: http://en.wikipedia.org/wiki/File:Scrum_process.svg Erstellt von: Michael Palotas & Dominik Dary
  • 11. Auswirkungen des Software Measurement Messbare Verbesserung der Qualität des Quellcodes und des Produkts Team sind motiviert sich beständig zu verbessern Anreiz zwischen den TeamsEntwicklung der Maturity Levels: Beispiel Darstellung eines Audits 11 Erstellt von: Michael Palotas & Dominik Dary
  • 12. Unsere Erfahrungen als AuditorenPositive Erfahrungen Was haben wir geändert:•  Erste Audits benötigen •  Neue Metriken: einige Vorbereitungszeit • Continuous Integration•  Später durchgeführte • Code Reviews Audits können schnell • Source Code Management durchgeführt werden•  Schnelles Feedback über die Projekte•  Die Leistungsfähigkeit liegt in der Einfachheit der Audits 12 Erstellt von: Michael Palotas & Dominik Dary
  • 13. Kommentare, Vorschläge oder Fragen? 13 Erstellt von: Michael Palotas & Dominik Dary
  • 14. Vielen Dank für Ihre Aufmerksamkeit! 14 Erstellt von: Michael Palotas & Dominik Dary