Requirements Engineering & Software Test - Synergien effektvoll nutzen

Transkript

1 Requirements Engineering & Software Test - Synergien effektvoll nutzen Software & Systems Quality Conference, Mai 2009 Düsseldorf, Deutschland Bernhard Rauter, BSc (Hons) Software-Test Berater ANECON Software Design und Beratung G.m.b.H. Alser Str. 4/Hof 1 A-1090 Wien Tel.: office@anecon.com

2 ANECON Software Design und Beratung G.m.b.H. Gründung im Jänner private Eigentümer MitarbeiterInnen 2008: über 90 Jahresumsatz 2008: 8,2 Mio. 2 ANECON Software & Systems Quality Conference 2009 Requirements Engineering & Software Test

3 Es gibt immer noch viel zu wenige erfolgreiche Projekte! The Standish Group CHAOS Report % 20% 40% 60% 80% 100% erfolgreich abgeschlossen Zeit-, Kostenumfang gesprengt gescheitert 3 ANECON Software & Systems Quality Conference 2009 Requirements Engineering & Software Test

4 "We know why projects fail, we know how to prevent their failure - so why do they still fail?" - Martin Cobb Unrealistische Zeit- und Aufwandsschätzungen Unrealistische Erwartungshaltungen Unvollständige und missverstandene Zielsetzungen, Umfang und Anforderungen Sich verändernde Anforderungen und Spezifikationen während der Entwicklung Mangel an Einbeziehung, Engagement und Verbindlichkeit der Kunden und End-Anwender Mangel an Management-Unterstützung Neue Technologien bzw. technologische und methodische Inkompetenz Qualitätsmängel in der täglichen Arbeit Glauben an Wunder Standish Group 1995 Coverdale/2002 Watts S. Humphrey/2004 Templeton College, University of Oxford/ ANECON Software & Systems Quality Conference 2009 Requirements Engineering & Software Test

5 Fehler in den Requirements sind besonders teuer! Quelle: Steve McConnell, Windows Tech Journal 5 ANECON Software & Systems Quality Conference 2009 Requirements Engineering & Software Test

6 Fehler in den Requirements sind besonders häufig! Fehler in den Anforderungen, die nur durch den Systemtest aufgedeckt werden Konzeptmängel 44% Oberflächenmängel 10% Schnittstellenmängel 5% Versionsmängel 3% Datenbankmängel 4% Versäumnismängel 6% Quelle: H. Sneed; Analyse auf Basis von 6000 Fehlern Codiermängel 28% Fehler im Code können zum Großteil im Unit- Test aufgedeckt werden 6 ANECON Software & Systems Quality Conference 2009 Requirements Engineering & Software Test

7 Die Verschränkung von Requirements Engineering und Software Test In den Tätigkeiten In den Ergebnissen In den Rollen

8 Kommunikationswege im V-Modell Analyse Development Test 8 ANECON Software & Systems Quality Conference 2009 Requirements Engineering & Software Test

9 Verkürzung der Wege durch Parallelisierung RE & SWT Analyse Development Test- Vorbereitung Test- Durchführung 9 ANECON Software & Systems Quality Conference 2009 Requirements Engineering & Software Test

10 Qualität entsteht durch die Verwendung! 10 ANECON Software & Systems Quality Conference 2009 Requirements Engineering & Software Test

11 Qualität der Anforderungen sicherstellen - Mehr als nur ein Review Review bringt oft nicht gewünschtes Ergebnis Zeitdruck, mangelndes Interesse, falsche Zielgruppe, gerade nicht genug Priorität Ergebnis wird angereichert, nicht hinterfragt Unabhängige QS der Analyseergebnisse ist wichtig Kunde oder Software Tester Software Tester eignen sich hervorragend Ausgebildete, erfahrene Qualitätssicherer Kritische Geisteshaltung Müssen Dingen zwangsläufig auf den Grund gehen 11 ANECON Software & Systems Quality Conference 2009 Requirements Engineering & Software Test

12 Rechtzeitige Testvorbereitung sichert inhaltliche Anforderungsqualität Testfälle lassen keinen Interpretations- Spielraum Eingabewerte - Aktionen - Erwartetes Ergebnis Unklarheiten müssen im Vorfeld geklärt werden Systematische Klärung führt zu Verbesserung der Anforderungen - implizit - rechtzeitig! Fragenkatalog parallel zur Testvorbereitung pflegen Klärung durch Requirements Engineer Rückfluss in Anforderungsdokumente 12 ANECON Software & Systems Quality Conference 2009 Requirements Engineering & Software Test

13 Qualitätsmodell - Sicherstellung der inhaltlichen Vollständigkeit externe und interne Qualität Funktionalität Zuverlässigkeit Benutzbarkeit Effizienz Änderbarkeit Übertragbarkeit Angemessenheit Richtigkeit Interoperabilität Sicherheit Funktionalitäts- Konformität Reife Fehlertoleranz Robustheit Wiederherstellbarkeit Zuverlässigkeits- Konformität Verständlichkeit Erlernbarkeit Bedienbarkeit Attraktivität Benutzbarkeits- Konformität Zeitverhalten Verbrauchsverhalten Effizienz- Konformität Analysierbarkeit Modifizierbarkeit Stabilität Prüfbarkeit Anpassbarkeit Installierbarkeit Koexistenz Austauschbarkeit Übertragbarkeits- Konformität Struktur der Anforderungen Struktur für Testkonzept 13 ANECON Software & Systems Quality Conference 2009 Requirements Engineering & Software Test

14 Test-relevante Kapitel in Software Requirements Specifications (SRS) nach IEEE 830 IEEE Überblick & Ziel 1.2 Rahmen & Abgrenzung 2.1 Produktbeschreibung Interfaces, Design, Hardware, Software, etc. 2.2 Produktaufgaben Beschreibung der Funktionalität des Produkts 2.3 User Identifizierung der typischen User Testplanung Testziele, Prioritäten, Testobjekte Testobjekte, Testumgebung, Test-Infrastruktur, Integrationstest Zu testende und nicht zu testende Leistungsmerkmale Planung und Initiierung der Einbindung von Anwendern in den Test 14 ANECON Software & Systems Quality Conference 2009 Requirements Engineering & Software Test

15 Test-relevante Kapitel in SRS nach IEEE 830 II IEEE 830 Testplanung 2.4 Randbedingungen Richtlinien, Regelungen, Grenzen, Kritikalität Bezugsrahmen (Testbasis) für Test, Risikobasierter Test 3.1 Externe Schnittstellen Planung Integrationstest 3.2 Funktionale Anforderungen Planung und Vorbereitung funktionaler Tests (anforderungsbasierter Testentwurf) 3.3 Performanz Anforderungen Planung Last- und Performanz Tests 3.6 Anforderungen an das Softwaresystem Ausfallsicherheit, Security, Verfügbarkeit, etc. Planung und Vorbereitung nichtfunktionaler Tests (z.b. Usability Tests, Application Security Tests, Fail-over Tests) 15 ANECON Software & Systems Quality Conference 2009 Requirements Engineering & Software Test

16 Anforderungsbasiertes Testen macht Qualität explizit Aus Anforderungen werden Testfälle Konkreteste Ausprägung einer Anforderung Analytische Entwurfsverfahren für Stichproben Rückverfolgbarkeit zu Anforderungen Qualitätsbewertung Auswirkungsanalyse Aus Testfällen werden Testdurchführungsprotokolle Qualifizierte Fehlermeldungen Use Case 1 Use Case 2 Use Case 3 Use Case 4 16 ANECON Software & Systems Quality Conference 2009 Requirements Engineering & Software Test

17 Anforderungsorientierung gibt dem Controlling Struktur UC Geplant Erstellt Testfälle P F B O ANECON Software & Systems Quality Conference 2009 Requirements Engineering & Software Test

18 Höhere Aussagekraft durch Anforderungsbezug der Ergebnisse Projekt - Teststa Passed 18% UC5 Projekt - Teststatus - Use Cases 30 UC4 4 0 Open 45% UC3 3 5 UC2 3 0 Failed 26% UC Passed Failed Blocked Open Blocked 11% 18 ANECON Software & Systems Quality Conference 2009 Requirements Engineering & Software Test

19 Gemeinsame Infrastruktur erleichtert zielgerichtete Zusammenarbeit 19 ANECON Software & Systems Quality Conference 2009 Requirements Engineering & Software Test

20 Requirements Engineering & Software Test - Eine Allianz für die Qualität Zwei Disziplinen - ein gemeinsames Ziel Produkt muss die Kundenbedürfnisse erfüllen! Requirements Engineer Hört und antizipiert die Kundenbedürfnisse Gibt sie in verständlicher Sprache weiter Legt Grundbaustein Software Tester Muss Kunde und dessen Bedürfnisse verstehen um deren Erfüllung überprüfen zu können Sichert Grundbaustein und schafft Bewertbarkeit 20 ANECON Software & Systems Quality Conference 2009 Requirements Engineering & Software Test

21 QAMP = Ausbildungsstandard für Certified Tester + Requirements Engineer Qualitativ hochwertige Anforderungen (IREB) Konsistent, vollständig, testbar Genaue Grundlage für Aufwands- und Ressourcenplanung Weniger Rückfragen bei der Testfallspezifikation und -durchführung Problematische Bereiche können frühzeitig durchleuchtet werden (Performance, Sicherheit) Wahrscheinlichkeit für schwere Fehler sinkt Frühe Auseinandersetzung mit den Anforderungen (ISTQB) Einarbeitung der Tester in die Fachlichkeit kann früh beginnen Qualitätssicherung der Anforderungen durch Testersicht (Eindeutigkeit, etc.) Testideen und Testfälle können frühzeitig entwickelt werden In den Anforderungen gefundene Fehler sparen Kosten 21 ANECON Software & Systems Quality Conference 2009 Requirements Engineering & Software Test

22 Viele Fliegen mit einer Klappe! Frühzeitige Anforderungsklärung und dadurch effiziente Projektabwicklung Sicherstellen der Projekttermine durch rechtzeitige und zielgerichtete Testvorbereitung Reduzierte Gesamtkosten und stabilere Applikationen durch erhöhte Qualität der Anforderungen und der Testaktivitäten

23 RE & SWT Software mit WERT ANECON Software Design und Beratung G.m.b.H. Alser Straße 4 / Hof 1 A-1090 Wien office@anecon.com Tel.: Fax: -998