requirements engineering + testen, 1 + 1 = 3?
DESCRIPTION
Deze presentatie maakte onderdeel uit van de SYSQA Kennissessies, november 2012 In projecten worden veel verschillende taken uitgevoerd. Om evenveel verschillende projectmedewerkers te voorkomen, worden deze taken verdeeld over een beperkt aantal mensen. Soms is het echter niet handig om bepaalde taken door één persoon uit te laten voeren. Het klassieke voorbeeld is het scheiden van bouwen en testen. De afgelopen jaren heeft SYSQA bij diverse opdrachtgevers ervaring opgedaan met het combineren van requirements engineering en testen. Dit blijkt verrassende voordelen met zich mee te brengen, maar het is ook oppassen voor de adders onder het gras! Tijdens de Kennissessies wordt ingegaan op de mogelijkheden, voordelen en risico’s.TRANSCRIPT
Jan Jaap Cannegieter – Directeur Product Management [email protected] @jjcannegieter
Requirements engineering + testen
1+1=3?
Idee op hoofdlijnen
© S
YS
QA
Alm
ere
Wens
Functioneel ontwerp
Requirements
Technisch ontwerp
Systeem realisatie
Acceptatietest
Systeemtest
Integratie test
Programma test
Werkelijkheid
Testen
V-model
RE-tester en inspanning
© S
YS
QA
Alm
ere
Inspanning requirements engineer
Inspanning
Begin project
Einde project
Req
uir
em
en
ts
elicit
ati
e
Req
uir
em
en
ts
valid
ati
e
Requirements management
© S
YS
QA
Alm
ere
Inspanning tester
Inspanning
Begin project
Einde project
Test planning
Test voorbereiding
Test
uit
voeri
ng
© S
YS
QA
Alm
ere
Inspanning RE-tester
Inspanning
Begin project
Einde project
Inspanning RE-tester
RE-tester en projectkennis
© S
YS
QA
Alm
ere
Kennisopbouw (en tijd)
9
Kennis
Begin project
Einde project
Req
uire
men
t
s en
gine
er Tester
© S
YS
QA
Alm
ere
Kennisopbouw (en tijd)
10
Kennis
Begin project
Einde project
Requirements engineer - tester
RE-tester en technieken
© S
YS
QA
Alm
ere
Requirements eng.
• Use cases• Klasse diagram• Activiteiten diagram• Status diagram• Entiteiten-relatie diagr.• Dataflow diagram• Problem frames
Testen
• Grenswaarde analyse• Dataflow test• Elementaire verg. test• Control flow test• Beslissingstabel• Status-transitie test• Gegevenscyclustest
12
Technieken – een overzicht
• Use case test
© S
YS
QA
Alm
ere
Technieken - systeemrequirements
13
Wanneer?Voorwaarde
het systeem <naam>
zal <object><details over het object>
kan
moet
<wie> de mogelijkheid bieden om <proces>
in staat zijn om <proces>
<proces>
het systeemde bestelstatus van een besteld boek laten zienop verzoek van de klant moet
© S
YS
QA
Alm
ere
Technieken - systeemrequirements
14
het systeemde bestelstatus van een besteld boek laten zienop verzoek van de klant moet laten
© S
YS
QA
Alm
ere
Technieken - systeemrequirements
15
het systeemde bestelstatus van een besteld boek laten zienop verzoek van de klant moet
Laat
© S
YS
QA
Alm
ere
Technieken - systeemrequirements
16
het systeemde bestelstatus van een besteld boek zienop verzoek van de klant moet
Laat
Prioriteit 1
© S
YS
QA
Alm
ere
Technieken - systeemrequirements
17
Laat het systeem de bestelstatus van een besteld boek zien op verzoek van de klant
Prioriteit 1
Logisch testgeval
RE-tester en agile
© S
YS
QA
Alm
ere
Tester in een agile project
Requirements engineer
Gebruiker
Bouwer Tester
Traditioneel Agile
Requirements engineer
Gebruiker
Bouwer Tester
© S
YS
QA
Alm
ere
Tester in een agile project
Requirements engineer
Gebruiker
Bouwer Tester
Traditioneel
Gebruiker
Bouwer
Agile
© S
YS
QA
Alm
ere
Tester in een agile project
Requirements engineer
Gebruiker
Bouwer Tester
Traditioneel
Gebruiker
Bouwer
RE-tester
Agile
Voor- en nadelen
© S
YS
QA
Alm
ere
Voor- en nadelen
23
© S
YS
QA
Alm
ere
24
€
1 + 1 = ???
© S
YS
QA
Alm
ere
1 + 1 = ???
25
€
© S
YS
QA
Alm
ere
Het combineren van requirements engineering en testen?
26
1 + 1 = 3 !
© S
YS
QA
Alm
ere
27
Succes met de toekomst
Jan Jaap Cannegieter – Directeur Product Management [email protected] #jjcannegieter
© S
YS
QA
Alm
ere
28
Derd
e d
ruk
Derd
e d
ruk