Meny

Hva er negativ testing og hvordan skriver jeg negative testtilfeller?

  • Hoved
  • Testmetoder
  • Hva er negativ testing og hvordan skriver jeg negative testtilfeller?

what is negative testing

Prøv Instrumentet Vårt For Å Eliminere Problemer

Å ha den mest optimale produktkvaliteten er det primære målet for testorganisasjonene.

Ved hjelp av en effektiv kvalitetssikringsprosess prøver testteam å finne maksimale feil under testingen , og dermed sikre at klienten eller sluttbrukeren som konsumerer produktet, ikke ser unormale forhold med hensyn til dets funksjon i sitt eget datamiljø.

Siden det å finne feil er et av hovedmålene for en tester, må han / hun nøye lage eller designe testscenariene for å sikre at det aktuelle programmet eller produktet fungerer slik det skal.

Hvordan skrive negative testtilfeller

Selv om det absolutt er viktig å verifisere at programvaren utfører sine grunnleggende funksjoner som forutsatt, er det like eller viktigere å verifisere at programvaren er i stand til å håndtere en unormal situasjon. Det er åpenbart at de fleste feilene oppstår ved å generere slike situasjoner med rimelig og akseptabel kreativitet fra testerne.

De fleste av oss er allerede klar over flere typer testing, for eksempel funksjonstesting, sunnhetstesting, røykprøving , integrasjonstesting, Regresjonstesting , alfa- og betatesting , tilgjengelighetsprøving osv. Imidlertid vil alle være enige om at uansett hvilken kategori test du utfører, hele testinnsatsen kan i utgangspunktet generaliseres i to kategorier: positive testveier og negative testveier.

La oss fortsette med de neste avsnittene der vi diskuterer hva positive og negative tester er, hvordan de er forskjellige, og vi vil beskrive noen eksempler for å forstå hva slags negative tester som kan utføres mens vi tester en applikasjon.

Hva du vil lære:

Hva er positiv testing og negativ testing?

Positiv testing

Positiv testing, mange ganger referert til som 'Happy path testing' er vanligvis den første formen for testing som en tester vil utføre på en applikasjon. Det er prosessen med å kjøre testscenarier som en sluttbruker vil kjøre for hans bruk. Derfor, som underforstått, innebærer positiv testing å kjøre et testscenario med bare riktige og gyldige data. Hvis et testscenario ikke trenger data, vil positiv testing kreve at du kjører testen nøyaktig slik den skal kjøre, og dermed for å sikre at applikasjonen oppfyller spesifikasjonene.

Noen ganger kan det være mer enn én måte å utføre en bestemt funksjon eller oppgave med den hensikt å gi sluttbrukeren mer fleksibilitet eller for generell produktkonsistens. Dette kalles alternativ banetesting som også er en slags positiv testing. Ved alternativ banetesting blir testen igjen utført for å oppfylle kravene, men bruker en annen rute enn den åpenbare banen. Testscenariet vil til og med forbruke samme type data for å oppnå samme resultat.

Det kan forstås skjematisk fra et veldig generelt eksempel beskrevet nedenfor:

Negativ og positiv testing 1

A er et utgangspunkt og B er sluttpunktet. Det er to måter å gå fra A til B. Rute 1 er den vanlige ruten, og rute 2 er en alternativ rute. Derfor, i et slikt tilfelle, ville lykkelig statesting være å krysse fra punkt A til B ved hjelp av rute 1, og den alternative statesting ville omfatte å ta rute 2 for å gå fra A til B. Observer at resultatet i begge tilfeller er det samme.

Negativ testing

Negativ testing ofte referert til som feilbanetesting eller feiltesting gjøres vanligvis for å sikre applikasjonens stabilitet.

boble sortering c ++ algoritme

Negativ testing er prosessen med å bruke mest mulig kreativitet og validere applikasjonen mot ugyldige data. Dette betyr at det tiltenkte formålet er å sjekke om feilene blir vist til brukeren der det skal, eller håndtere en dårlig verdi mer elegant.

Det er helt essensielt å forstå hvorfor negativ testing er nødvendig.

Programmets eller programvarens funksjonelle pålitelighet kan bare kvantifiseres med effektivt utformede negative scenarier. Negativ testing tar ikke bare sikte på å få frem potensielle feil som kan forårsake alvorlig innvirkning på forbruket av produktet i det hele tatt, men kan være medvirkende til å bestemme forholdene der applikasjonen kan krasje. Til slutt sørger det for at det er tilstrekkelig feilvalidering tilstede i programvaren.

Eksempel:

Si for eksempel at du må skrive negative testtilfeller om en penn. Grunnmotivet til pennen er å kunne skrive på papir.

Noen eksempler på negativ testing kan være:

  • Bytt medium det skal skrive på, fra papir til klut eller en murstein, og se om det fortsatt skal skrive.
  • Sett pennen i væsken og kontroller om den skriver igjen.
  • Bytt ut påfyllingen av pennen med en tom og sjekk at den ikke lenger skal skrive.

Praktiske eksempler på positiv og negativ testing

La oss ta et eksempel på en brukergrensesnittveiviser for å lage noen retningslinjer. I veiviseren må brukeren angi tekstverdier i en rute og numeriske verdier i en annen.

Første rute:

I den første forventes det at brukeren gir et navn til policyen som vist nedenfor:

Negativ og positiv testing 2

La oss også få noen grunnregler for å sikre at vi designer gode positive og negative scenarier.

Krav:

  • Navnet tekstboksen er en obligatorisk parameter
  • Beskrivelsen er ikke obligatorisk.
  • Navnefeltet kan bare inneholde a-z og A-Z tegn. Ingen tall, spesialtegn er tillatt.
  • Navnet kan maksimalt inneholde 10 tegn.

La oss nå designe positive og negative testtilfeller for dette eksemplet.

Positive testtilfeller: Nedenfor er noen positive testscenarier for denne ruten.

  1. ABCDEFGH (stor bokstavvalidering innenfor tegngrense)
  2. abcdefgh små bokstaver validering innenfor tegngrense)
  3. aabbccddmn (validering av tegnbegrensning)
  4. aDBcefz (store bokstaver kombinert med små bokstaver innen tegngrensen)
  5. .. og så videre.

Negative testsaker : Nedenfor er noen negative testscenarier for denne ruten.

  1. ABCDEFGHJKIOOOOOKIns (navn over 10 tegn)
  2. abcd1234 (navn som har numeriske verdier)
  3. Ingen navn oppgitt
  4. sndddwwww_ (navnet inneholder spesialtegn)
  5. .. og så videre.

Andre rute:

I den andre ruten forventes det at brukeren bare legger inn numeriske verdier som vist nedenfor:

Negativ og positiv testing 3

La oss etablere noen grunnregler her også:

Krav:

liste over programmeringsspråk på høyt nivå
  • ID-en må være et tall mellom 1-250
  • ID er obligatorisk.

Derfor er det noen positive og negative testscenarier for denne ruten.

Positive testscenarier : Nedenfor er noen positive testscenarier for denne ruten.

  1. 12 (Angi en gyldig verdi mellom det angitte området)
  2. 1.250 (Angi grenseverdien for det angitte området)

Negative testscenarier : Nedenfor er noen negative testscenarier for denne ruten.

  1. Ab (Skrive inn tekst i stedet for tall)
  2. 0, 252 (Angi grenseverdier)
  3. Null input
  4. -2 (Angi verdier utenfor området)
  5. +56 (Angi en gyldig verdi foran et spesialtegn)

Grunnleggende faktorer som hjelper til med å skrive positive og negative tester

Hvis du nøye følger eksemplene ovenfor, vil du legge merke til at det kan være flere positive og negative scenarier. Men effektiv testing er når du optimaliserer en endeløs liste over positive og negative scenarier på en slik måte at du oppnå tilstrekkelig testing .

I begge disse tilfellene vil du også se et vanlig mønster for hvordan scenariene er utformet. I begge tilfeller ovenfor er det to grunnleggende parametere eller teknikker som dannet grunnlag for å utforme tilstrekkelig mengde positive og negative testtilfeller.

De to parametrene er:

Grenseverdianalyse :

Som navnet selv tilsier, indikerer grensen grenser for noe. Derfor innebærer dette å designe testscenarier som bare fokuserer på grenseverdiene og validerer hvordan applikasjonen oppfører seg. Derfor, hvis inngangene leveres innenfor grenseverdiene, anses det å være positiv testing, og innganger utover grenseverdiene anses å være en del av negativ testing.

For eksempel, hvis en bestemt applikasjon godtar VLAN Id-er som strekker seg fra 0 - 255. Derfor vil her 0, 255 danne grenseverdiene. Alle innganger som går under 0 eller over 255 vil bli ansett som ugyldige, og vil derfor utgjøre negativ testing.

Negativ og positiv testing 4

Ekvivalenspartisjonering :

god gratis mp3 nedlasting for android

I ekvivalenspartisjonering er testdataene delt inn i forskjellige partisjoner. Disse partisjonene blir referert til som ekvivalensdataklasser. Det antas at de forskjellige inngangsdataene (data kan være en tilstand) i hver partisjon oppfører seg på samme måte. Derfor trenger bare en bestemt tilstand eller situasjon å testes fra hver partisjon som om man fungerer, så antas alle de andre i den partisjonen å fungere. På samme måte, hvis en tilstand i en partisjon ikke fungerer, vil ingen av de andre fungere.

Derfor er det nå veldig tydelig at gyldige dataklasser (i partisjonene) vil bestå av positiv testing, mens ugyldige dataklasser vil omfatte negativ testing.

I det samme VLAN-eksemplet ovenfor kan verdiene deles inn i si to partisjoner.

Så de to partisjonene her ville være:

  • Verdier -255 til -1 i en partisjon
  • Verdiene 0 til 255 i en annen partisjon

Negativ og positiv testing 5

Konklusjon

Flere ganger har jeg blitt møtt med situasjonen der folk tror at negativ testing er mer eller mindre en duplisering av den positive testen i stedet for å tro det faktum at den underbygger den positive testen. Min holdning til disse spørsmålene har alltid vært konsekvent som tester. De som forstår og strever for høye standarder og kvalitet, vil utvilsomt håndheve negativ testing som et must i kvalitetsprosessen.

Mens positiv testing sikrer at forretningsbruken er validert, sikrer negativ testing at den leverte programvaren ikke har noen feil som kan være avskrekkende for bruken av kunden.

Å designe presise og kraftige negative testscenarier krever kreativitet, framsynthet, dyktighet og intelligens fra testeren. De fleste av disse ferdighetene kan tilegnes med erfaring, så heng deg der og fortsett å vurdere ditt fulle potensiale gang på gang!

Om forfatteren: Dette er en gjesteartikkel av Sneha Nadig. Hun jobber som en testleder med over 7 års erfaring i manuelle og automatiseringstestprosjekter.

Gi oss beskjed om dine tanker og erfaringer om negativ testing.

PREV Opplæring | NESTE veiledning

Anbefalt lesing

^