The playground

More information here

probeer QA

de Betekenis van het woord Ad-hoc is iets dat niet in orde is of niet georganiseerd of ongestructureerd. In de soortgelijke noot is de ad-hoc testing niets anders dan een soort black box testing of gedragstests. Ad-hoctests worden uitgevoerd zonder formele procedures zoals vereiste documenten, testplan, testgevallen, enz. Ook tijdens het uitvoeren van de ad-hoc-tests […]

de Betekenis van het woord Ad-hoc is iets dat niet in orde is of niet georganiseerd of ongestructureerd. In de soortgelijke noot is de ad-hoc testing niets anders dan een soort black box testing of gedragstests.

Ad-hoctests worden uitgevoerd zonder formele procedures zoals vereiste documenten, testplan, testgevallen, enz. Ook tijdens het uitvoeren van de ad-hoc-tests is er geen formeel testproces dat kan worden gedocumenteerd.

Ad-hoctests worden meestal uitgevoerd om problemen of defecten op te sporen die niet kunnen worden gevonden door het formele proces te volgen.

de testers die deze tests uitvoeren, moeten een zeer goede en diepgaande kennis hebben van het product of de toepassing.

wanneer testers ad-hoc testen uitvoeren, zijn zij alleen van plan het systeem te breken zonder een proces te volgen of zonder een bepaald use case in gedachten te hebben.

Kenmerken van Ad-hoctests

  1. Ad-hoctests worden uitgevoerd na voltooiing van de formele tests op de toepassing of het product.
  2. deze test wordt uitgevoerd om de toepassing te breken zonder een proces te volgen.
  3. de testers die de AD-hoctests uitvoeren, moeten over een grondige kennis van het product beschikken.
  4. de bugs die tijdens ad-hoc testen zijn gevonden, onthullen de mazen in het gevolgde testproces.
  5. ad-hoctests kunnen slechts eenmaal worden uitgevoerd totdat en tenzij er een defect wordt gevonden dat opnieuw moet worden getest.

wanneer Ad-hoctests kunnen worden uitgevoerd?

nu, de vraag die in je opkomt is wanneer we ad-hoc testen moeten doen?

om dit te beantwoorden kan ik zeggen dat de ad-hoc testen op elk punt van de tijd kan worden gedaan, of het nu het begin, midden of einde van het project testen. Dit kan alleen worden gedaan wanneer de testers volledige kennis van het product hebben. Deze tests kunnen ook worden uitgevoerd wanneer de tijd zeer beperkt is en gedetailleerde tests vereist zijn.

wanneer mogen geen ad-hoctests worden uitgevoerd?

de beslissing wanneer de AD-hoctest niet wordt uitgevoerd, kan worden genomen door de ervaren en bekwame tester. Hoewel er weinig gevallen zijn waarin ad-hoc testen niet zouden moeten worden gedaan:

  • ad-hoc testen is niet vereist als er al een bestaande bug is voor de TestCASE. In dergelijke gevallen moet de bug worden gemeld en het moet opnieuw worden getest zodra het is opgelost.
  • Ad-hoctests mogen niet worden uitgevoerd tijdens het Beta-testen van de software door de clients of klanten.

wat zijn de soorten ad-hoctests?

Er zijn in principe drie soorten ad-hoctests. Ze zijn:

– Buddy testen: dit type testen wordt gedaan door de ontwikkelaar en de tester die verantwoordelijk zijn voor die specifieke module levering. In dit type testen zullen de ontwikkelaar en de tester samen zitten en werken aan die specifieke module om te voorkomen dat het bouwen van de ongeldige scenario ‘ s die ook in andere hand helpen de tester van het melden van de ongeldige defecten.

– Pair testing: bij dit type testen werken twee testers samen aan één module. Ze verdelen in principe de testscenario ‘ s tussen hen. Het doel van dit type testen is om te komen met maximale testscenario ‘ s, zodat de hele module volledige testdekking moet hebben. Na het testen van de gehele module samen kunnen ze ook hun testscenario ‘ s en observaties documenteren.

–Monkey testing: bij dit type testen worden enkele willekeurige tests uitgevoerd met enkele willekeurige gegevens met als doel het systeem te breken. Dit testen helpt ons om een aantal nieuwe bugs die misschien niet eerder worden gevangen te ontdekken.

voordelen of voordelen van Ad-hoctests:

hieronder volgen enkele van de voordelen of voordelen die verband houden met de AD-hoctests:

  1. ad hoc testen geeft de tester de vrijheid om zijn eigen nieuwe manieren van testen van de applicatie toe te passen, waardoor hij meer defecten kan ontdekken dan het formele testproces.
  2. dit type testen kan op elk moment en overal in de Software Development Life cycle (SDLC) worden uitgevoerd zonder een formeel proces te volgen.
  3. dit type testen is niet alleen beperkt tot het testteam, maar dit kan ook worden gedaan door de ontwikkelaar tijdens het ontwikkelen van hun module die hen helpt om op een betere manier te coderen.
  4. ad-hoctests blijken zeer nuttig wanneer er minder tijd is en diepgaande tests van de functie vereist zijn. Dit helpt bij het leveren van de functie met kwaliteit en op tijd.
  5. Ad-hoc testen kunnen gelijktijdig worden uitgevoerd met de andere soorten testen die helpen bij het vinden van meer bugs in minder tijd.
  6. bij dit type testen is de documentatie niet nodig die de tester helpt om de doelgerichte testen van de functie of toepassing uit te voeren zonder zich zorgen te maken over de formele documentatie.

nadelen van Ad hoc testen:

  1. omdat ad-hoc testen zonder enige planning en op ongestructureerde manier wordt uitgevoerd, wordt het opnieuw aanmaken van bugs soms een groot probleem.
  2. de testscenario ’s die tijdens de AD-hoctests zijn uitgevoerd, zijn niet gedocumenteerd, zodat de tester alle scenario’ s in gedachten moet houden die hij/zij zich in de toekomst misschien niet meer kan herinneren.
  3. ad hoc testen is sterk afhankelijk van de deskundige tester die een grondige kennis van het product heeft het kan niet worden gedaan door een nieuwe deelnemer van het team.

beste praktijken bij het uitvoeren van Ad-hoctests:

als ad-hoctests niet op de juiste manier worden uitgevoerd, kan dit leiden tot een totaal verlies van tijd en moeite. Hieronder volgen enkele aanwijzingen om in gedachten te houden waar en hoe deze ad-hoc test moet worden uitgevoerd:

  1. goede kennis van het product:

    de tester die de ad-hoc test gaat uitvoeren, moet een zeer goede kennis van het product hebben. Hij moet zeer goed op de hoogte met alle functies in het product. Dit helpt de tester in fout raden en het vinden van het maximum aantal bugs van de defect gevoelige gebieden.

  2. Prioriteitsfunctie:

    wanneer ad-hoc testen moet worden gedaan voor de meerdere functies dan moeten de testers eerst categoriseren en prioriteit geven aan de functies. Functies die in hoge mate worden gebruikt door de klanten moeten eerst worden getest, zodat als er een prioriteit bug bestaat in de functie kan worden gemeld en vroeg opgelost.

  3. ruwe planning:

    hoewel er geen documentatie nodig is bij het uitvoeren van Ad-hoctests, zoals eerder vermeld, maar door de aanwijzers te vermelden die tijdens deze tests moeten worden getest, kan de tester alle mogelijke testgebieden onthouden. Dit helpt bij het hebben van de maximale testdekking in minder tijd.

  4. gebruik van Tools:

    soms zijn er tijdens het testen fouten of uitzonderingen gevonden in logboeken die niet in de gebruikersinterface te zien zijn of die het testen op geen enkele manier belemmeren. Dergelijke bugs kunnen ook van hoge ernst zijn. Om dergelijke bugs of uitzonderingen te vangen moeten we tools gebruiken zoals debuggers, profilers of taakmonitors.

  5. documentatie van waarnemingen:

    hoewel het ad-hoc testen geen documentatie ondersteunt, is het altijd beter om een notitie in het kort te schrijven over je testen, bevindingen, afwijkingen. Als gebreken worden gevonden dan moet de relevante testcase worden gemaakt, zodat het de tester zal helpen om het scenario opnieuw te testen in de toekomst.

andere populaire artikelen:

  • Wat is regressie testen in software?
  • Wat is validatie bij het testen van software? of wat is softwarevalidatie?
  • Monkey testing-voorbeelden, verschillen,hulpmiddelen, hoe te doen, voor-en nadelen, typen
  • Wat is Componenttesten?
  • Wat wordt opnieuw getest? Wanneer gebruiken? Voor-en nadelen

Geef een antwoord

Het e-mailadres wordt niet gepubliceerd.