Ad hoc-test
Ad hoc-test er en uformel eller ustruktureret softwaretesttype, der sigter mod at bryde testprocessen for at finde mulige fejl eller fejl på et tidligt muligt tidspunkt. Ad hoc-test udføres tilfældigt, og det er normalt en ikke-planlagt aktivitet, der ikke følger nogen dokumentation og testdesignteknikker for at skabe testcases.
Ad hoc-test følger ingen struktureret testmetode, og det udføres tilfældigt på nogen del af applikationen. Hovedformålet med denne test er at finde fejl ved tilfældig kontrol. Adhoc-test kan opnås med softwaretestteknikken kaldet Error Guessing. Fejl gæt kan gøres ved, at folk har nok erfaring på 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 mangler gennem en tilfældig tilgang uden nogen dokumentation, vil mangler ikke blive kortlagt til testsager. Dette betyder, at det undertiden er meget vanskeligt at reproducere manglerne, da der ikke er testtrin eller krav tilknyttet.
Følgende video guider dig, hvordan du udfører adhoc-test
Klik her, hvis videoen ikke er tilgængelig
Når udfører Adhoc-test?
Ad hoc-test kan udføres, når der er begrænset tid til at udføre detaljerede test. Normalt udføres adhoc-test efter den formelle testudførelse. Og hvis tiden tillader det, kan ad hoc-test udføres på systemet. Ad hoc-test vil kun være effektiv, hvis testeren har kendskab til systemet under test.
Typer af Adhoc-test
Der er forskellige typer Adhoc-test, og de er angivet som nedenfor:
| Buddy Testing | To venner arbejder gensidigt på at identificere mangler i det samme modul. For det meste kommer en kammerat fra udviklingsteamet og en anden person fra testteamet. Buddy-test hjælper testere med at udvikle bedre testsager, og udviklingsteamet kan også foretage designændringer tidligt. Denne test sker normalt efter afslutning af enhedstest. |
| Par test | To testere får tildelt moduler, deler ideer og arbejder på de samme maskiner for at finde fejl. En person kan udføre testene, og en anden person kan notere resultaterne. Personernes roller kan være en tester og scriber under testningen. Sammenligning Buddy and Pair Testing: Buddy-test er en kombination af enhed- og systemtestning sammen med udviklere og testere, men Par-test udføres kun med testere med forskellige videnniveauer. (Erfarne og ikke-erfarne til at dele deres ideer og synspunkter) |
| Monkey Testing | Test tilfældigt produktet eller applikationen uden testtilfælde med det mål at bryde systemet. |
Bedste fremgangsmåder ved Adhoc-test
At følge bedste praksis kan sikre effektiv Adhoc-test.
God forretningskendskab
Testere skal have godt kendskab til forretningen og have en klar forståelse af kravene - Detaljeret viden om forretningsprocessen fra ende til anden hjælper let med at finde mangler. Erfarne testere finder flere defekter, da de er bedre til at gætte fejl.
Test nøglemoduler
Vigtigste forretningsmoduler skal identificeres og målrettes til ad hoc-test. Virksomhedskritiske moduler skal testes først for at få tillid til systemets kvalitet.
Registrer mangler
Alle fejl skal registreres eller skrives i et notesblok. Mangler skal tildeles udviklere til reparation. For hver gyldig mangel skal tilsvarende testsager skrives og føjes til planlagte testsager.
Disse defektresultater skal foretages som erfaringerne, og disse skal reflekteres i vores næste system, mens vi planlægger testsager.
Konklusion:
Fordelen ved Ad-hoc-test er at kontrollere, om testen er fuldstændig og finde flere defekter end planlagt test. Fejlfangsttestsagerne tilføjes som yderligere testsager til de planlagte testsager.
Inden for softwareteknik sparer Ad-hoc-test meget tid, da det ikke kræver omfattende testplanlægning, dokumentation og testcase-design.