wirtschaftlich software testen - electronics goes medical 2012
DESCRIPTION
Oftmals bleiben viele Möglichkeiten, die Effizienz und Effektivität des Testprozesses zu steigern, ungenutzt. Mit dem Testen früh beginnen: es gibt verschiedene Möglichkeiten, früher als bisher mit dem Testen zu beginnen. Je früher Fehler gefunden werden, desto günstiger ist die Behebung. Das hat auch Auswirkungen auf die Kosten für das Testen. Aber wie geht das? Bestimmte Testaktivitäten sollten noch früher beginnen: beispielsweise kann durch eine frühzeitige Einflussnahme auf die Testbarkeit der Architektur der Testaufwand massiv gesenkt werden. Doch wie sieht eine testbare Architektur aus? Dynamische Tests und Reviews sollten beileibe nicht die einzige Methode zur analytischen Qualitätssicherung sein. Was gibt es noch? Auch ein kleiner Ausblick auf die konstruktive Qualitätssicherung soll gewagt werden. Was lernen die Zuhörer in dem Vortrag: Methoden des modernen Software-Testens und der modernen Software-Entwicklung, um das Testen von Software effizienter und effektiver zu gestalten, also mit dem gleichen oder weniger Budget bessere Software-Qualität zu erreichen.TRANSCRIPT
- 1. WirtschaftlichSoftwareTestenMatthias Kraaz 11. Oktober 2012 Matthias Kraaz Zhlke 2012
2. Die HerausforderungKeine Fehler bersehenBugs schnell findenVerifikation auf Anhieb bestehen Knappe Zeit Knappes Budget nderungen in letzter SekundeWirtschaftlich Software Testen | Matthias Kraaz11. Oktober 2012 Zhlke 2012 3. Wie?Teststufen einfhren(System-) Tests automatisierenDesign for Testability einfordernTests nicht mit der Giekanne verteilenStatische TestsWirtschaftlich Software Testen | Matthias Kraaz 11. Oktober 2012 Zhlke 2012 4. Teststufen einfhren!Vorteile von Komponenten- und IntegrationstestsWeniger Aufwand pro TestHohe Testtiefe bequem erreichbar Hohe berdeckung von Parametern (Kombinationen, quivalenzklassen, Grenzwerte) Hohe berdeckung von Zustandsmaschinen Robustheit-TestsFrher durchfhrbarHufiger durchfhrbarFehlerursache leichter zu lokalisierenLeichter automatisierbarWirtschaftlich Software Testen | Matthias Kraaz11. Oktober 2012 Zhlke 2012 5. Teststufen einfhren!Nachteile von Komponenten- und IntegrationstestsInfrastruktur erforderlichAutomatisierung fast unausweichlichAussagekraft muss von oberer Teststufe berprft werdenGrundstock von Systemtests muss seinWirtschaftlich Software Testen | Matthias Kraaz 11. Oktober 2012 Zhlke 2012 6. Teststufen einfhren!Budget-Verteilung und TesttiefeUntere TeststufenSystemtestsTesttiefe Zu wenig BudgetNur SystemtestsTestpyramideWirtschaftlich Software Testen | Matthias Kraaz11. Oktober 2012 Zhlke 2012 7. Teststufen einfhren!Die Test-Pyramide Systemtests IntegrationstestsKomponententestsWirtschaftlich Software Testen | Matthias Kraaz 11. Oktober 2012 Zhlke 2012 8. (System-)Tests automatisieren!VorteileWiederholungen werden wesentlich gnstigerRegelmig aktuelle ErgebnisseVorschau auf VerifikationsergebnisInvestitionInfrastrukturErstellung und Pflege der TestskripteReduzierbar durch Design for TestabilityWirtschaftlich Software Testen | Matthias Kraaz 11. Oktober 2012 Zhlke 2012 9. ROI von TestautomatisierungEingangsdaten fr Berechnung:Kosten fr manuelle Tests Erstellung der Testfallspezifikationen Manuelle TestdurchfhrungKosten fr automatisierte Tests Erstellung der Testskripte Pflege der Testskripte Automatisierte Testdurchfhrung InfrastrukturParameter Anzahl manueller(!) Testlufe Kosten pro Personentag Anteil nicht automatisierter TestsWirtschaftlich Software Testen | Matthias Kraaz 11. Oktober 2012 Zhlke 2012 10. ROI von TestautomatisierungPraxisbeispiel Kosten nach Jahren 1,400,000 1,200,000 1,000,000 800,000 600,000 400,000 200,000 - 123 4Mit Automatisierung Rein manuellWirtschaftlich Software Testen | Matthias Kraaz 11. Oktober 2012 Zhlke 2012 11. Automatisierungskosten senkendurch Design for testability Zhlke 2012 12. Point of Control Elektronik SoftwarePoint of Observation 13. Point of Control Elektronik SoftwarePoint of Observation 14. Point of ControlElektronikSoftwarePoint of Observation 15. Point of ControlElektronikSoftware Point of Observation 16. Point of ControlElektronikSoftware Point of Observation 17. Point of ControlElektronikSoftware Point of Observation 18. Testling Signal-Adaption Zum Test-System 19. Liefern Sie aus,was Sie getestet haben. Zhlke 2012 20. Automatisierung von KomponententestsWas macht es schwierig:Innerer ZustandTest DriverAbhngigkeitenDesign der Schnittstellen ComponentMan nehme: under TestSoftware EntwicklerUnit Test Framework MockMock FrameworkWirtschaftlich Software Testen | Matthias Kraaz 11. Oktober 2012 Zhlke 2012 21. Automatisierung von IntegrationstestsSoftware ElektronikWirtschaftlich Software Testen | Matthias Kraaz11. Oktober 2012 Zhlke 2012 22. Automatisierte VerifizierungstestsVerifizierungstests laufen automatisiert whrend EntwicklungVorschau auf VerifizierungsergebnisRuhiger SchlafAutomatisierte Verifizierungstests (IV&V)Zeitdruck, Kosten von WiederholungenTest-Infrastruktur der Entwicklung kann wiederverwendet werdenValidierung der Test-InfrastrukturTest to verify statt test to killWirtschaftlich Software Testen | Matthias Kraaz 11. Oktober 2012 Zhlke 2012 23. Tests nicht mit der Giekanne verteilen!Fokus aufSicherheitskritische Wichtige Komplexe Neue Durch Bugs aufgefallene Anforderungen Software-KomponentenWirtschaftlich Software Testen | Matthias Kraaz11. Oktober 2012 Zhlke 2012 24. Statische Tests durchfhren! Statische Reviews AnalyseCode-ArchitekturMetriken Checker Kodier- Sicherheits-Stil Anomalien regeln probleme Zhlke 2012 25. So!Teststufen einfhren(System-)Tests automatisierenDesign for Testability einfordernTests nicht mit der Giekanne verteilenStatische TestsVerteilen Sie Ihr knappes Budget so nutzbringend wie mglich!Wirtschaftlich Software Testen | Matthias Kraaz 11. Oktober 2012 Zhlke 2012 26. DANKEKontakt: [email protected]