Meny

Hva er Monkey Testing i Software Testing?

  • Hoved
  • Annen
  • Hva er Monkey Testing i Software Testing?

what is monkey testing software testing

Prøv Instrumentet Vårt For Å Eliminere Problemer

Hva er Monkey Testing i Software Testing?

Introduksjon :

Monkey testing er en teknikk i programvaretesting der brukeren tester applikasjonen ved å gi tilfeldige innganger og sjekke oppførselen (eller prøve å krasje applikasjonen). For det meste gjøres denne teknikken automatisk der brukeren skriver inn eventuelle tilfeldige ugyldige innganger og sjekker atferden.

Som sagt tidligere er det ingen regler; denne teknikken følger ingen forhåndsdefinerte testtilfeller eller strategier, og fungerer dermed på testers humør og magefølelse.

Hva er Monkey Testing i Software Testing_

Mange ganger er denne teknikken automatisert, eller rettere sagt, jeg skal si at du kan skrive programmer / skript som kan generere tilfeldige innganger og mates inn i applikasjonen som testes og analysere oppførselen. Denne teknikken fungerer veldig bra når du gjør det belastning / stresstesting når du prøver å bryte søknaden din ved å bevise non-stop tilfeldige innganger.

MonkeyTesting (3)

MonkeyTesting (2)

Før jeg snakker om “Monkey”, la meg introdusere deg for “Horse”.

Ser du et hodelag i hest, ikke sant? Den brukes til å styre og kontrollere hesten slik at den ikke mister fokus og konsentrerer seg bare om å løpe rett på veien.

MonkeyTesting (1)

På samme måte, det være seg manuell eller automatisering, er vi som en hest i testing fordi vi blir ledet og drevet av testtilfellene / planene og strategiene, og kontrollert av kvalitetsmålingene. Fordi vi har et hodelag rundt oss, vil vi ikke avlede fokuset vårt og strengt konsentrere oss om settet med testsaker og utføre dem lydig.

Det er helt greit å være hest, men liker du ikke å være ape noen ganger?

Monkey testing handler om “gjør det du vil; automatisk'.

selen webdriver intervju spørsmål og svar for erfarne

Denne testteknikken er litt kaotisk fordi den ikke følger noe spesifikt mønster. Men spørsmålet her er

HVORFOR?

Når du eksponerer en stor webapplikasjon for verden, kan du forestille deg hva slags brukere du serverer applikasjonen din? Det er definitivt noen gode brukere, men du kan ikke være veldig sikker på at det ikke vil være noen ekle brukere. Det er 'n' antall stygge brukere, som også er som aper og elsker å leke med applikasjonen og gi rare eller store innganger eller bryte programmene.

Derfor for å teste på disse linjene, må vi testere også bli Monkey, tenke og til slutt teste det slik at søknaden din er trygg fra ekle aper utenfor.

Monkey Typer

Det er 2: Smart og Dump

Smarte apekatter - En smart ape er identifisert av følgende egenskaper: -

  • Har en kort idé om søknaden
  • De vet hvor søknadssidene vil omdirigere til.
  • De vet at inngangene de gir er gyldige eller ugyldige.
  • De jobber eller fokuserer for å bryte søknaden.
  • Hvis de finner en feil, er de smarte nok til å sende inn en feil.
  • De er klar over menyene og knappene.
  • Godt å gjøre stress og belastningstesting.

Dum Monkey - En dum ape er identifisert av følgende egenskaper:

  • De aner ikke søknaden.
  • De vet ikke at inngangene de gir er gyldige eller ugyldige.
  • De tester søknaden tilfeldig og er ikke kjent med noe startpunkt for søknaden eller end-to-end-flyt.
  • Selv om de ikke er klar over applikasjonen, men de kan også identifisere feil som miljøfeil eller maskinvarefeil.
  • De vet ikke mye om brukergrensesnittet og funksjonaliteten

Resultatet:

Feilene rapportert som et resultat av Monkey-testing krever en detaljert analyse. Fordi trinnene til reprodusere feilen ikke er kjent (mesteparten av tiden), blir det vanskelig å gjenopprette feilen.

Jeg føler at det ville være bra hvis denne teknikken gjøres i den senere fase av testingen når alle funksjonene er testet og det er en viss grad av tillit til effektiviteten av applikasjonen. Å gjøre det i begynnelsen av testfasen ville være en høyere risiko. Hvis vi bruker et program eller skript som genererer gyldige og ugyldige tilfeldige innganger, blir analysen litt enklere.

Fordeler med monkey Testing:

  • Kan identifisere noen ut av boksen feil.
  • Enkel å sette opp og utføre
  • Kan gjøres med 'ikke så dyktige' ressurser.
  • En god teknikk for å teste påliteligheten til programvaren
  • Kan identifisere feil som kan ha større innvirkning.
  • Ikke kostbart

Ulemper ved Monkey test:

  • Dette kan fortsette i flere dager til en feil ikke blir oppdaget.
  • Antall feil er mindre
  • Å reprodusere feilene (hvis det oppstår) blir en utfordring.
  • Bortsett fra noen feil, kan det være noe 'Ikke forventet' utdata fra et testscenario, hvis analyse blir vanskelig og tidkrevende.

Konklusjon

Selv om vi sier at “Test Monkeys” eller Monkey testing er kaotisk, anbefales det å planlegge for det og tildele litt tid i den senere fasen.

Selv om vi i begynnelsen av denne teknikken ikke finner noen gode feil, kan det til slutt oppdage noen veldig gode feil som minnelekkasjer eller maskinvarekrasj. I vårt vanlige testforløp ignorerer vi normalt mange tilfeller og tenker at 'dette scenariet' aldri vil skje, men hvis det skjer, kan det føre til alvorlig innvirkning (eksempel - lav prioritet og høy alvorlighetsgrad).

Å gjøre apetesting kan faktisk grave ut disse scenariene. Vi på noen måte kommer over en slik situasjon, jeg vil anbefale å finne litt tid til å analysere den og prøve å finne en løsning.

Etter min mening er den beste måten å ha både 'Hesten' og 'Apen' sammen.

Gjennom 'Horse' kan vi følge en godt planlagt, veldefinert og sofistikert testmetode, og gjennom Monkey kan vi skjule noen virkelig ekle situasjoner; og sammen kan de bidra til å oppnå mer kvalitet og tillit til programvaren.

Anbefalt lesing

^