exploratory testing vs scripted testing
Real-world voordelen van verkennende tests:
Traditioneel was het testen van software een zeer rigide activiteit, maar de laatste jaren is er een verschuiving opgetreden van scriptgebaseerd testen. Verkennende toetsing , dat meer contextgedreven is, naar voren komt. Dat komt omdat het testers meer vrijheid geeft om hun vaardigheden en kennis te exploiteren, en het hen verantwoordelijk maakt voor het optimaliseren van de waarde van hun eigen werk.
Niet iedereen wordt verkocht op de waarde van verkennende toetsen. Het waargenomen gebrek aan formaliteit en de nadruk op persoonlijke verantwoordelijkheid kan alarmbellen doen rinkelen. Maar die zorg is grotendeels gebaseerd op een verkeerde interpretatie van verkennend testen. Het gaat er niet om regels uit het raam te gooien en willekeurig te testen, het is eigenlijk heel gestructureerd en systematisch. En het is ook zeer effectief.
Sceptici willen concreet bewijs dat het meer doet dan het moreel van de tester verbeteren. Daarom hebben we besloten een onderzoek uit te voeren waarin contextgebaseerde, verkennende tests rechtstreeks zouden worden vergeleken met een op scripts gebaseerde testbenadering. De resultaten waren erg interessant, zoals u binnenkort zult ontdekken.
Wat je leert:
ascii naar int c ++
- Contextgebaseerd (verkennend testen) versus scripttestteams
- Wat betekent het?
- Gevolgtrekking
- Aanbevolen literatuur
Contextgebaseerd (verkennend testen) versus scripttestteams
Twee teams, twee benaderingen
We zijn begonnen met het verdelen van de testers in twee teams van drie. Testers in elk team hadden dezelfde vergelijkbare applicatiekennis. Dezelfde definities voor ernst van het defect (major, minor) werden vastgesteld voor beide teams. Beide teams hebben dezelfde applicatie-build aan hen laten leveren. Het ene team ('scripted') zou een traditionele, op scripts gebaseerde testaanpak toepassen en het andere team ('verkennend') zou een contextgestuurde testaanpak toepassen. De testactiviteiten worden verdeeld in twee fasen van elk drie dagen.
Het op script gebaseerde team identificeerde vijf zakelijke werkstromen om te testen en genereerde 15 testcases. De testcases waren beperkt in omvang, dus testers hadden geen enkele vrijheid om buiten de grenzen van het script te verkennen.
Het verkennende team creëerde twee visuele mindmaps , een die de testdekking en testcharters identificeerde, en de andere die productcomponenten / -modules omvatte. Het proces leverde in totaal 24 testcharters op. De gedefinieerde charters waren van hoog niveau en maakten contextuele interpretatie mogelijk, waardoor de reikwijdte van de testsessie voor de testers werd uitgebreid.
Fase 1:
Het scriptteam slaagde erin om in de drie toegewezen dagen 6 testcases te voltooien. Ze meldden in die tijd 6 grote gebreken.
Het verkennende team slaagde erin 13 testsessies af te ronden van elk 30 minuten tot 180 minuten. Ze rapporteerden 10 grote defecten en 5 kleine defecten.
Interessant is dat het verkennende team alle defecten rapporteerde die het scriptteam had gerapporteerd.
Fase 2:
Het scriptteam slaagde erin om te voltooien 9 testcases deze keer. Ze rapporteerden 10 grote gebreken en 8 kleine defecten
Het verkennende team voltooide 18 sessies. Ze rapporteerden 14 grote gebreken en 5 kleine defecten.
In fase 2 rapporteerde het scriptteam 2 grote en 1 kleine fout die het verkennend team niet had gevonden, maar het verkennend team rapporteerde 3 grote en 1 kleine fout die het scriptteam niet rapporteerde.
Hierbij is geen rekening gehouden met de relatieve complexiteit van de workflows die mogelijk zijn gekozen door de testers binnen deze sessies en de testcases, maar we kunnen toch enkele interessante conclusies trekken.
Wat betekent het?
Het lijkt erop dat een verkennende aanpak, en de verantwoordelijkheid en flexibiliteit die dit met zich meebrengt, leidt tot een effectievere vorm van toetsen. Het is misschien mogelijk om meer terrein te bestrijken door uw testcharters te ontwikkelen en aan te passen naarmate de testsessies vorderen, op basis van wat zinvol is in de context. Deze vrijheid ontbreekt bij scriptgebaseerde tests en kan het opsporen van defecten voorkomen.
c programmeer interviewvragen en antwoorden met uitleg pdf
Als we ons strikt aan scripts houden, ontstaan er versleten paden, en alleen door van die paden af te wijken, zullen we alle gebreken aan het licht brengen. Zoals verschillende keren door opinieleiders binnen de testgemeenschap werd genoemd: 'Als je je een product voorstelt als een veld van landmijnen en elke landmijn een defect is, dan is het vrij duidelijk dat steeds weer hetzelfde pad bewandelen niet de manier is om ze te vinden. alle.'
Uiteindelijk was geen van beide benaderingen perfect, omdat elk team defecten rapporteerde die het andere team niet identificeerde, ook al rapporteerde het verkennend team in het algemeen meer.
Realistisch gezien kan dit betekenen dat de juiste benadering, met betrekking tot zo dicht mogelijk bij 'minimale' defecten, een combinatie van beide zal zijn. Maar er zijn veel voordelen met de contextgestuurde aanpak die in haar voordeel spreken. Het vereist minder voorbereidingstijd, minder documentatie, identificeert problemen eerder en daagt testers uit om analytische vaardigheden en deductief redeneren te gebruiken. Ze krijgen een dieper en grondiger begrip van het product en treden echt op als pleitbezorgers voor de eindgebruiker.
Gevolgtrekking
Het eindresultaat toont aan dat verkennend testen leidt tot het melden van meer defecten voor go-live, wat resulteert in een beter product geleverd door het team, en uiteindelijk, meer tevreden / vervulde testers wat allemaal wenselijke resultaten zijn, hoe je het ook bekijkt.
Over de auteur
Mush Honda is QA Director bij KMS-technologie , een leverancier van IT-services gedurende de hele levenscyclus van softwareontwikkeling met kantoren in Atlanta, GA en Ho Chi Minh City, Vietnam. Eerder was hij tester bij Ernst & Young, Nexidia, Colibrium Partners en Connecture. KMS-services omvatten applicatiebeheer, testen, ondersteuning, professionele services en personeelsvergroting.
Ga je akkoord? Voel je vrij om je opmerkingen te plaatsen, vragen hieronder.
PREV-zelfstudie VOLGENDE Tutorial # 4: Verkennend testen met HP Sprinter
Aanbevolen literatuur
- Beste softwaretesttools 2021 [QA Test Automation Tools]
- Enkele interessante sollicitatievragen voor het testen van software
- Software testen QA Assistant Job
- Software Testing-cursus: bij welk Software Testing Institute moet ik me aansluiten?
- Softwaretests kiezen als uw carrière
- Softwaretest Schrijver van technische inhoud Freelancer-baan
- Hoe u rondleidingen kunt gebruiken om volledige en grondige verkennende tests te garanderen
- Primer eBook downloaden testen