The playground

More information here

Prøv QA

betydningen av ordet Ad-hoc er Noe som ikke er i orden eller ikke organisert eller ustrukturert. I det samme notatet Er Ad hoc-testing ikke noe annet enn en type svart boks testing eller atferdstesting. Ad-hoc testing utføres uten å følge noen formell prosess som krav dokumenter, test plan, testtilfeller, etc. På samme måte mens du […]

betydningen av ordet Ad-hoc er Noe som ikke er i orden eller ikke organisert eller ustrukturert. I det samme notatet Er Ad hoc-testing ikke noe annet enn en type svart boks testing eller atferdstesting.

Ad-hoc testing utføres uten å følge noen formell prosess som krav dokumenter, test plan, testtilfeller, etc. På samme måte mens du utfører ad hoc-testing, ER DET INGEN formell testprosess som kan dokumenteres.Ad-hoc testing er vanligvis gjort for å oppdage problemer eller mangler som ikke kan bli funnet ved å følge den formelle prosessen.

testerne som utfører denne testingen, bør ha en veldig god og grundig kunnskap om produktet eller applikasjonen.

når testere utfører ad hoc-testing, har de bare tenkt å bryte systemet uten å følge noen prosess eller uten å ha noen spesiell brukstilfelle i tankene.

Kjennetegn Ved Ad-hoc testing

  1. Ad-hoc testing gjøres etter at den formelle testingen på applikasjonen eller produktet er fullført.
  2. denne testingen utføres med sikte på å bryte programmet uten å følge noen prosess.
  3. testerne som utfører ad hoc-testingen, bør ha grundig kunnskap om produktet.
  4. feilene som ble funnet under ad hoc-testing, avslører smutthullene i testprosessen som fulgte.
  5. Ad-hoc testing kan bare utføres en gang til og med mindre det oppdages en feil som krever retesting.

Når Ad hoc-testing kan gjøres?

Nå er spørsmålet som kan komme til hjernen din, når vi skal gjøre ad hoc-testing?

for å svare på dette kan Jeg si At Ad hoc-testingen kan gjøres når som helst, enten det er begynnelsen, midten eller slutten av prosjekttesten. Dette kan bare gjøres når testerne har fullstendig kunnskap om produktet. Denne testingen kan også gjøres når tiden er svært begrenset og detaljert testing er nødvendig.

Når Ad hoc-testing ikke skal gjøres?

beslutningen om når man ikke skal utføre ad hoc-testingen, kan tas av den erfarne og dyktige testeren. Selv om det er få tilfeller når ad hoc-testing ikke skal gjøres:

  • Ad hoc-testing er ikke nødvendig når det allerede er en eksisterende feil for testsaken. I slike tilfeller feilen skal rapporteres, og det bør testes på nytt når det er fikset.
  • ad-hoc testing bør IKKE utføres Mens Beta testing av programvaren av klienter eller kunder.

Hva er typene Ad hoc-testing?

I Utgangspunktet er det tre typer Ad hoc-testing. De er:

– Buddy testing: denne typen testing er gjort av utbygger og tester som er ansvarlig for den aktuelle modulen levering. I denne typen testing vil utvikleren og testeren sitte sammen og jobbe med den aktuelle modulen for å unngå å bygge de ugyldige scenariene som også på annen måte hjelper testeren til å rapportere de ugyldige feilene.

-Pair testing: i denne typen testing jobber to testere sammen på en modul. De deler i utgangspunktet testscenariene mellom dem. Målet med denne typen testing er å komme opp med maksimale testscenarier slik at hele modulen skal ha fullstendig testdekning. Etter testing av hele modulen sammen kan de også dokumentere testscenarier og observasjoner.Monkey testing: I Denne typen testing utføres noen tilfeldige tester med noen tilfeldige data med sikte på å bryte systemet. Denne testingen hjelper oss med å oppdage noen nye feil som kanskje ikke blir fanget tidligere.

Fordeler eller fordeler Med Ad-hoc testing:

Nedenfor Er noen av fordelene eller fordelene knyttet Til Ad-hoc testing:Ad-hoc testing gir frihet til testeren til å bruke sine egne nye måter å teste programmet som hjelper dem til å finne ut mer antall feil i forhold til den formelle testprosessen.

  • denne typen testing kan gjøres når som helst hvor som helst i Software Development Life cycle (SDLC) uten å følge noen formell prosess.Denne typen testing er ikke bare begrenset til testteamet, men dette kan også gjøres av utvikleren mens de utvikler modulen som hjelper dem med å kode på en bedre måte.
  • Ad-hoc testing viser seg å være svært gunstig når det er mindre tid og grundig testing av funksjonen er nødvendig. Dette bidrar til å levere funksjonen med kvalitet og i tide.Ad-hoc testing kan samtidig utføres med de andre typer testing som hjelper i å finne flere bugs i mindre tid.
  • i denne typen testing dokumentasjonen er ikke nødvendig som hjelper testeren å gjøre fokusert testing av funksjonen eller programmet uten å bekymre seg om den formelle dokumentasjonen.
  • Ulemper Ved Ad hoc-testing:

    1. siden ad-hoc testing er gjort uten planlegging og på ustrukturert måte, blir rekreasjon av feil en gang en stor trøbbel.testscenariene som utføres under ad hoc-testingen, er ikke dokumentert, slik at testeren må holde alle scenariene i tankene som han / hun kanskje ikke kan huske i fremtiden.Ad-hoc testing er veldig avhengig av den dyktige testeren som har grundig kunnskap om produktet, det kan ikke gjøres av noen ny snekker av teamet.

    Beste praksis under utførelse av ad hoc-testing:

    hvis ad hoc-testing ikke utføres på riktig måte, kan det føre til totalt tap av tid og krefter. Nedenfor er noen tips å huske på som hvor og hvordan du bruker denne ad hoc-testingen:

    1. God kunnskap om produktet:

      testeren som skal utføre ad hoc-testingen, bør ha en veldig god kunnskap om produktet. Han burde være veldig godt klar over alle funksjonene i produktet. Dette hjelper testeren til å gjette feil og finne maksimalt antall feil fra de defekte områdene.

    2. Prioriteringsfunksjon:

      når ad hoc-testing skal gjøres for flere funksjoner, bør testerne først kategorisere og prioritere funksjonene. Funksjoner som er svært brukt av kundene bør testes først, slik at hvis noen prioritet bug finnes i funksjonen kan rapporteres og fikset tidlig.

    3. Grov planlegging:

      selv Om det ikke er behov for dokumentasjon i ad hoc-testing som nevnt tidligere, men å merke seg pekerne som skal testes under denne testingen, vil det hjelpe testeren til å huske alle mulige områder for testing. Dette bidrar til å ha maksimal testdekning på mindre tid.

    4. Bruk Av Verktøy:

      Noen ganger under testing er det feil eller unntak som finnes i logger som ikke er sett i BRUKERGRENSESNITTET eller som ikke hindrer testing på noen måte. Slike typer feil kan også være av høy alvorlighetsgrad. For å fange slike typer feil eller unntak må vi bruke verktøy som debuggere, profiler eller oppgavemonitorer.

    5. Dokumentasjon av observasjoner:

      selv om ad hoc-testingen ikke støtter dokumentasjon, men det er alltid bedre å skrive et notat kort om testing, funn, avvik. Hvis det oppdages feil, bør det aktuelle testtilfellet opprettes slik at det vil hjelpe testeren til å teste scenariet i fremtiden.

    Andre populære artikler:

    • Hva Er Regresjonstesting i programvare?
    • Hva Er Validering i testing av programvare? eller hva er programvarevalidering?
    • Monkey testing-Eksempler, Forskjeller, Verktøy, Hvordan Å Gjøre, Fordeler, Ulemper, Typer
    • Hva Er Komponenttesting?
    • Hva Er Retesting? Når skal du bruke den? Fordeler og Ulemper

    Legg igjen en kommentar

    Din e-postadresse vil ikke bli publisert.