Van requirements naar teststrategie

Transcriptie

1

2 Van requirements naar teststrategie Testnet 7 januari 009 Ruud Harreman Appie Pries

3 Waarom dit onderwerp? Leveranciersperspectief Bestaande testmethodes geven weinig aanknopingspunten hoe requirements eruit moeten zien t.b.v. validatietesten en verificatietesten RE-methodes bevatten ook geen informatie over de samenhang met teststrategie Klantperspectief Outsourcing / acceptatiemanagement Reduceren testkosten

4 Definities Business Use Case Als gevolg van een gebeurtenis vindt een opeenvolging van processen plaats die leiden tot een resultaat Requirement Een eis waaraan een proces of product moet voldoen Teststrategie Verdeling van testinspanning en dekkingsgraad, gebaseerd op risicoanalyse van business, techniek en testen Verificatietesten Het vaststellen of het systeem correct werkt Validatietesten Het vaststellen of het bedrijfsproces (nog steeds) goed functioneert Witnesstesten Tijdens systeemontwikkeling aantonen dat (tussen)producten voldoen aan de door de klant gestelde criteria

5 Business Use Cases (BUCs) BUCs zijn afgeleid van procesmodellen Doel van Offreren: - het aan een (potentiële) klant aanbieden van een offerte voor of meer leasevoertuigen - de klant in staat stellen eerder afgegeven offertes aan te passen - voldoen aan business principes: snel, betrouwbaar, compliance, lage kosten

6 Business Use Cases Business use cases Offreren Pre conditie Gebeurtenis Proces Resultaat Nieuwe klant Offerte aanvraag Bepalen klant Bepalen product Bepalen type auto, prijs en condities Vergelijken meerdere voertuigen Bevestigen offerte Klantgegevens Offerte voor een of meerdere voertuigen Nieuwe klant Offerte aanvraag Bepalen klant Klantgegevens Melding aan klant dat geen offerte wordt afgegeven

7 Requirements Proces Id Omschrijving requirement Kwaliteitseigenschap Bepalen klant 0 Een nieuwe klant registreert zichzelf (naam, woonadres, corr.adres, woonplaats, geboortedatum, BSN nr, KvK nr, bedrijf/particulier indicatie, mailadres), voordat hij verder kan in het offerteproces. Functionaliteit Rationale: klanten moeten zich ivm interne regelgeving kunnen identificeren; geboortedatum is van belang omdat alleen aan meerderjarigen geoffreerd mag worden. 5 Klanten waarvoor een offerte wordt geweigerd krijgen binnen max. 5 seconden na invoer klantgegevens een bericht dat de offerteaanvraag is geweigerd. Efficiëntie Betrouwbaarheid Rationale: proces moet voldoen aan business principes snelheid en betrouwbaarheid ; klant moet gevoel hebben dat proces snel is verlopen en intern moeten discutabele klanten worden geweerd.

8 Positie requirements t.o.v. testen Visie/business doelen Gebruik en beheer Opdrachtgever Business use cases Requirements Validatietesten GAT Perf Sec Reg Validatie Leverancier Functionele documentatie Technische documentatie Systeem realisatie Verificatietesten KT ST WT IT PT Verificatie

9 Brug tussen requirements en testen Requirements BUCs PRA BUCRA RAM Testplan 5 6 BUCs Reqs Product Risico Analyse Business Use Case Risico Analyse Risico Analyse Matrix Testplan & Test strategie Testen

10 Stap : Reviewen business use cases en requirements 5 6 Opdrachtgever reviewt op validatie-aspecten Leveranciers reviewen op verificatie-aspecten Testteam is van de stakeholder in project/release Review plan Validatie reviews Verificatie reviews Opdracht Acceptatie Overdrachts reviews Witness testen

11 Stap : Product Risico Analyse (PRA) 5 6 Business Techniek Test Functionele producten Frequentie Impact Foutkans Complexiteit Factor Totaal Webapplicatie (GUI) Verwerken Klantgegevens 6 0 Ophalen Postcodetabel 8 0 Selecteren product 6 Selecteren type 6 Tonen auto 9 0,8 7 Logging maken 5 Logging behouden 8 9 Bevestiging mail Interface Klanten 6 8 Interface BKR 8 6,5 Interface KvK 8 6,5

12 Stap : Business Use Case Risico Analyse (BUC RA) 5 6 Business Techniek Test Business Use Case Frequentie Impact Foutkans Complexiteit Factor Totaal Offreren Offreren 9 Offreren 6 6 Offreren 7

13 Stap : Risico Analyse Matrix (RAM) 5 6 Webapplicatie (GUI) Verwerken Klantgegevens Ophalen Postcodetabel Selecteren product Selecteren type Tonen auto Logging maken Logging behouden Bevestiging mail Interface Klanten Interface BKR Interface KvK Totaal Offreren X X X X X X X X X X X X 5 Offreren X X X X X X X X Offreren X X X X X X X X X X X X Offreren X X X X X X X X X X X X 7 Totaal

14 Stap 5: Teststrategie 5 6 Opdelen requirements naar functionele producten Ieder requirement matchen met een ISO 96 kwaliteitsattribuut (hier: verwerken klantgegevens) Onderverdelen naar kwaliteitsattributen voor validatie en verificatie Inpasbaarheid Uniformiteit Freq Kwaliteitsattribuut Koppelbaarheid Beschikbaarheid Tijdgedrag Aanpasbaarheid Inpasbaarheid 6 Juistheid Uniformiteit Controleerbaarheid 6 Koppelbaarheid Beveiligbaarheid Beschikbaarheid 5 Aantrekkelijkheid Tijdgedrag 6 Wijzigbaarheid Aanpasbaarheid

15 Stap 5: Teststrategie Verificatietesten Overdracht naar leverancier 5 6 Monitoren met witnesstesten Reviewen van deliverables Overdracht naar opdrachtgever

16 Stap 5: Teststrategie Validatietest Test van het bedrijfsproces 5 6 Business Use Cases zijn logische testgevallen voor acceptatie Business use cases Offreren Pre conditie Gebeurtenis Proces Nieuwe klant Offerte aanvraag Bepalen klant Bepalen product Bepalen type auto, prijs en condities Vergelijken meerdere voertuigen Bevestigen offerte Nieuwe klant Offerte aanvraag Bepalen klant Resultaat Klantgegevens Offerte voor een of meerdere voertuigen Klantgegevens Melding aan klant dat geen offerte wordt afgegeven

17 Stap 6: Testen Testmanager is verantwoordelijk voor hele teststrategie Leverancier is verantwoordelijk voor inrichting en uitvoering verificatietesten Verificatie namens klant gewaarborgd door witnesstesten Businessvalidatie door testen met Business Use Cases 5 6 Review plan Master testplan Validatie reviews Verificatie reviews Verificatie testen Validatie testen Opdracht Acceptatie Overdrachts reviews Witness testen Systeem testen Business validatie Productie acceptatie

18