Requirements-basiertes Testen am Beispiel des NI Requirements Gateways

Größe: px

Ab Seite anzeigen:

Download "Requirements-basiertes Testen am Beispiel des NI Requirements Gateways"

Roland Grosse
vor 8 Jahren
Abrufe

1 Requirements-basiertes Testen am Beispiel des NI Requirements Gateways National Instruments VIP Kongress München, M 8. Oktober 2008 Joachim Schulz QualityPark GmbH

2 V-Modell Demands Business Requirement Requirement-basiertes Testen Member Test Business Acceptance Test Reviews & Verification Technical Specification Design Component & Integration Test System Test Validation Solution Development Unit Test QualityPark - 2

Specification Design Component & Integration Test System Test

3 V-Modell Demands Member Test Business Requirement Business Acceptance Test Reviews & Verification Technical Specification Design Requirements Gateway Component & Integration Test System Test Validation Solution Development Unit Test QualityPark - 3

Requirements Gateway Component & Integration Test System Test

4 V-Modell Das Vorgehen des Requirements-basierten Testens ermöglicht: Durchgängigen Entwicklungsprozess Traceability zwischen Requirements und Tests Vollständige Abdeckung der Requirements durch Tests Rückverfolgbarkeit von Tests zu Requirements (z.b. bei Fehlern) Impact Analyse bei Änderungen an Requirements QualityPark - 4

der Requirements durch Tests Rückverfolgba

5 Anforderungen Anforderungen an ein Requirements Gateway: Darstellung / Import von Requirements aus RM-Tools Darstellung / Import von Test Cases aus Test-Tools Verknüpfung von Requirements und Test Cases zur Herstellung der Traceability (Automatische) Synchronisation bei Änderungen Navigation zu einzelnen Requirements und Test Cases Erzeugung von Reports (Impact Analysis, Coverage etc.) QualityPark - 5

Herstellung der Traceability (Automatische) Synchronisation bei Änderungen Navigation zu einzelnen

6 RM-und Testtools Test Cases Defects RM-Tools: Requirements - Testabdeckung - Test Results (Automatische) Synchronisation Requirements Gateway - Req.-Abdeckung Requirements Test-Tools: Test Cases Test Results QualityPark - 6

7 UseCases Use Cases für das Requirement Gateway: 1. Verknüpfung Initiales Verknüpfen von Requirements & Tests Cases Übersicht über die Testabdeckung (Coverage) 2. Rückführung Rückführen eines Testresultats auf ein Requirement Fehlgeschlagene Tests müssen gegen die Requirements analysiert werden QualityPark - 7

8 UseCases 3. Impact Analysis Verfolgen der Auswirkungen einer Requirementsänderung Welche Test Cases sind betroffen Re-Tests notwendig 4. Test Coverage Bestimmen der Abdeckungsquote aller Requirements durch Test Cases Vermeidung von Test Holes 5. Validierung & Reporting Festhalten der Testresultate pro Requirement Identifikation getesteter Funktionalitäten & Komponenten QualityPark - 8

9 NI Requirements Gateway RM-Tools: Requirements Requirements Gateway Test-Tools: Test Cases Test Results Telelogic DOORS IBM RequisitePro MS Word 2003 MS Excel 2003 LabView 7.0 LabWindows/CVI 7 NI TestStand 3.1 NI MATRIXx QualityPark - 9

RequisitePro MS Word 2003 MS Excel 2003 LabView 7.

10 Vorstellung Beispiel Graphische Darstellung und Konfiguration der Requirements- Dokumente, Test Cases und Testresultate Graphische Verwaltung von Projektstruktur Traceability Links QualityPark

und Testresultate Graphische Verwaltung von

11 UseCase1 Verknüpfung Darstellung und Änderungen von Verknüpfungen ist über die Graphical View möglich Dokumente in der Reihenfolge der Abdeckung QualityPark

12 UseCase1 Verknüpfung Darstellung und Änderungen von Verknüpfungen ist über die Graphical View möglich Verknüpfung über Selektierung 1:1 1:n m:n QualityPark

möglich Verknüpfung über Selektierung 1:1 1:n

13 UseCase2 Rückführung Bei Selektierung des Fehlers in der Impact Analysis View sind alle mit dem Test Case verknüpften Requirements auffindbar Aufteilung in drei Bereiche: Auswahlbereich, Resultatbereiche für beide Richtungen QualityPark

auffindbar Aufteilung in drei Bereiche: Auswahlbereich,

14 UseCase3 Impact Analysis Die Impact Analysis View bietet Einblick auf alle verlinkten Test Cases Automatische Markierung veränderter Elemente durch Overlays QualityPark

Automatische Markierung veränderter Elemente durch

15 UseCase4 Test Coverage Der Abdeckungsgrad wird in der Management View neben dem abgedeckten Dokument hervorgehoben Rule Check offenbart Lücken in der Abdeckung QualityPark

hervorgehoben Rule Check offenbart Lücken in der

16 UseCase5 Validierung Validierung der Requirements durch die Impact Analysis View Testresultate durch Icons hervorgehoben Nur relevante Test Cases sind gefiltert QualityPark

Icons hervorgehoben Nur relevante Test Cases sind

17 Bewertung Im Pilotprojekt konnten wir folgende Erfahrungen sammeln: Sehr flexible Möglichkeiten, Requirements aus DOORS zu importieren (Filter) Gute Usability aufgrund grafischer Darstellung der Dokumente Änderungen in den Inhalten der Dokumente werden explizit hervorgehoben Reporting Feature + Definition individueller Reports QualityPark

grafischer Darstellung der Dokumente Änderungen in den Inhalten der Dokumente werden explizit

18 Architektur des NI Gateways Import & Synchronisation Import & Synchronisation Test Cases Defects RM-Tools: Requirements Requirements Analysen: - Testabdeckung Gateway - Req-Abdeckung Requirements Test-Tools: Test Cases Test Results Keine direkte Navigation von Requirements zu Test Cases bzw. umgekehrt QualityPark

Req-Abdeckung Requirements Test-Tools: Test Cases Test Results Keine direkte Navigation

19 Diskussion Gelegenheit für Fragen und Diskussionen?!? QualityPark

Ähnliche Dokumente

Von Requirements zutests. gç~åüáãkpåüìäò]èì~äáíóé~êâkçé

Von Requirements zutests. gç~åüáãkpåüìäò]èì~äáíóé~êâkçé Von Requirements zus gç~åüáãkpåüìäò]èì~äáíóé~êâkçé QualityPark Ihr Partner im Lifecycle Management Process Management Requirements Engineering IT & Development Process Expertise Process Implementation