Transcript - Testnet

Testen bij Meeùs
TestNet - 24 juni 2013
Sander Mol
SANDER MOL
UNIROBE MEEÙS GROEP
• Grootste onafhankelijke tussenpersoon van Nederland
• Opgericht in 1927, daarna vele overnames
• Sinds 2003 terug naar een paar merknamen
• Van zelfsturende kantoren naar één centraal model
• Focus op doelgroepen en klant kiest het kanaal
• En sinds een paar jaar: één ICT bedrijf, op één plek
VAN STERRENCAST …
Grote banken en verzekeraars
Ervaren, professionele testteams
… NAAR CAST AWAY
wat betreft testen
TESTEN BIJ MEEÙS TOT NU TOE
Zomer 2012: mee testen met CRM releases
De rest van 2012: methode opzetten, op basis van
eigen ervaring en afgeleid van TMap Next
Sinds 2013: implementeren van de methode
• voor alle projecten (en dat zijn er nogal wat)
• en ook: trainingen aan zowel business als ICT
DE ROEP OM EEN SIMPELE OPSTAP
Later sprak ik enkele collega-consultants (van diverse
bedrijven) die dezelfde stap hadden gemaakt
en die zaten op hetzelfde startpunt
En ik sprak enkele andere kennissen die mij vroegen om
templates, toen ze hoorden dat ik die bij Meeùs had
gemaakt
en die zaten dus ook op hetzelfde startpunt
EN TOEN VROEG IK ME AF …
Zou het niet mogelijk zijn
om kwaliteitsbewuste bedrijven alvast
zelf
met testen aan de slag te laten gaan?
En als ze eenmaal aan de slag zijn, kunnen ze zelf
bepalen waar ze nog hulp bij nodig hebben.
EEN SIMPELE METHODE
Hierna dus de vertaling van TMap Next zoals ik die bij
Meeùs heb gemaakt.
Met daarbij in gedachte dat die vertaling voor iedereen
nuttig moet zijn om te starten met het structureren van
testen.
REQUIREMENTS
Stap 1 van de versimpelde testmethode is helemaal geen
test activiteit, maar het invullen van de voorwaarden.
• Knip de software op in logische stukjes
• Maak een selectie van een paar kwaliteitscategorieën
• Bepaal welke kwaliteitscategorieën je belangrijk vindt
per stukje software
Straks een voorbeeld
KWALITEIT IN CATEGORIEËN
Functionaliteit
Gebruiksvriendelijkheid
Inpasbaarheid
Performance
Beveiliging
Continuïteit
Beheerbaarheid
BELANG * FAALKANS
Maar ook relevant:
• Hoe worden al die belangen vertaald naar een
(software) oplossing?
• Welk stuk van de software heeft de grootste kans
om de gevraagde kwaliteit NIET te leveren?
En dat samen wordt de risico matrix. Let op; de
volgende pagina is het meest belangrijke én het
moeilijkste onderdeel voor onze projectleiders.
DE VERSIMPELDE RISICO MATRIX
EN NU DAN TOCH HET TESTEN
Als je de risico matrix hebt ingevuld met
de business en met de ICT-ers,
dan kun je er met 10 minuten een
teststrategie matrix van maken
TEST
STRATEGIE
MATRIX
DE VERTALING: WAT GAAN WE DOEN
Een matrix is mooi voor een projectleider, maar voor de
testers moet je dit nog vertalen naar echte acties.
• Voor gebruiksvriendelijkheid gaan we een
reviewsessie doen met Marketing op de
schermontwerpen van alle pagina’s voor klanten.
• Voor performance gaan we een load test doen op het
zoeken van producten op de website en van rapportages
door Finance tegelijk met beheerqueries.
Deze activiteiten komen direct uit de ingeschatte
belangen en faalkansen.
FUNCTIONALITEIT
En dan een praktische invulling. Bijvoorbeeld van het
testen van functionaliteit.
1) Pak een A4-tje
2) Schrijf de eventuele
flow verticaal uit
3) Schrijf alle bekende
opties en variaties op
4) Brainstorm hoe je dit
allemaal wilt
combineren
5) Schrijf testgevallen
met al je gekozen
combinaties
PERFORMANCE
Even een disclaimer: performance testen is een vak, net
als alle andere vormen van testen. Mijn doel is alleen
dat mensen er een start mee kunnen maken.
En dan dus performance, en dan alleen de load test.
Het belangrijkste is dat men nadenkt over welke
handelingen je vaak verwacht. En vervolgens zijn er
websites waar je een maand lang 500 gelijktijdige
gebruikers die handelingen kunt laten simuleren.
Voor 100 dollar.
BEVEILIGING
• Hoe zorg ik dat de mensen die ik ken, de juiste
beperkingen krijgen in wat ze kunnen doen?
Rollen en rechten plus invoercontroles.
• Hoe zorg ik dat de mensen die ik NIET ken, helemaal
niets kunnen doen? De hackers test.
Dit laatste is de enige test waarbij ik geen hulp
aanbied om maar snel te starten. Een onterecht
vertrouwen is misschien nog wel erger dan helemaal
geen test.
CONTINUÏTEIT
1) Zo lang mogelijk in de lucht blijven.
2) Bij uitval zo snel mogelijk weer in de lucht zijn,
binnen een geaccepteerde hoeveelheid dataverlies.
Dankzij onze netwerkspecialist leer ik hier steeds meer
over. Eén bericht naar een collega in een andere
vestiging gaat langs minimaal 7 logische stappen.
Dus het ontwerp en de review zijn cruciaal.
Wordt vervolgd, tips zijn welkom!
ACCEPTATIE TESTEN
Acceptatietesten is normaal gesproken toch al geen taak
voor de professionele tester, dus dat helpt ons hier.
Het belangrijkste is en blijft de focus op de juiste dingen.
Gebruiksvriendelijkheid; vind ik het intuïtief,
efficient, enzovoort.
Inpasbaarheid; kan ik er meteen mee werken,
of zijn er procesveranderingen of trainingen nodig.
En daar kun je niet op focussen als je nog steeds veel
technische fouten tegenkomt!
HET ADVIES
Een overzicht op alle
kwaliteitscategorieën.
En daarna een tekstje
van enkele regels wat
je hebt gezien en hoe
zwaar dat allemaal
weegt.
En de laatste zin
eindigt met het woord
‘positief’ of ‘negatief’
MIJN CONCLUSIE
• Simpel software testen heeft Meeùs op weg geholpen
• Er zijn nog talloze bedrijven die nu staan waar Meeùs
vorig jaar stond
• En de mensen van die bedrijven komen nooit op
TestNet en lezen geen testbladen
Maar hopelijk komen ze via jou, via social media of via
Google eens terecht op een pagina over Simpel
software testen.
EN DIE SITE IS ER. VANAF NU!
Een startpagina voor
kwaliteitsbewuste
werknemers die dat
testen toch eens wat
willen structureren.
En een platform voor
testprofessionals om
die beginners op weg
te helpen.
Met de methode van
vanavond als startpunt
voor beide.
BEDANKT VOOR DE AANDACHT
Kijk vooral ook op internet!
sandermol.com
of via
simpeltesten.nu
Sander Mol
[email protected]
(plus LinkedIn en soms twitter)