Antwoord.

Testcases zijn vooraf voorbereide scenario's met duidelijk beschreven stappen, invoer- en verwachte resultaten. Exploratory testing wordt ter plaatse opgebouwd: de tester genereert onderweg controles terwijl hij/zij het product leert kennen, gebruikmakend van zijn/haar expertise en intuïtie. Historisch gezien werden testcases eerst dominant, maar naarmate systemen complexer werden en het volume van handmatige tests toenam, is exploratory testing begonnen met het aanvullen van formele benaderingen.

Probleem

Blind volgen van slechts één type testen beperkt de vindingrijkheid van de tester en kan resulteren in een product met onopgemerkte bugs die niet in de cases zijn beschreven.

Oplossing

Gebruik beide benaderingen in evenwichtige mate: testcases voor regressie- en kritische functionaliteit, exploratory testing voor nieuwe, nog niet volledig geformaliseerde secties en bij korte tijdsdruk.

Kernkenmerken:

Testcases garanderen herhaalbaarheid en vergelijkbare resultaten
Exploratory testing vergroot de kans op het vinden van ongebruikelijke en sluwe bugs
Beide benaderingen moeten samen gaan

Vraag met een valstrik.

Kan ik alleen testcases gebruiken voor 100% dekking?

Nee. Zelfs de meest gedetailleerde set van cases dekt onverwacht gedrag van de gebruiker of ongebruikelijke bugs niet.

Vereist exploratory testing voorafgaande voorbereiding?

Ja. Het is noodzakelijk om de functionaliteit te begrijpen, de vereisten te bestuderen en de bedrijfslogica te begrijpen voordat je het product vrijelijk gaat verkennen.

Is een bugrapport verplicht na exploratory testing?

Ja. Elke gevonden defect moet net zo gedetailleerd worden gedocumenteerd als een bug uit een formeel scenario, anders is het moeilijk om het te reproduceren en op te lossen.

Veelvoorkomende fouten en anti-patronen

Het negeren van een van de benaderingen
Geen documentatie van gevonden bugs tijdens exploratory testing
Onbekendheid met de functionaliteit van het product vóór de start van de onderzoeksessie

Voorbeeld uit het leven

Negatieve case

Het team dekte de release alleen met formele testcases. Een tester voerde ze strikt volgens de instructies uit, zonder "verwante" cases te controleren, waardoor een bug werd gemist die zich voordeed bij een specifieke volgorde van acties die niet van tevoren was voorzien.

Voordelen:

Snelle en eenvoudige automatisering van rapportage

Nadelen:

Onvoldoende diepte van de controle
Gebrek aan flexibiliteit

Positieve case

De tester besteedde na het doorlopen van de sleutel testcases een uur aan exploratory testing en vond een bug die alleen wordt gereproduceerd bij het wijzigen van de tijd op het apparaat tijdens het gebruik van de applicatie.