The playground

More information here

prøv KVA

betydningen af ordet Ad hoc er noget, der ikke er i orden eller ikke organiseret eller ustruktureret. I den lignende note er Ad hoc-test kun en type sort boks test eller adfærdstest. Ad hoc-test udføres uden at følge nogen formel proces som kravdokumenter, testplan, testsager osv. Tilsvarende under udførelse af ad hoc-test er der ingen […]

betydningen af ordet Ad hoc er noget, der ikke er i orden eller ikke organiseret eller ustruktureret. I den lignende note er Ad hoc-test kun en type sort boks test eller adfærdstest.

Ad hoc-test udføres uden at følge nogen formel proces som kravdokumenter, testplan, testsager osv. Tilsvarende under udførelse af ad hoc-test er der ingen formel testproces, der kan dokumenteres.

Ad hoc-test udføres normalt for at opdage de problemer eller mangler, der ikke kan findes ved at følge den formelle proces.

testerne, der udfører denne test, skal have et meget godt og dybtgående kendskab til produktet eller applikationen.

når testere udfører ad hoc-test, har de kun til hensigt at bryde systemet uden at følge nogen proces eller uden at have nogen særlig brugssag i tankerne.

egenskaber ved Ad hoc-test

  1. Ad hoc-test udføres efter afslutningen af den formelle test på applikationen eller produktet.
  2. denne test udføres med det formål at bryde applikationen uden at følge nogen proces.
  3. testerne, der udfører ad hoc-testen, skal have grundig viden om produktet.
  4. de fejl, der blev fundet under ad hoc-test, afslører smuthuller i den fulgte testproces.
  5. Ad hoc-test kan kun udføres en gang, indtil Og medmindre der findes en defekt, der kræver gentest.

Hvornår kan Ad hoc-test udføres?

nu er det spørgsmål, der kan komme til dit sind, hvornår vi skal lave ad hoc-test?

for at besvare dette kan jeg sige, at Ad hoc-testen kan udføres på ethvert tidspunkt, uanset om det er begyndelsen, midten eller slutningen af projekttesten. Dette kan kun gøres, når testerne har fuldstændig viden om produktet. Denne test kan også udføres, når tiden er meget begrænset, og detaljeret test er påkrævet.

når Ad hoc-test ikke skal udføres?

beslutningen om, hvornår ad hoc-testen ikke skal udføres, kan træffes af den erfarne og dygtige tester. Selvom der er få tilfælde, hvor ad hoc-test ikke skal udføres:

  • Ad hoc-test er ikke påkrævet, når der allerede er en eksisterende fejl til testsagen. I sådanne tilfælde skal fejlen rapporteres, og den skal testes igen, når den er rettet.
  • Ad hoc-test bør ikke udføres under Beta-test af programmet af klienter eller kunder.

hvad er typerne af Ad hoc-test?

grundlæggende er der tre typer Ad hoc-test. De er:

– Buddy testing: denne type test udføres af udvikleren og testeren, der er ansvarlige for den pågældende modullevering. I denne type test vil udvikleren og testeren sidde sammen og arbejde på det pågældende modul for at undgå at opbygge de ugyldige scenarier, som også i anden hånd hjælper testeren med at rapportere de ugyldige fejl.

– par test: i denne type test arbejder to testere sammen på et modul. De deler grundlæggende testscenarierne mellem dem. Formålet med denne type test er at komme med maksimale testscenarier, så hele modulet skal have fuldstændig testdækning. Efter at have testet hele modulet sammen kan de også dokumentere deres testscenarier og observationer.

–Monkey testing: i denne type test udføres nogle tilfældige tests med nogle tilfældige data med det formål at bryde systemet. Denne test hjælper os med at opdage nogle nye fejl, som måske ikke bliver fanget tidligere.

fordele eller fordele ved Ad hoc-test:

nedenfor er få af fordelene eller fordelene i forbindelse med Ad hoc-test:

  1. Ad hoc-test giver testeren frihed til at anvende deres egne nye måder at teste applikationen på, hvilket hjælper dem med at finde ud af mere antal fejl sammenlignet med den formelle testproces.
  2. denne type test kan udføres når som helst hvor som helst i Programudviklingens livscyklus (SDLC) uden at følge nogen formel proces.
  3. denne type test er ikke kun begrænset til testteamet, men dette kan også gøres af udvikleren, mens de udvikler deres modul, som hjælper dem med at kode på en bedre måde.
  4. Ad hoc-test viser sig at være meget gavnlig, når der er mindre tid, og der kræves dybdegående test af funktionen. Dette hjælper med at levere funktionen med kvalitet og til tiden.
  5. Ad hoc-test kan udføres samtidigt med de andre typer test, som hjælper med at finde flere fejl på kortere tid.
  6. i denne type test er dokumentationen ikke nødvendig, hvilket hjælper testeren med at udføre den fokuserede test af funktionen eller applikationen uden at bekymre sig om den formelle dokumentation.

ulemper ved Ad hoc-test:

  1. da ad hoc-test udføres uden nogen planlægning og på ustruktureret måde, så rekreation af bugs engang bliver en stor problemer.
  2. testscenarierne, der udføres under ad hoc-testen, er ikke dokumenteret, så testeren skal holde alle scenarier i deres sind, som han/hun muligvis ikke kan huske i fremtiden.
  3. Ad hoc-test er meget afhængig af den dygtige tester, der har indgående kendskab til produktet, det kan ikke gøres af nogen ny snedker af holdet.

bedste praksis under udførelse af ad hoc-test:

Hvis ad hoc-test ikke udføres på den rigtige måde, kan det resultere i totalt tab af tid og kræfter. Nedenfor er nogle tips til at huske på, hvor og hvordan man anvender denne ad hoc-test:

  1. god viden om produktet:

    testeren, der skal udføre ad hoc-testen, skal have et meget godt kendskab til produktet. Han skal være meget opmærksom på alle funktionerne i produktet. Dette hjælper testeren med at gætte og finde det maksimale antal fejl fra de defekte udsatte områder.

  2. Prioriteringsfunktion:

    Når ad hoc-test skal udføres for de mange funktioner, skal testerne først kategorisere og prioritere funktionerne. Funktioner, der er meget brugt af kunderne, skal testes først, så hvis der findes en prioriteret fejl i funktionen, kan rapporteres og rettes tidligt.

  3. grov planlægning:

    selvom der ikke er behov for nogen dokumentation i ad hoc-test som nævnt tidligere, men at notere de pointers, der skal testes under denne test, vil hjælpe testeren med at huske alle mulige områder til test. Dette hjælper med at have den maksimale testdækning på mindre tid.

  4. brug af værktøjer:

    Nogle gange under test er der fejl eller undtagelser, der findes i logfiler, som ikke ses i brugergrænsefladen, eller som ikke hindrer testen på nogen måde. Sådanne slags bugs kan også være af høj sværhedsgrad. For at fange sådanne slags fejl eller undtagelser skal vi bruge værktøjer som debuggere, profiler eller opgavemonitorer.

  5. dokumentation af observationer:

    selvom ad hoc-testen ikke understøtter dokumentation, men det er altid bedre at skrive en note kort om din test, fund, afvigelser. Hvis der findes fejl, skal den relevante testsag oprettes, så den hjælper testeren med at teste scenariet igen i fremtiden.

andre populære artikler:

  • hvad er regressionstest?
  • hvad er validering i test? eller hvad er validering af programmer?Abetest-eksempler, forskelle,Værktøjer, hvordan man gør, fordele, ulemper, typer
  • hvad er Komponenttest?
  • hvad er Retesting? Hvornår skal du bruge det? Fordele og ulemper

Skriv et svar

Din e-mailadresse vil ikke blive publiceret.