Introduksjon til Adhoc Testing

Adhoc-testing er tilfeldig eller uformell testing som kan ha muligheten til å bryte systemet. Dette er vanligvis ikke planlagt, og det er ingen testteknikker som å utforme testtilfeller, lage testsaker involvert. Det kan gjøres på hvilken som helst del av applikasjonen. Hovedmålet her er å finne problemer eller mangler i systemet ved å sjekke deler av koden tilfeldig. Det følger teknikken for å gjette feil. Det kan gjøres av folk som har jobbet med applikasjonen før og lett kan finne ut feil eller problemer ved å utføre denne typen testing.

Hvordan utføres Adhoc Testing?

Adhoc-testing utføres på flere måter. Dette kan gjøres når som helst. Dette kan være i begynnelsen, midten eller mot slutten av prosjekttestinget. Det er tre måter Adhoc-testing utføres på. De er som nedenfor:

  • Kompis Testing
  • Par Testing
  • Monkey Testing

La oss se nærmere på disse

1. Kompis Testing

Som navnet antyder, kan det sies at to kompiser, en tester og en utvikler vil samarbeide. De vil bli valgt til å jobbe med en bestemt modul. Så snart utvikleren har fullført enhetstesting og testeren har noen tilfeller i tankene, kan de begge jobbe med den modulen. Ved å gjøre denne typen testing kan du sikre at den nye fremtiden eller funksjonaliteten blir sjekket gjennom et bredere aspekt for både utvikleren og testeren. Utvikleren kan forstå de forskjellige scenariene som koden skal gå gjennom og tenke fra det perspektivet.

Mens testeren kan få utviklerens perspektiv på eksisterende design, og det vil hjelpe til med å unngå ugyldige scenarier i testsaker. Dette vil hjelpe til med å unngå ugyldige feil. Begge parter kan tenke som hverandre og få et tydeligere syn på applikasjonen under utvikling og testing. Det hjelper også med å utvikle bedre testtilfeller og utviklere å ha et bedre design. Dette skjer vanligvis når enhetstesting er fullført.

2. Test av par

I denne testingen jobber to testere sammen om en modul. De har et vanlig oppsett for testformål. Ved å implementere denne typen testing er det ivaretatt at begge testere finner måter å oppdage et større antall feil i den bygget applikasjonen. De deler testarbeidet og lager også nødvendig dokumentasjon av alle observasjonene de har gjort sammen. Du kan finne et maksimalt antall scenarier ved å bruke denne typen testing.

3. Monkey Testing

Denne testingen utføres på enhetens testnivå. Personen som tester modulen tester applikasjonen på en helt tilfeldig måte. Dette gjøres for å sjekke om systemet tåler krasjer når som helst. Ved å gjøre denne typen test kan det oppdages mange mangler som kunne vært igjen tidligere. Denne testen kan også ødelegge systemet som vi kan forstå ytelsesproblemene, hvis noen, er vedvarende. Det ville ikke være noen testtilfeller her akkurat som for andre.

Adhoc testteknikker

Den grunnleggende ideen bak å velge Adhoc-testing er at testere som jobber uten testdesign eller uten at det ble opprettet noen testfall. Den sørger for at testingen som er utført er fullført, og at måten er nyttig for å finne effektiviteten i testingen som blir utført. Den viktigste måten å teste et hvilket som helst program i denne typen test-id på, er så tilfeldig som mulig. Du kan hoppe fra en modul til en annen og utføre en aktivitet. Systemet må ikke gå i stykker. Hovedmålet med dette systemet er å finne feil som kan gå glipp av under normal testing.

Denne teknikken vil også gi et innblikk i hele applikasjonen, og gjettingen kan gjøres av testeren som har fagkunnskap om systemet. Du kan også involvere en annen testet eller til og med invitere utvikleren slik at vi ikke har noen form for scenario savnet mens vi tester. Når to personer sitter sammen, er brainstorming ganske gunstig. Vi kan finne mangler som har blitt rømt tidligere. Ved å bruke denne teknikken er sjansen større for å finne manglene er mer.

Adhoc-testverktøy

Det er ingen spesifikke verktøy som brukes i ad hoc-testing. Som et resultat kan alle verktøy som allerede brukes til å teste applikasjonen brukes etter behov. For å sjekke for eksempel en bestemt modul brukes Selenium. Selen kan brukes til å teste moduler distribuert etter forrige modul. Dette kan hjelpe med å få fart på prosessen og få nøyaktige detaljer. Tilsvarende kan andre verktøy som QTP, Cucumber brukes til alle typer Adhoc-tester når det er nødvendig.

Fordeler med adhoc-testing

  • Den største fordelen med denne typen testing er at testeren ikke trenger å følge den tradisjonelle testprosessen. De kan teste applikasjonen på hvilken som helst måte de vil. Dette hjelper dem med å bli bedre kjent med systemet.
  • Når det ikke er tid til riktig testing, kan Adhoc-testing være en frelser og hjelpe til med å få feil som kan overføres til produksjonen.
  • Det sparer testerens tid da det ikke er behov for dokumentasjon. Her fokuseres det bare på å teste og forstå arkitekturen bedre og finne eventuelle problemer hvis de eksisterer.

Ulemper ved adhoc-testing

  • Det er ikke mulig å spore scenariene som testes, da det ikke er noen dokumentasjon involvert.
  • Testsakene kan være repeterende, noe som kan føre til bortkastet tid.
  • Effektiviteten av testing her avhenger helt av testeren.

Konklusjon

Adhoc-testing er en effektiv måte å finne problemer på kjøretid. Adhoc-testing kan gjøres av en erfaren tester som vet om det eksisterende systemet. Det er ikke behov for dokumentasjon, og det kan gjøres med utviklere ved siden av. Ulike perspektiver på testing kan føre til problemer som ikke når frem til produksjonen og som et resultat bidra til å spare mye penger. Det viser seg å være kostnadseffektivt og produktivt.

Anbefalt artikkel

Dette har vært en guide til Adhoc Testing. Her diskuterer vi Introduksjon til Adhoc Testing og dens teknikker sammen med verktøy. Du kan også gå gjennom andre foreslåtte artikler for å lære mer_
  1. Typer av programvaretesting
  2. Funksjonelle testverktøy
  3. Sikkerhetstesting
  4. State Transition Testing
  5. Typer og håndteringsfeil i JavaScript

Kategori:

Programvare utvikling