Hvad er Monkey & Gorilla Testing? Eksempler, forskel

Indholdsfortegnelse:

Anonim

Monkey Testing

Monkey Testing er en softwaretestteknik, hvor testeren indtaster tilfældige input i softwareapplikationen uden foruddefinerede testsager og kontrollerer softwareapplikationens opførsel, uanset om den går ned eller ej. Formålet med Monkey-test er at finde fejl og fejl i softwareapplikationen ved hjælp af eksperimentelle teknikker.

  1. I Monkey Testing betragtes testeren (undertiden også udvikler) som 'Monkey'
  2. Hvis en abe bruger en computer, vil han tilfældigt udføre enhver opgave på systemet ud af hans forståelse
  3. Ligesom testeren vil anvende tilfældige testtilfælde på det testede system for at finde fejl / fejl uden foruddefineret testtilfælde
  4. I nogle tilfælde er Monkey Testing dedikeret til Unit Testing eller GUI Testing også

Hvad er Gorilla Testing?

Gorilla Testing er en softwaretestteknik, hvor et modul af programmet testes gentagne gange for at sikre, at det fungerer korrekt, og at der ikke er nogen fejl i modulet.

Et modul kan testes hundrede gange og på samme måde. Så Gorilla Testing er også kendt som "Frustrating Testing".

Fordele ved abetestning:

  1. Ny slags bugs: Tester kan have fuld eksponering for at implementere tests i henhold til hans forståelse bortset fra tidligere nævnte scenarier, som muligvis giver nej. af nye fejl / fejl, der findes i systemet.
  2. Let at udføre: At arrangere tilfældige tests mod tilfældige data er en nem måde at teste systemet på
  3. Mindre kvalificerede mennesker: Monkey Testing kan udføres uden dygtige testere (men ikke altid)
  4. Mindre dyrt: Kræver betydeligt mindre udgiftsbeløb for at oprette og udføre testsager

Ulemper ved abetestning:

  1. Ingen fejl kan reproduceres: Da testeren udfører målinger tilfældigt med tilfældige data, er det muligvis ikke muligt at reproducere enhver fejl eller fejl.
  2. Mindre nøjagtighed: Testeren kan ikke definere nøjagtigt testscenarie og kan ikke engang garantere nøjagtigheden af ​​testsager
  3. Kræver meget god teknisk ekspertise: Det er ikke altid værd at gå på kompromis med nøjagtighed, så for at gøre testsager mere nøjagtige skal testere have god teknisk viden om domænet
  4. Færre fejl og tidskrævende: Denne test kan vare længere, da der ikke er nogen foruddefinerede tests og kan finde færre antal fejl, der kan forårsage smuthuller i systemet

Man kan overveje, at Monkey Testing, Gorilla Testing og Ad-hoc Testing er de samme, da der er nogle lignende fakta til stede i dem alle, men den virkelige kendsgerning er, at de er forskellige fra hinanden

… hvordan?

Vi vil først se forskellen mellem Monkey og Gorilla Testing. Vær først klar med det for at undgå forvirring.

Monkey Testing V / s Gorilla Testing:

Monkey Testing Gorilla Testing
Monkey Testing udføres tilfældigt uden nogen specifikt foruddefinerede testsager Det er hverken foruddefineret eller tilfældigt
Monkey Testing udføres på hele systemet kan have flere test tilfælde Gorilla Testing udføres på specifikt få selektive moduler med få testcases
Målet med Monkey Testing er at kontrollere for systemnedbrud Målet med Gorilla-test er at kontrollere, om modulet fungerer korrekt eller ej

Når du bliver ryddet med denne forskel, skal du kigge mod det næste;

Monkey Testing vs Ad-hoc Testing:

Monkey Testing Ad hoc-test
Monkey Testing udføres tilfældigt uden nogen specifikt foruddefinerede testsager Ad hoc-test udføres uden planlægning og dokumentation (testcases og SRS)
I Monkey Testing ved testere måske ikke, hvad systemet handler om og dets formål I Ad-hoc-testning skal testeren forstå systemet betydeligt, før testen udføres
Målet med Monkey Testing er at kontrollere for systemnedbrud Formålet med Ad-hoc-test er at opdele systemet tilfældigt i underdele og kontrollere deres funktionalitet

Typer af abetestning:

Monkey Testing er yderligere opdelt i flere kategorier alt efter dets måde at implementere på. Se følgende diagram for en hurtig idé om det;

  1. Dum Monkey: Testere har ingen idé om systemet og dets funktionalitet, heller ikke nogen sikkerhed for gyldigheden af ​​testsagen.
  2. Smart Monkey: Tester har en præcis idé om systemets formål og funktionalitet. Tester navigerer gennem systemet og giver gyldige input til at udføre test.
  3. Brilliant Monkey : Testere udfører test efter brugerens adfærd og kan specificere nogle sandsynligheder for, at der er opstået fejl.

Monkey Testing kan også udføres til Android selv. Monkey Testing kan blive effektiv ved brug af værktøjer. Selv det kan bruges til at finde flere fejl som andre testtyper. Hvis vi bruger værktøj til Monkey Testing, hvad kan den generelle proces følges for det? Bare se et hurtigt kig;

  1. Som ethvert andet testværktøj er det første trin at registrere din software på den dedikerede server
  2. Sørg for at være godt forberedt med alle de nødvendige referencer til at opbygge en testpakke
  3. Kør den indbyggede testdragt
  4. 'Monkey Test' er testlogfilen, der oprettes for at registrere testresultater
  5. Husk, at testen fortsætter, indtil systemet kommer til et nedbrudspunkt, hvor handlingen registreres i en logfil
  6. Endelig deles testrapporten med den berørte person, og testdataene kan lagres og bruges til fremtidig reference

Processen med Monkey Testing kan automatiseres selv med brug af værktøjer, men da det er en slags ny type test introduceret og endnu ikke etableret på industriniveau, har disse værktøjer mindre identitet i modsætning til andre. Denne situation kan blive ændret med den kommende æra af testprocessen, så vil vi se på den kommende virkning af Monkey-test og dens betydelige effekt på industristandarder. Dette er en indledende tutorial til Monkey Testing for at dække grundlæggende idé om det.

Resumé:

  • Monkey Testing er den forholdsvis nye testtype, der skal udføres.
  • Det adskiller sig markant fra Gorilla-test og Ad-hoc-test.
  • Abtest kan være gavnligt i nogle testområder.
  • I softwareteknik har Monkey Testing tre hovedtyper: Dumb Monkey, Smart monkey og Brilliant Monkey
  • Værktøjer kan bruges til at gøre Monkey Testing automatiseret, effektiv og effektiv.

Denne artikel er bidraget af Dhanshri Salvi