Menu

Hvad er negativ test og hvordan man skriver negative testtilfælde?

what is negative testing

Prøv Vores Instrument Til At Fjerne Problemer

At have den mest optimale produktkvalitet er det primære mål for testorganisationerne.

Ved hjælp af en effektiv kvalitetssikringsproces forsøger testhold at finde maksimale fejl under deres test og derved sikre, at klienten eller slutbrugeren, der forbruger produktet, ikke ser abnormiteter med hensyn til dets funktion i deres eget computermiljø.

Da konstatering af mangler er et af de vigtigste mål for en tester, skal han / hun omhyggeligt udforme eller designe testscenarierne for at sikre, at det bestemte program eller produkt fungerer som det skal.

Hvordan man skriver negative testsager

Selvom det absolut er vigtigt at kontrollere, at softwaren udfører sine grundlæggende funktioner som beregnet, er det lige så eller mere vigtigt at kontrollere, at softwaren er i stand til at håndtere en unormal situation. Det er indlysende, at de fleste af fejlene opstår ved at skabe sådanne situationer med rimelig og acceptabel kreativitet fra testerne.

De fleste af os er allerede opmærksomme på flere typer test såsom funktionel test, sundhedstest, røgtest , integrationstest, regressionstest , alfa- og beta-test , tilgængelighedstest osv. Imidlertid er alle enige om, at uanset hvilken type test du udfører, hele testindsatsen kan grundlæggende generaliseres i to kategorier: positive testveje og negative testveje.

Lad os fortsætte med de næste afsnit, hvor vi diskuterer, hvad der er positiv og negativ test, hvordan de er forskellige, og vi beskriver nogle eksempler for at forstå, hvilken type negative tests der kan udføres, mens du tester en applikation.

Hvad du lærer:

Hvad er positiv test og negativ test?

Positiv testning

Positiv test, mange gange omtalt som 'Happy path testing' er generelt den første form for test, som en tester ville udføre på en applikation. Det er processen med at køre testscenarier, som en slutbruger kører til hans brug. Derfor medfører positiv testning, som underforstået, at køre et testscenarie med kun korrekte og gyldige data. Hvis et testscenarie ikke har brug for data, vil positiv test kræve, at testen køres nøjagtigt på den måde, den skal køre på, og dermed for at sikre, at applikationen overholder specifikationerne.

Nogle gange kan der være mere end en måde at udføre en bestemt funktion eller opgave med det formål at give slutbrugeren større fleksibilitet eller generel produktkonsistens. Dette kaldes alternativ statestning, som også er en slags positiv test. Ved alternativ statestning udføres testen igen for at opfylde dens krav, men ved hjælp af en anden rute end den indlysende sti. Testscenariet vil endda forbruge den samme type data for at opnå det samme resultat.

Det kan skematisk forstås ud fra et meget generisk eksempel beskrevet nedenfor:

Negativ og positiv test 1

A er et udgangspunkt, og B er slutpunktet. Der er to måder at gå fra A til B. Rute 1 er den generelt taget rute, og rute 2 er en alternativ rute. Derfor i sådan et tilfælde ville lykkelig statestning være at krydse fra punkt A til B ved hjælp af rute 1, og den alternative statestning ville omfatte at tage rute 2 for at gå fra A til B. Bemærk, at resultatet i begge tilfælde er det samme.

Negativ testning

Negativ test almindeligvis benævnt fejlsti-test eller fejltest gøres generelt for at sikre applikationens stabilitet.

hvad er netværkssikkerhedsnøglen til trådløs

Negativ testning er processen med at anvende så meget kreativitet som muligt og validere applikationen mod ugyldige data. Dette betyder, at det tilsigtede formål er at kontrollere, om fejlene vises til brugeren, hvor det skal eller håndtere en dårlig værdi mere yndefuldt.

Det er absolut nødvendigt at forstå hvorfor negativ test er nødvendig.

Applikationens eller softwarens funktionelle pålidelighed kan kun kvantificeres med effektivt designede negative scenarier. Negativ test har ikke kun til formål at få frem eventuelle fejl, der kan medføre alvorlig indvirkning på forbruget af produktet i det hele taget, men kan være med til at bestemme de betingelser, under hvilke applikationen kan gå ned. Endelig sikrer det, at der er tilstrækkelig fejlvalidering til stede i softwaren.

Eksempel:

Sig for eksempel, at du skal skrive negative testtilfælde om en pen. Det grundlæggende motiv for pennen er at kunne skrive på papir.

Nogle eksempler på negativ test kan være:

  • Skift det medium, det skal skrive på, fra papir til klud eller en mursten, og se om det stadig skal skrive.
  • Sæt pennen i væsken, og kontroller, om den skriver igen.
  • Udskift påfyldningen af ​​pennen med en tom, og kontroller, at den ikke holder op med at skrive.

Praktiske eksempler på positiv og negativ test

Lad os tage et eksempel på en UI-guide til at oprette nogle politikker. I guiden skal brugeren indtaste tekstværdier i en rude og numeriske værdier i en anden.

Første rude:

I den første forventes det, at brugeren giver et navn til politikken som vist nedenfor:

Negativ og positiv testning 2

Lad os også få nogle grundregler for at sikre, at vi designer gode positive og negative scenarier.

Krav:

  • Navnet tekstfelt er en obligatorisk parameter
  • Beskrivelsen er ikke obligatorisk.
  • Navnefeltet kan kun have a-z og A-Z tegn. Ingen tal, specialtegn er tilladt.
  • Navnet kan maksimalt indeholde 10 tegn.

Lad os nu designe de positive og negative testtilfælde til dette eksempel.

Positive testsager: Nedenfor er nogle positive testscenarier for denne rude.

  1. ABCDEFGH (validering af store bogstaver inden for tegngrænse)
  2. abcdefgh små bogstaver validering inden for tegngrænse)
  3. aabbccddmn (validering af tegnbegrænsning)
  4. aDBcefz (store bogstaver kombineret med små bogstaver validering inden for tegngrænse)
  5. .. og så videre.

Negative testsager : Nedenfor er nogle negative testscenarier for denne særlige rude.

  1. ABCDEFGHJKIOOOOOKIns (navn over 10 tegn)
  2. abcd1234 (navn med numeriske værdier)
  3. Intet navn leveret
  4. sndddwwww_ (navnet indeholder specialtegn)
  5. .. og så videre.

Anden rude:

I den anden rude forventes det, at brugeren kun angiver numeriske værdier som vist nedenfor:

Negativ og positiv testning 3

hvordan man åbner en torrent fil på windows

Lad os også etablere nogle grundregler her:

Krav:

  • ID'et skal være et tal mellem 1-250
  • ID er obligatorisk.

Derfor er her nogle positive og negative testscenarier for denne særlige rude.

Positive testscenarier : Nedenfor er nogle positive testscenarier for denne særlige rude.

  1. 12 (Indtastning af en gyldig værdi mellem det angivne interval)
  2. 1.250 (Indtastning af grænseværdien for det angivne interval)

Negative testscenarier : Nedenfor er nogle negative testscenarier for denne særlige rude.

  1. Ab (Indtastning af tekst i stedet for tal)
  2. 0, 252 (Indtastning af grænseværdier)
  3. Nul input
  4. -2 (Indtastning af værdier uden for området)
  5. +56 (Indtastning af en gyldig værdi forud for et specialtegn)

Grundlæggende faktorer, der hjælper med at skrive positive og negative tests

Hvis du nøje overholder eksemplerne ovenfor, vil du bemærke, at der kan være flere positive og negative scenarier. Men effektiv test er, når du optimerer en endeløs liste over positive og negative scenarier på en sådan måde, at du opnå tilstrækkelig test .

I begge disse tilfælde vil du også se et fælles mønster for, hvordan scenarierne er udtænkt. I begge ovenstående tilfælde er der to grundlæggende parametre eller teknikker, der dannede et grundlag for at designe tilstrækkelig mængde positive og negative testtilfælde.

De to parametre er:

Grænseværdianalyse :

Som navnet selv antyder, angiver grænser grænser for noget. Derfor involverer dette design af testscenarier, der kun fokuserer på grænseværdierne og validerer, hvordan applikationen opfører sig. Derfor, hvis input leveres inden for grænseværdierne, anses det for at være positiv testning, og input over grænseværdierne betragtes som en del af negativ test.

For eksempel, hvis en bestemt applikation accepterer VLAN Id'er, der spænder fra 0 - 255. Derfor vil her 0, 255 danne grænseværdierne. Alle input, der går under 0 eller over 255, betragtes som ugyldige og vil derfor udgøre negativ test.

Negativ og positiv test 4

hvad er den bedste e-mail at have

Ækvivalenspartitionering :

I ækvivalenspartitionering er testdataene adskilt i forskellige partitioner. Disse partitioner kaldes ækvivalensdataklasser. Det antages, at de forskellige inputdata (data kan være en betingelse) i hver partition opfører sig på samme måde. Derfor behøver kun en bestemt tilstand eller situation testes fra hver partition, som om man arbejder, så antages alle de andre i denne partition at fungere. Tilsvarende, hvis en tilstand i en partition ikke fungerer, så fungerer ingen af ​​de andre.

Derfor er det nu meget tydeligt, at gyldige dataklasser (i partitionerne) vil omfatte positiv test, mens ugyldige dataklasser vil omfatte negativ test.

I det samme VLAN-eksempel ovenfor kan værdierne opdeles i f.eks. To partitioner.

Så de to partitioner her ville være:

  • Værdier -255 til -1 i en partition
  • Værdier 0 til 255 i en anden partition

Negativ og positiv test 5

Konklusion

Flere gange har jeg været konfronteret med den situation, hvor folk tror, ​​at negativ testning mere eller mindre er en kopiering af den positive testning snarere end at tro det faktum, at den underbygger den positive testning. Min holdning til disse spørgsmål har altid været konsekvent som tester. Dem, der forstår og stræber efter høje standarder og kvalitet, vil uden tvivl håndhæve negativ test som et must i kvalitetsprocessen.

Mens positiv test sikrer, at forretningsbrugssagen er valideret, sikrer negativ test, at den leverede software ikke har nogen fejl, der kan være afskrækkende for kundens anvendelse.

At designe præcise og kraftige negative testscenarier kræver kreativitet, fremsyn, dygtighed og intelligens fra testeren. De fleste af disse færdigheder kan tilegnes med erfaring, så hold dig derinde og fortsæt med at vurdere dit fulde potentiale igen og igen!

Om forfatteren: Dette er en gæsteartikel af Sneha Nadig. Hun arbejder som en testleder med over 7 års erfaring i manuelle og automatiseringstestprojekter.

Fortæl os dine tanker og erfaringer om negativ test.

PREV-vejledning | NÆSTE vejledning

Anbefalet læsning

^