Wat is ad-hoctesten? Typen met voorbeeld
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-hoctesten worden willekeurig uitgevoerd en zijn meestal een ongeplande activiteit waarbij geen documentatie en testontwerptechnieken worden gevolgd om testgevallen te creëren.
Ad hoc testen volgt geen enkele gestructureerde manier van testen en wordt willekeurig uitgevoerd op elk onderdeel van de applicatie. Het hoofddoel van deze tests is het vinden van defecten door middel van willekeurige controles. Adhoc-testen kunnen worden uitgevoerd met de zogenaamde softwaretesttechniek Fout raden. Het raden van fouten kan worden gedaan door mensen die voldoende ervaring met het systeem hebben om de meest waarschijnlijke bron van fouten te ‘raden’.
Voor deze tests is geen documentatie/planning/proces vereist. Omdat deze tests gericht zijn op het vinden van defecten door middel van een willekeurige benadering, zonder enige documentatie, worden defecten niet toegewezen aan testgevallen. 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 laat zien hoe u ad-hoctests uitvoert
Klik hier als de video niet toegankelijk is
Wanneer ad-hoctesten uitvoeren?
Ad-hoctesten kunnen worden uitgevoerd als er weinig tijd is om uitgebreide tests uit te voeren. Meestal worden ad-hoctests uitgevoerd na de formele testuitvoering. En als de tijd het toelaat, kunnen ad-hoctests op het systeem worden uitgevoerd. Ad-hoctesten zijn alleen effectief als de tester kennis heeft van het te testen systeem.
Soorten ad-hoctesten
Er zijn verschillende soorten ad-hoctests en deze worden hieronder vermeld:
Buddy Testen | Twee buddy's werken samen aan het identificeren van defecten in dezelfde module. Meestal komt één buddy uit het ontwikkelteam en de ander uit het testteam. Buddy Door te testen kunnen de testers betere testgevallen ontwikkelen en kan het ontwikkelingsteam ook vroegtijdig ontwerpwijzigingen doorvoeren. Dit testen gebeurt meestal daarna Testen van een eenheid voltooiing. |
Paar testen | Twee testers krijgen modules toegewezen, wisselen ideeën uit en werken aan dezelfde machines om defecten te vinden. Eén persoon kan de tests uitvoeren en een andere persoon kan aantekeningen maken over de bevindingen. De rollen van de personen kunnen tester en afschrijver zijn tijdens het testen.
Vergelijk Buddy en paartesten: Buddy testen is een combinatie van eenheid en Systeem testen samen met ontwikkelaars en testers, maar paartesten worden alleen gedaan met testers met verschillende kennisniveaus. (Ervaren en niet-ervaren om hun ideeën en standpunten te delen) |
Aap testen | Test het product of de toepassing willekeurig zonder testgevallen met een doel om het systeem breken. |
Best practices van ad-hoctesten
Door best practices te volgen, kunt u effectieve ad-hoctests garanderen.
Goede bedrijfskennis
Testers moeten een goede kennis van het bedrijf hebben en een duidelijk begrip van de vereisten. Gedetailleerde kennis van het end-to-end bedrijfsproces zal helpen om defecten gemakkelijk te vinden. Ervaren testers ontdekken meer defecten omdat ze beter zijn in het raden van fouten.
Sleutelmodules testen
De belangrijkste bedrijfsmodules moeten worden geïdentificeerd en gericht worden op ad-hoctesten. Bedrijfskritische modules moeten eerst worden getest om vertrouwen te krijgen in de kwaliteit van het systeem.
Registreer gebreken
Alle gebreken moeten worden vastgelegd of in een notitieblok worden geschreven. Defecten moeten ter reparatie aan ontwikkelaars worden toegewezen. Voor elk geldig defect moeten overeenkomstige testgevallen worden geschreven en toegevoegd aan geplande testgevallen.
Deze Defect bevindingen moeten worden gedaan als geleerde les en deze moeten worden weerspiegeld in ons volgende systeem terwijl we testgevallen plannen.
Conclusie
Het voordeel van ad-hoctesten is dat u de volledigheid van de tests kunt controleren en meer defecten kunt vinden dan gepland testen. De defectvangende testgevallen worden als aanvullende testgevallen toegevoegd aan de geplande testgevallen.
Bij Software Engineering bespaart ad-hoctesten veel tijd omdat er geen uitgebreide testplanning, documentatie en planning nodig zijn Testgeval ontwerp.