Hvad er adhoc test? Typer med Eksempel

Ad hoc test

Ad hoc test er en uformel eller ustruktureret softwaretesttype, der har til formål at bryde testprocessen for at finde mulige defekter eller fejl på et tidligt muligt stadium. Ad hoc test udføres tilfældigt, og det er normalt en uplanlagt aktivitet, som ikke følger nogen dokumentation og testdesignteknikker for at skabe testcases.

 

Adhoc test

Ad hoc-testning følger ikke nogen struktureret testmetode, og den udføres tilfældigt på enhver del af ansøgningen. Hovedformålet med denne test er at finde defekter ved tilfældig kontrol. Adhoc-test kan opnås med softwaretestteknikken kaldet Fejl ved at gætte. Fejlgætning kan udføres ved, at folk har tilstrækkelig erfaring med systemet til at "gætte" den mest sandsynlige kilde til fejl.

Denne test kræver ingen dokumentation/planlægning/proces, der skal følges. Da denne test sigter mod at finde defekter gennem tilfældig tilgang, uden nogen dokumentation, vil defekter ikke blive kortlagt til testcases. Det betyder, at det nogle gange er meget svært at genskabe defekterne, da der ikke er nogen testtrin eller krav knyttet til det.

Following video guider dig til, hvordan du laver adhoc test

Klik link. hvis videoen ikke er tilgængelig

Hvornår udføres adhoc-test?

Ad hoc-test kan udføres, når der er begrænset tid til at udføre omfattende test. Normalt udføres adhoc-test efter den formelle testudførelse. Og hvis tiden tillader det, kan der laves ad hoc test på systemet. Ad hoc-test vil kun være effektiv, hvis testeren har kendskab til det system, der testes.

Typer af adhoc-test

Der er forskellige typer adhoc-test, og de er angivet som nedenfor:

Buddy test To venner arbejder gensidigt på at identificere defekter i det samme modul. For det meste vil en ven være fra udviklingsteamet, og en anden person vil være fra testteamet. Buddy-test hjælper testerne med at udvikle bedre testcases, og udviklingsteamet kan også foretage designændringer tidligt. Denne test sker normalt efter Enhedstest færdiggørelse.
Par test To testere får tildelt moduler, deler ideer og arbejder på de samme maskiner for at finde defekter. En person kan udføre testene, og en anden person kan tage noter om resultaterne. Personernes roller kan være tester og skribent under testning.

Sammenligning af venne- og partest:

Buddy test er en kombination af enhed og Systemtest sammen med udviklere og testere, men partest udføres kun med testere med forskellige vidensniveauer. (Erfarne og ikke-erfarne til at dele deres ideer og synspunkter)

Abetest

Test produktet eller applikationen tilfældigt uden testcases med et mål om bryde systemet.

Bedste praksis for Adhoc-test

Following bedste praksis kan sikre effektiv adhoc-testning.

Godt forretningskendskab

Testere bør have et godt kendskab til forretningen og en klar forståelse af kravene - Detaljeret viden om den endelige forretningsproces vil hjælpe med at finde defekter nemt. Erfarne testere finder flere defekter, da de er bedre til at gætte fejl.

Test nøglemoduler

Nøgle forretningsmoduler bør identificeres og målrettes til ad hoc-test. Forretningskritiske moduler bør testes først for at opnå tillid til systemets kvalitet.

Rekordmangler

Alle defekter skal registreres eller skrives i en notesblok. Fejl skal tildeles udviklere til udbedring. For hver gyldig defekt skal tilsvarende testcases skrives og føjes til planlagte testcases.

Disse Defekt resultaterne bør gøres som erfaringer, og disse bør afspejles i vores næste system, mens vi planlægger testcases.

Konklusion

Fordelen ved ad hoc-test er at kontrollere, om testen er fuldstændig og finde flere defekter end planlagt test. De defektfangende testcases tilføjes som yderligere testcases til de planlagte testcases.

Inden for softwareteknologi sparer ad hoc-test meget tid, da det ikke kræver omfattende testplanlægning, dokumentation og Test sag design.