13.09.2013 Views

Wat bracht EuroSTAR 2010? - Polteq

Wat bracht EuroSTAR 2010? - Polteq

Wat bracht EuroSTAR 2010? - Polteq

SHOW MORE
SHOW LESS

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

Hooray! Your file is uploaded and ready to be published.

Saved successfully!

Ooh no, something went wrong!