Ad hoc testen
Ad hoc testen is een informeel of ongestructureerd softwaretesttype dat tot doel heeft het testproces te doorbreken om mogelijke defecten of fouten in een vroeg mogelijk stadium te vinden. Ad-hoctests worden willekeurig uitgevoerd en het is meestal een ongeplande activiteit waarbij geen documentatie en testontwerptechnieken worden gevolgd om testcases te creëren.
Ad hoc testen volgt geen gestructureerde manier van testen en wordt willekeurig uitgevoerd op elk onderdeel van de applicatie. Het belangrijkste doel van deze test is om defecten op te sporen door steekproefsgewijs te controleren. Adhoc-tests kunnen worden bereikt met de softwaretesttechniek genaamd Error Guessing. Het raden van fouten kan worden gedaan door de mensen die voldoende ervaring hebben met het systeem om de meest waarschijnlijke bron van fouten te "raden".
Voor dit testen is geen documentatie / planning / proces vereist. Aangezien deze test erop gericht is defecten op te sporen door middel van een willekeurige benadering, zonder enige documentatie, zullen defecten niet in testgevallen worden toegewezen. Dit betekent dat het soms erg moeilijk is om de defecten te reproduceren, omdat er geen teststappen of vereisten aan zijn toegewezen.
De volgende video helpt u bij het uitvoeren van adhoc-tests
Klik hier als de video niet toegankelijk is
Wanneer voert u Adhoc-tests uit?
Ad-hoctesten kunnen worden uitgevoerd als er weinig tijd is om uitgebreide tests uit te voeren. Gewoonlijk worden adhoc-tests uitgevoerd na de formele testuitvoering. En als de tijd het toelaat, kunnen ad-hoctests op het systeem worden uitgevoerd. Ad-hoctests zijn alleen effectief als de tester kennis heeft van het te testen systeem.
Soorten ad-hoc-tests
Er zijn verschillende soorten Adhoc-tests en deze worden hieronder vermeld:
| Buddy testen | Twee maatjes werken samen aan het identificeren van defecten in dezelfde module. Meestal komt een buddy uit het ontwikkelteam en een ander uit het testteam. Buddy-tests helpen de testers om betere testcases te ontwikkelen en het ontwikkelteam kan ook vroegtijdig ontwerpwijzigingen doorvoeren. Dit testen gebeurt meestal nadat de eenheidstest is voltooid. |
| Koppel testen | Twee testers krijgen modules toegewezen, wisselen ideeën uit en werken op dezelfde machines om defecten op te sporen. De ene persoon kan de tests uitvoeren en een andere persoon kan aantekeningen maken bij de bevindingen. De rollen van de personen kunnen tijdens het testen een tester en kraspen zijn. Vergelijking van buddy- en pair-testen: Buddy-testen is een combinatie van unit- en systeemtesten samen met ontwikkelaars en testers, maar pair-testen wordt alleen gedaan met de testers met verschillende kennisniveaus. (Ervaren en niet-ervaren om hun ideeën en opvattingen te delen) |
| Aap testen | Test het product of de applicatie willekeurig zonder testcases met als doel het systeem te doorbreken. |
Best practices voor adhoc-testen
Door de beste praktijken te volgen, kunt u een effectieve ad-hoctest garanderen.
Goede zakelijke kennis
Testers moeten een goede kennis van het bedrijf hebben en een duidelijk begrip van de vereisten hebben. Gedetailleerde kennis van het end-to-end-bedrijfsproces helpt defecten gemakkelijk op te sporen. Ervaren testers vinden meer defecten omdat ze beter zijn in het raden van fouten.
Test belangrijke modules
De belangrijkste bedrijfsmodules moeten worden geïdentificeerd en gericht op ad-hoctests. Bedrijfskritische modules moeten eerst worden getest om vertrouwen te krijgen in de kwaliteit van het systeem.
Leg gebreken vast
Alle defecten moeten in een notitieblok worden genoteerd of geschreven. Defecten moeten ter reparatie aan ontwikkelaars worden toegewezen. Voor elk geldig defect moeten corresponderende testcases worden geschreven en moeten ze worden toegevoegd aan geplande testcases.
Deze bevindingen met betrekking tot defecten moeten worden gemaakt als les die is geleerd en deze moeten worden weerspiegeld in ons volgende systeem terwijl we plannen maken voor testgevallen.
Gevolgtrekking:
Het voordeel van ad-hoc testen is om de volledigheid van testen te controleren en meer defecten te vinden dan geplande testen. De defectopvangende testcases worden als aanvullende testcases toegevoegd aan de geplande testcases.
In Software Engineering bespaart ad-hoc testen veel tijd omdat het geen uitgebreide testplanning, documentatie en testcase-ontwerp vereist.