Wat bracht EuroSTAR 2010? - Polteq
Wat bracht EuroSTAR 2010? - Polteq
Wat bracht EuroSTAR 2010? - Polteq
Create successful ePaper yourself
Turn your PDF publications into a flip-book with our unique Google optimized e-Paper software.
Presents…<strong>2010</strong><br />
Welkom
Sinds 2000<br />
100 + medewerkers<br />
100% testspecialist<br />
100% onafhankelijk<br />
Test management<br />
Test engineering<br />
Test outsourcing<br />
Test advisering<br />
Test opleiding<br />
e-learning<br />
“serving the world”<br />
Belastingdienst<br />
Aegon<br />
Achmea<br />
Essent<br />
NOKIA<br />
Ericsson<br />
T-Mobile<br />
KPN<br />
Český Telecom<br />
Philips<br />
DUO<br />
Unilever<br />
Huawei<br />
PepsiCo<br />
Microsoft<br />
KAS BANK<br />
Novell<br />
Daimler Chrysler<br />
NATO<br />
Statoil<br />
TNT<br />
KLM<br />
HP<br />
Barclays bank<br />
ING<br />
ABN-AMRO<br />
RBS<br />
Capital Group<br />
RDW
“Passion for Testing”<br />
Chair: John Fodeh, DK<br />
Committee: Nathalie Rooseboom de<br />
Vries van Delft, NL<br />
Peter Morgan, UK<br />
Rikard Edgren, SW<br />
Metrics<br />
• 18 de <strong>EuroSTAR</strong> conferentie, 3 de keer Copenhagen<br />
• 433 inzendingen uit 27 landen<br />
• 900+ deelnemers, samen 6500+ jaar testervaring<br />
• 5 key notes, 39 tracks, 3 workshops, 4 minitracks,<br />
1 live hot topic panel, 1 fun sessions, 2 power hours
Voorkeur voor …<br />
• Tools – efficiënter testen<br />
• Technieken – effectiever testen<br />
• Verbetering – klaar zijn voor de toekomst<br />
• Mensen – de vakmensen<br />
• Leiderschap – innoveer, ontwikkel, stimuleer
Cartoon tester
Verschillende “reacties” op sessies<br />
• Bevestiging van wat we al wisten<br />
– Een boost voor het zelfvertrouwen!<br />
• Geweldige presentatie, maar niet van toepassing<br />
– Niet in lijn met hetgeen speelt bij onze organisatie…<br />
• Jammer dat ik deze had gekozen…<br />
– Er zit er altijd wel eentje tussen…<br />
… nog beter voorbereiden?<br />
• Direct toepasbaar op onze situatie!<br />
– Wist de spreker dat ik in de zaal zou zitten?
Eerste reactie van uw verslaggevers<br />
• In tegenstelling tot de afgelopen keer, beperkte<br />
discussie, weliswaar levendig debat, maar geen “strijd”<br />
– “Men is het met elkaar eens”<br />
– “Levendig, maar geen tegenstellingen”<br />
– “Er overheerst één smaak. Lekker, maar…”<br />
• Overheersende smaak?<br />
– Deel het op in hapklare brokken<br />
– Agile, Lean, Reduce Waste<br />
– Samenwerken…
Eerste reactie van uw verslaggevers<br />
• In tegenstelling tot de afgelopen keer, beperkte<br />
discussie, welisiwaar levendig debat, maar geen “strijd”<br />
– “Men is het met elkaar eens”<br />
– “Levendig, maar geen tegenstellingen”<br />
– “Er overheerst één smaak. Lekker, maar…”<br />
• Overheersende smaak?<br />
– Deel het op in hapklare brokken<br />
– Agile, Lean, Reduce Waste<br />
– Samenwerken…<br />
• Weinig nieuws over & vanuit het testen<br />
• Vernieuwing komt van buiten<br />
– Logisch vervolg op de “Agile” trend
Eerste reactie van uw verslaggevers<br />
• Sommige smaken ontbraken<br />
– E2E testen, Service Oriented Architecture, Cloud,<br />
(Out)sourcing, Test Design
<strong>Polteq</strong> Vragenlijst<br />
• <strong>Wat</strong> is het belangrijkste punt dat de spreker wil maken?<br />
• <strong>Wat</strong> voor opvallends zit in de presentatie?<br />
• <strong>Wat</strong> is het directe nut?<br />
• <strong>Wat</strong> neem jij mee van de presentatie?<br />
• Hoe groot schat je de impact op de toekomst van testen?<br />
• Adviesscore 1 = wel op WBE <strong>2010</strong><br />
2 = misschien op WBE <strong>2010</strong><br />
3 = niet op WBE <strong>2010</strong>
Welkom!<br />
Presents…<strong>2010</strong><br />
Het moderne testen Ruud Teunissen<br />
Testmanagement Gerard Numan<br />
Techniek & Verbetering Kees Blokland<br />
Kritisch denkgereedschap Gerard & Ruud<br />
Afronding<br />
Broodjes
Traditional roles change<br />
Roles become dynamic<br />
Collaboration is key
Passie? Passie!<br />
• Wees hartstochtelijk, inspireer anderen<br />
– Gebruik positieve woorden<br />
– Daag anderen uit<br />
– Laat je betrokkenheid zien<br />
– Deel verhalen<br />
– Wees een voorbeeld<br />
– Wees enthousiast<br />
• Zoek continu nieuwe bronnen van inspiratie
<strong>Wat</strong> motiveert testers?<br />
Positieve drijfveren<br />
Analytisch<br />
Nieuwsgierig<br />
Perfectionisten<br />
Gepland, systematisch<br />
en “Pietje Precies”<br />
Persistent<br />
Kruisvaarders<br />
Praktisch<br />
Geweten<br />
Negatieve drijfveren<br />
Ondiplomatiek<br />
Skeptisch<br />
Perfectionisten<br />
Weinig empathie voor<br />
ontwikkelaars<br />
Eigenwijs<br />
Te gefocust<br />
Gaan voor het scoren
Maslow!<br />
Job security, stability<br />
Predictable behaviour<br />
Safe to make mistakes<br />
Secure environment<br />
Self respect<br />
Acceptance<br />
Respect<br />
Desire to become everything a tester is capable of<br />
Friendship & teamwork<br />
Welcoming atmosphere<br />
With it, easier to communicate<br />
Competitive salary Food, water (beer?)<br />
Comfortable environment Flexible & sensible hours
Checklist “lean” (afval reductie)<br />
• Heeft het toegevoegde waarde voor de klant?<br />
• Creëren we meer output dan gevraagd?<br />
• Voeren we onnodige taken uit?<br />
• Handelen we in lijn met het principe “Right from me”?<br />
• Ongecontroleerd “afval” zonder het op te ruimen?<br />
• Zijn we ons bewust van verbetermogelijkheden?<br />
• Continu verbeteren, leer van eerdere projecten
“On demand” Testen CROWDSOURCING<br />
Taking a service traditionally performed by a person<br />
or team and sourcing it to a large online group of<br />
people as an open project<br />
• Testmanagement is gecompliceerd<br />
– Complex, in feite oneindig<br />
– Gedistribueerde services / resources<br />
– Extreem hoge verandertempo<br />
– Onverwacht wenden & draaien<br />
• Booming market<br />
– met name voor mobile Apps
Agilistas corner
Exploratory Testing (ET)<br />
Simultaneous learning, test design, and execution “<br />
…a way of thinking about testing…”<br />
• Succesvol als aanvulling op bestaande aanpak,<br />
zelfs waar je het niet onmiddellijk zou verwachten<br />
– Medische apparaten (neonatologie)<br />
• Belangrijk side-effect<br />
– ET helpt bij het aantonen dat testen belangrijk is<br />
– Door “vrijheid” en buiten de gebaande paden (scripts)<br />
– Maakt derden enthousiast voor het testen!<br />
• Kritieke succesfactor voor ET:<br />
– Session Based Test Management (SBTM)
Session Based Test Management (SBTM)<br />
• Kritieke succesfactor voor ET<br />
– ET vraagt om ander soort planning en aansturing!<br />
• Verschillende type sessies
Session Based Test Management (SBTM)
Session Based Test Management (SBTM)<br />
• Kritieke succesfactor voor ET<br />
– ET vraagt om ander soort planning en aansturing!<br />
• Verschillende type sessies<br />
• Zelfde opzet<br />
Mission<br />
Charter (Uninterupted)<br />
Log file<br />
Briefing
SBTM<br />
• Dekking (type sessie)<br />
• Metrics (bewijslast)<br />
• Flexibiliteit (omgaan met veranderingen)<br />
• Kennis opdoen en delen<br />
• Vaardigheden (blijven) opbouwen<br />
• Session log – op het gewenste detail niveau<br />
• Gebaseerd op Charters – door/voor de tester<br />
• Ongestoorde testtijd – 60, 90 of120 min<br />
• Alleen of in koppeltjes<br />
• “Briefing”: iedere dag
SCRUM<br />
• Oplossing voor groeiende complexiteit<br />
• Er zijn wel degelijk regels<br />
• GEEN excuus om NIET te documenteren<br />
• Sluit de acceptanten niet uit!
Welkom!<br />
Presents…<strong>2010</strong><br />
Het moderne testen Ruud Teunissen<br />
Testmanagement Gerard Numan<br />
Techniek & Verbetering Kees Blokland<br />
Kritisch denkgereedschap Gerard & Ruud<br />
Afronding<br />
Broodjes
Verbrokkeling door Agility<br />
• Agile<br />
1. Testen ontwikkelteams in getrokken<br />
2. “Zeepbel” rond ontwikkeling van 1 systeem of<br />
component<br />
3. Valideren en verifiëren staat voorop: laten zien van<br />
waarde voor de klant.<br />
• Valkuilen<br />
1. Integratie van systemen en architectuur “vergeten”<br />
2. Samenwerken met andere teams moeilijk<br />
3. Falsifiëren makkelijk vergeten (negatief testen)<br />
4. Non-functionals makkelijk vergeten (pas testbaar in<br />
complete architectuur)
Verbrokkeling door Agility<br />
• Maatregelen<br />
1. Test Ideas<br />
a. <strong>Wat</strong> gebeurt er als…?<br />
b. <strong>Wat</strong> zou er gebeuren als…?<br />
c. <strong>Wat</strong> kan er misgaan?<br />
d. ….?<br />
2. Test charters<br />
3. Pair testing<br />
4. Test ontwerp patterns<br />
5. Organiseren E2E test
Verlies van tijd<br />
• Tijd besparen heeft meer directe betekenis voor<br />
anderen dan goed testen<br />
• Oorzaken van tijdverlies<br />
– Gebrek aan interesse in werk van anderen<br />
– Herkennen van patronen (+/-)<br />
• Wordt onderdeel van succes<br />
• Voorkom frustratie<br />
• Lessons learned<br />
– Verantwoordelijkheden/ grenzen afstemmen<br />
– Wachttijd (omgevingen, bevindingen)<br />
– Informatie najagen (multirealiteit, informatie sessies,<br />
modelleren)
Risicoanalyse
Risicoanalyse<br />
• Feit: Risico‟s van klant kunnen extreem hoog zijn<br />
• Feit: Gevolgen zijn pas zichtbaar na ingewikkelde<br />
keten van oorzaak en gevolg<br />
• Maatregelen<br />
– Risicoanalyse op basis van gebruikerscenario‟s/<br />
perspectief van de klant<br />
– Risicoanalyse en beperkende maatregelen niet alleen<br />
testzaak<br />
– Risico‟s H-M-L in simpele risicorepresentatie<br />
– M: dekking As Low as Reasonably Possible (ALARP)
Risicoanalyse
Testboekhouden<br />
• Financiële boekhouding: permanent bijhouden van<br />
activa en passiva<br />
• COMPAS:<br />
– Control (actueel overzicht)<br />
– Ownership (verantwoordelijkhden, rollen, acteurs)<br />
– Message (rapportage)<br />
– Priority (waarde, invloed, risico‟s)<br />
– Alignment (terminologie, organisatie)<br />
– Scope (inhoud testen)
Testboekhouden
Te veel<br />
• Formaliteit, onafhankelijkheid heeft keerzijdes:<br />
– Arrogant, kwaad bloed<br />
– Immuun voor andere perspectieven, conservatief, safety<br />
zone<br />
– Verantwoordelijkheid, geen verantwoordelijkheidsgevoel<br />
– Reactief<br />
• Maatregelen:<br />
– Kijk dagelijks eens met de ogen van anderen naar het<br />
testteam<br />
– Waag je aan voorspellingen waar anderen wat aan<br />
hebben (verwachte # fouten nog te vinden)<br />
– Nestel je in het project team<br />
– Omarm verandering
Te weinig kwaliteitsgedreven<br />
• Kwaliteit<br />
1. FLOW: Q is niet stabiel: verwachtingen zijn niet stabiel,<br />
documenten zijn niet stabiel, systemen zijn niet stabiel,<br />
mensen zijn niet stabiel<br />
2. Is niet afhankelijk van wat de klant heeft besteld, maar<br />
wat zij nodig heeft<br />
3. Moet bij iedereen tussen de oren zitten, van begin tot<br />
eind<br />
4. Is nooit 100% (niets is 100%)
Te weinig kwaliteitsgedreven<br />
• Kwaliteitsgedrevenheid<br />
1. Infecteer anderen met het testvirus<br />
2. Continue acceptatie: acceptatiegedreven ontwerp, bouw<br />
en test<br />
3. Emotionele acceptatie: creëer een speel- en<br />
leeromgeving (ook voor ontwikkelaars en testers)<br />
4. Ga uit van imperfectie:<br />
1. Communicatie is het zo min mogelijk misverstaan<br />
van anderen<br />
2. Kwaliteit is een bepaalde waarde voor iemand en niet<br />
het volledig voldoen aan specificaties<br />
3. Organiseer kennissessies
Autisten die testen<br />
1. <strong>Wat</strong> “normaal” is, hangt af van de norm<br />
2. De norm is nu: agility, generalisme, flexibiliteit,<br />
snelheid<br />
3. Daarmee worden mensen met hele specifieke<br />
vermogens buiten spel gezet: abnormaal gemaakt.<br />
B.v. autisten<br />
4. The weed versus the herb perspective<br />
5. De kracht van onredelijke mensen<br />
6. “Zelf-gerichtheid” = Autisme ≠ Rainman
Abnormaal?
Autisten<br />
Krachten<br />
1. Oog voor details<br />
2. Leervermogen<br />
3. Ander perspectief<br />
4. Foutdetectie<br />
5. Patroonherkenning<br />
6. Repeterend werk<br />
zonder<br />
concentratieverlies<br />
7. Eerlijk<br />
8. Vasthoudend<br />
Zwaktes<br />
1. Communicatief onbegrip<br />
2. Het “spel” niet kunnen spelen<br />
3. Geen zelfvertrouwen<br />
4. Minder overzicht<br />
5. Niet stressbestendig<br />
6. Geen netwerk<br />
7. Depressiegevoelig<br />
8. Begeleiding nodig
Onderzoeksresultaten<br />
1. <strong>Wat</strong> is de kans dat we nog fouten in productie zullen<br />
vinden?<br />
2. Moeten we formeel gaan reviewen en wat betekent<br />
dit voor andere testen?<br />
3. <strong>Wat</strong> is de waarde van testresultaten of keuzes mbt<br />
inrichting van testen?<br />
4. Vraag naar ondersteuning/ toetsing aan algemene<br />
inzichten en feiten: juiste vertrouwen: van opinie<br />
naar feit.<br />
5. Vraag naar bewijs en onderzoek “uit het veld” en “uit<br />
de wereld”
Onderzoeksresultaten<br />
• Voorbeelden<br />
1. Systeemtest 40% defect find efficiency<br />
2. Formele reviews: 85% defect find efficiency<br />
3. Statische analyse: 87% defect find efficiency<br />
– Maar: wat betekent dit?<br />
– Hoe vergelijken we dit met onze eigen situatie?
Welkom!<br />
Presents…<strong>2010</strong><br />
Het moderne testen Ruud Teunissen<br />
Testmanagement Gerard Numan<br />
Techniek & Verbetering Kees Blokland<br />
Kritisch denkgereedschap Gerard & Ruud<br />
Afronding<br />
Broodjes
ECL Economic Conformance Level<br />
Ook Joseph Juran: 6σ, Lean, Pareto<br />
Balans, verbetering<br />
How Much Testing is Enough?<br />
Joseph Juran
Optimaliseren, verbeteren<br />
• De balans zoeken<br />
– Meer/minder(!) testen,meer/minder testdiepgang<br />
– Minder/meer preventieve maatregelen<br />
• Efficiency verhogen<br />
– Fouten in een eerdere fase vinden<br />
– De invoering van testautomatisering<br />
– „Lean‟ werken<br />
– Verbeteren van samenwerking<br />
– Review proces verbeteren<br />
– Formaliseren unit testen EN verminderen systeem test<br />
– Verminderen aantal releases<br />
Vergeet niet te dat je het moet meten!
Test Process Improvement<br />
• Verschillende alternatieven<br />
• Niets nieuws<br />
• TMMi level 4 en 5 aangekondigd<br />
Probleem!<br />
De kracht van TMMi is “thoroughness”<br />
Maar TMMi foundation presenteert “informal TMMi”<br />
• Verder was er nog een pragmatische benadering voor<br />
verbetering, maar die bleek helaas een verzameling<br />
uit de oude doos...
Data and Application Migration<br />
The do‟s and don'ts<br />
• Migraties<br />
– Outsourcing<br />
– Virtualisatie<br />
– Server en opslag consolidatie, verplaatsing<br />
• Uitdagingen<br />
– Geen onderbreking van het business proces<br />
– Complexiteit van de data mapping<br />
– Vervuiling van data, compleetheid na migratie<br />
– Continuïteit van transacties die al onderweg zijn<br />
• Succes factoren<br />
– Samenwerking met business en IT, acceptatiecriteria<br />
– Regressie testen, data schoning<br />
– Gedetailleerde planning
Data and Application Migration<br />
The do‟s and don'ts<br />
• Migratiestrategie van de data rebuild – copy – IP adr.<br />
• Migratie-implementatie big bang – incremental - sync<br />
• Non functional testing<br />
– Performance test<br />
– Security test<br />
– Portabiliteit test<br />
– Fall back & recovery test<br />
Migraties: onderschat het nooit!
Branch out using Classification<br />
Trees for test case design<br />
The Power Tool<br />
• for different jobs<br />
• variable speeds<br />
• for different skills<br />
• many functions<br />
• provides flexibility<br />
• appeals to all people<br />
• a MUST in your toolbox
Classification Tree<br />
Toepassing<br />
• Tool: CTE-XL; gratis versie<br />
– Afhankelijkheden<br />
– All Pairs<br />
Classification trees: a power tool that can be<br />
used by everyone<br />
Except small children…
Are we ready for cloud testing?<br />
Cloud computing is het via het internet op aanvraag<br />
beschikbaar stellen van hardware, software en<br />
gegevens, ongeveer zoals stroom uit het<br />
elektriciteitsnet.<br />
Wikipedia<br />
• Cloud computing gebruiken voor testdoeleinden<br />
• Toepassing en koppelen van Open Source Tools<br />
• Opschalen „virtual users‟ bij performance test<br />
• Schaalbaarheid van de CLOUD zelf testen<br />
• Tests worden georkestreerd met eigen tool
Virtual Test Labs The next frontier<br />
Het probleem: bevinding reproduceert niet bij bouw<br />
De oplossing: “Rewinding clock with snapshots”<br />
Procedure is als volgt:<br />
• Testen op een virtuele omgeving<br />
• Bevinding!<br />
• Snapshot van de hele omgeving maken<br />
• Als bijlage bij bevinding meeleveren<br />
• Bouwer kan snapshot activeren en foutzoeken
Agile Test Design and Automation of a<br />
Life-Critical Medical Device<br />
• Context:<br />
– 700 manjaar ontwikkeling<br />
– 11000 pagina‟s aan specs<br />
– Medisch apparaat voor persoonlijk gebruik<br />
• Uitdaging:<br />
– Huge volume of formal, manual test<br />
– Short development sprints<br />
• Oplossing: test automatisering<br />
– Concept met „test primitives‟<br />
– Reuse of unique scripts<br />
– Scalable and flexible approach
”Death by test script maintenance”<br />
“Primitives” approach saves till 50% of work<br />
Er was echter één probleem…<br />
Het project is helaas afgebroken
A Lean And Mean Approach To<br />
Model-Based Testing Open Source Tools
Model maken met yEd<br />
graphical editor<br />
Testdata uit excel<br />
(Testframe)<br />
Model plus testdata geeft de<br />
feitelijke testgevallen<br />
Open Source Tools<br />
Maatwerkprogramma<br />
Inkoppelen testdata<br />
in model
A Lean And Mean Approach To<br />
Model-Based Testing<br />
?<br />
Wel een mooie casus!
Open Source Tools for Test Management<br />
Test Link<br />
Requirements<br />
management<br />
Performance<br />
testing<br />
framework<br />
Jmeter<br />
Selenium<br />
Automation<br />
testing framework<br />
Security testing<br />
framework<br />
Paros Proxy<br />
SONNET BUS<br />
Bugzilla, Mantis<br />
Defect tracking<br />
SOA testing<br />
framework<br />
SoapUI<br />
Junit<br />
Unit testing<br />
framework<br />
SONNET reporting<br />
engine
Implementing continuous integration<br />
A case study<br />
• Continuous integration<br />
– Stroom van SW wijzigingen in een basis codeline<br />
– Met een zekere regelmaat (bv dagelijks)<br />
– Vaak zijn er meerdere branches<br />
– Testen op meerdere parallelle omgevingen
Implementing continuous integration<br />
A case study<br />
• Continuous integration<br />
– Stroom van SW wijzigingen in een basis codeline<br />
– Met een zekere regelmaat (bv dagelijks)<br />
– Vaak zijn er meerdere branches<br />
– Testen op meerdere parallelle omgevingen<br />
• Vergt veel en vaak regressietesten<br />
• Inrichten testautomatisering<br />
– Management support nodig<br />
– Flexibiliteit nodig, maar don’t adapt the team to the tool<br />
– Gestructureerde toolselectie en toolimplementatie<br />
– Opbouwen programmeervaardigheden QA team<br />
Ondersteuning nodig van de andere afdelingen
Welkom!<br />
Presents…<strong>2010</strong><br />
Het moderne testen Ruud Teunissen<br />
Testmanagement Gerard Numan<br />
Techniek & Verbetering Kees Blokland<br />
Kritisch denkgereedschap Gerard & Ruud<br />
Afronding<br />
Broodjes
Opvallend en nadrukkelijk aanwezig<br />
Alternatieve processen<br />
• Testing 2.0<br />
• Agile<br />
• Lean<br />
• Service Driven<br />
• Context School<br />
• Dynamisch<br />
• Hybride<br />
• “Reduction of waste”<br />
Inside Out<br />
R
Kritisch denkgereedschap voor testers<br />
• Cognitive tools<br />
• Critical thinking movement
De wereld van het denken<br />
– Feiten, waarneming<br />
– Gevoel<br />
– Belang<br />
– Angst<br />
– Redenering<br />
– Taal<br />
– Rethorica<br />
– Anderen<br />
– Conclusie<br />
– Emotie
… vertaald naar de wereld van het testen<br />
– Feiten, waarneming<br />
– Gevoel<br />
– Belang<br />
– Angst<br />
– Redenering<br />
– Taal<br />
– Rethorica<br />
– Anderen<br />
– Conclusie<br />
– Emotie<br />
Testresultaten<br />
De software is wéér te laat…<br />
Mijn deel is echt cruciaal!<br />
Heb ik alles gezien?<br />
Root Cause Analysis<br />
Dit is een showstopper<br />
Als zelfs dit niet werkt…<br />
Hij maakt ook altijd dezelfde fout!<br />
We gaan niet live!<br />
Yes!!!<br />
R
Kritisch denken<br />
• Feit<br />
– Waar baseren we ons op: autoriteiten, onderzoek? Zijn<br />
deze relevant of controleerbaar?<br />
• Waarneming<br />
– Zien we wat we zien?<br />
• Redenering<br />
– Volgt uit de feiten of de waarneming noodzakelijk de<br />
conclusie, zijn er andere conclusies mogelijk of sluipen<br />
er andere, niet relevante zaken mee?<br />
• Conclusie<br />
– Is de formulering conform de inhoud, suggereren we<br />
meer of minder, is het toegesneden op het publiek?
… vertaald naar kritisch testen<br />
• Feit<br />
– Alle (functionele) testgevallen zijn uitgevoerd.<br />
Hoe relevant is dat eigenlijk?<br />
• Waarneming<br />
– Er zijn geen openstaande bevindingen meer<br />
• Redenering<br />
– Er zijn geen openstaande bevindingen meer, alle<br />
testgevallen zijn uitgevoerd. Laat ik maar niet melden<br />
dat de testgevallen enkel “functioneel” waren en ik geen<br />
goed gevoel heb over de andere aspecten. De Project<br />
Manager was laatst al enorm boos op ons…<br />
• Conclusie<br />
– Alles is getest en goed bevonden, dus is er geen reden<br />
meer om NIET live te gaan.<br />
R
Kritische analyse: waarheid<br />
• Is de stelling “Groningers zijn stug” waar, als ik 100<br />
Groningers kan aanwijzen die stug zijn?<br />
• Maar: ik kan ook 100 Gelderlanders, Friezen en<br />
Limburgers vinden die stug zijn.<br />
• Ik kan ook 100 niet-stugge Groningers vinden.<br />
• Als verificatie (goed-gevallen) het (enige) criterium<br />
voor waarheid is, kan ik bijna alles bewijzen en ook<br />
het tegendeel daarvan!
Kritische analyse: waarheid<br />
• Wetenschapstheorie<br />
1. Observeren<br />
2. Vragen<br />
3. Hypothese<br />
4. Ontwerp experiment<br />
5. Experimenteren<br />
6. Conclusie<br />
• Project<br />
1. Eisen en wensen<br />
2. Specificatie<br />
3. Bouw<br />
4. Testanalyse<br />
5. Testuitvoering<br />
6. Conclusie
… vertaald naar onze wereld<br />
• Project<br />
Requirements?<br />
Vragen??<br />
Luisteren???<br />
1. Eisen en wensen<br />
2. Specificatie<br />
3. Bouw<br />
4. Testanalyse<br />
5. Testuitvoering<br />
6. Conclusie<br />
R
Kritische analyse: waarheid<br />
• In wetenschap maar ook in een waarheidsvindende<br />
discipline als testen geldt:<br />
• Er zijn alleen graden van waarschijnlijkheid en<br />
geen 100% waarheid of kwaliteit<br />
• Verificatie geeft alleen een eerste, basale, check<br />
• Falsificatie of negatief testen (en de mate waarin de<br />
theorie of het systeem dit overleeft) geeft inzicht in de<br />
graad van waarschijnlijkheid of de kwaliteit
Taalbewustzijn<br />
Communicatie<br />
• Belang van een gedeelde realiteit<br />
– denkwerelden op elkaar afstemmen<br />
• De ene denkwereld moet de andere niet overnemen<br />
• Als er geen gedeelde realiteit is:<br />
– Desinteresse<br />
– Offensief<br />
– Defensief
Taalbewustzijn<br />
Communicatieverstoringen<br />
• Oordelende termen: “zijn”<br />
– “De iPhone is een slechte telefoon”<br />
– <strong>Wat</strong> ik bedoel: “ik heb geen iPhone omdat ik mijn<br />
telefoon als externe harde schijf wil gebruiken en dat<br />
kan met de i-phone niet”<br />
• Emotie-geladen termen (“alle”, “geen een”, “rot”, ….)<br />
– Spreek dus in termen van wat jij vindt en de<br />
onderbouwing daarvan ipv je mening als absoluut<br />
gegeven<br />
“het systeem zit vol met fouten”<br />
– Voorkomt onbedoelde offensieve en defensieve houding<br />
“dat zullen we nog wel eens zien”
Het Stroop Effect<br />
• Uw ogen zijn krachtiger dan uw mond!<br />
is “hard-wired” in onze hersenen<br />
• Evolutie helpt ook nog een handje mee...<br />
. . . .<br />
. . . .<br />
R
Drogredenen<br />
Afleiden<br />
• Niet relevante toevoeging<br />
– we zijn niet op tijd klaar maar het scherm is wel getest<br />
• Persoonlijke aanval<br />
– maar jij bent altijd om 4 uur al weg<br />
• Niet-bekende autoriteit<br />
– uit recent Noord-Koreaans onderzoek blijkt …<br />
• Nitpicking<br />
– zoeken naar een klein detail wat niet goed gaat en daar<br />
op blijven hameren<br />
• Zekerheidsparalyse<br />
– je bent niet 100% zeker en dus betekent wat je zegt<br />
helemaal niets
Drogredenen<br />
Minste van 2 kwaden<br />
• Laten we maar stoppen met testen want alles testen is<br />
onmogelijk terwijl we nooit alle fouten zullen vinden<br />
Verborgen agenda’s / luiheid<br />
• We veranderen het proces<br />
– als eigenlijk mensen het probleem zijn<br />
• We gaan onze medewerkers opleiden<br />
– en doen niets aan slecht functionerend management<br />
• We nemen een testtool<br />
– en gaan niet overwerken of slimmer testen terwijl dat<br />
het probleem veel beter oplost<br />
• We gaan outsourcen<br />
– omdat we het probleem zelf niet willen oplossen
Axioma‟s<br />
• Een axioma is een niet bewezen, maar als grondslag<br />
aanvaarde stelling en wordt gebruikt bij het bewijzen<br />
van andere stellingen. Let op:<br />
– axioma's mogen niet met elkaar in tegenspraak zijn<br />
– axioma's mogen niet uit andere axioma's afgeleid<br />
kunnen worden<br />
• Testen: 16 axioma‟s – 3 groepen<br />
– Stakeholder<br />
– (Test) Design<br />
– (Test) Delivery<br />
Testen heeft tenminste één belanghebbende<br />
Testen is gebaseerd op een model van de werkelijkheid<br />
Testen is nooit klaar, het stopt gewoon<br />
R
Waarom u test zoals u test!<br />
Context<br />
+ Waarden<br />
+ Denken<br />
= Aanpak<br />
Hoe u kunt verbeteren!<br />
Axiomas<br />
+ Context<br />
+ Waarden<br />
+ Denken<br />
= Aanpak<br />
Tenslotte
Tenslotte<br />
Focus op het verbeteren van de service aan de klant,<br />
niet op het verbeteren van het testen zelf<br />
Het doel van testen is zo veel mogelijk bij te dragen aan<br />
de kwaliteit, niet alleen maar het aanwezig zijn<br />
Not Invented Here Syndroom<br />
Hoed u voor het NIH-Syndroom<br />
Kritische noot van uw verslaggever:<br />
Verlies “the big picture” niet uit het oog