Hvad er negativ test? Testcases med eksempel
Thomas Hamilton
⚡ Smart opsummering
Negativ testning kontrollerer, hvordan en softwareapplikation opfører sig, når den modtager uventede inputdata eller driftsforhold, så produktet nedbrydes problemfrit i stedet for at gå ned, beskadige data eller afsløre et sikkerhedshul.
Negativ test
Negativ test er en softwaretesttype, der bruges til at kontrollere en softwareapplikation mod uventede inputdata og -betingelser. Uventede data eller betingelser spænder fra en forkert datatype i et simpelt formularfelt til et bevidst hackingangreb. Formålet med negativ testning er at forhindre, at applikationen går ned ved ugyldigt input og at forbedre produktets kvalitet og stabilitet.
Positiv test alene beviser kun, at systemet fungerer under normale forhold. Negativ test bekræfter, at det samme system også håndterer unormale forhold, hvilket er, hvad et fejltolerant produkt kræver.
Eksempel på negativ test
Et løft er det eksempel, der oftest bruges til at forklare negativ testning, fordi både dets normale opførsel og dets fejladfærd er lette at forestille sig.
Kravene til en elevator er velkendte: tryk på et etagenummer sender elevatoren til den pågældende etage, og døren åbner automatisk, når elevatoren når den angivne etage.
Nogle negative scenarier for den samme stigning er anført nedenfor, ud for den antagelse, som positiv testning i stedet gør.
| Negativ test | Positiv test |
|---|---|
| Hvad sker der, hvis antallet af personer (vægt) overstiger den angivne grænse? | Antager, at kun det angivne antal personer vil gå ind i elevatoren |
| Hvad sker der, hvis nogen ryger eller forårsager brand inde i elevatoren? | Antager, at der ikke vil være røg eller ild inde i elevatoren |
| Hvad sker der, hvis der er strømsvigt under drift? | Antager, at der ikke vil være strømafbrydelse, mens liften er i drift. |
Alle disse tilfælde falder under negativ testning. Ingen af dem kan garanteres aldrig at ske, så hver enkelt skal inddæmmes.
Antag, at overvægtstilstanden aldrig kontrolleres, og at liften opfører sig unormalt, når den overbelastes. Dette ene hul skader systemets pålidelighed og kan endda bringe liv i fare. Det er, hvad negativ testning betyder i praksis, og hvorfor det er vigtigt.
Software opfører sig på samme måde. En negativ test afviger bevidst fra den normale driftsprocedure. Overvej en registreringsformular.
| Negativ test | Positiv test |
|---|---|
| Indtast et ugyldigt e-mail-id i e-mailfeltet | Kun gyldige e-mail-id'er indtastes i et e-mail-felt |
| Indtast et ugyldigt telefonnummer, f.eks. tegn, i et telefonnummerfelt | Kun tal indtastes i talfeltet |
| Upload et billede med en størrelse uden for den angivne grænse | Kun billeder inden for den angivne størrelsesgrænse uploades |
| Upload ugyldige filer som f.eks. XML or SQL filer i et felt til billedupload | Kun gyldige billedformater som .jpg eller .png uploades |
Hvert af disse negative tilfælde skal stadig føre til, at systemet fungerer. Hvis et tegn indtastes i et talfelt, kan applikationen ikke behandle de uventede data, den aldrig havde forventet, og den kan gå ned. Værre endnu, en SQL-indsprøjtning En streng i det samme felt kan slette indholdet af databasen. Tab af den slags er årsagen til, at der forekommer negative tests.
Hvorfor udfører negativ test?
Testning bruger tid og penge, så det er vigtigt at beslutte, hvad, hvordan og hvor meget der skal testes. Argumentet for at bruge en del af dette budget på negativ testning ser forskelligt ud fra de to sider af et projekt.
Organisationsperspektiv
Det er organisationens ansvar at levere et produkt af god kvalitet til kunden, og negativ testning er en del af denne forpligtelse. Det er også organisationens bevis på, at den gjorde alt, hvad der var rimeligt, for at forhindre en fejl, selvom intet system er fuldstændig fejlfrit.
Påvirkning er den afgørende faktor. En e-handelsside kan bestå alle positive tests og stadig indeholde et smuthul, der giver en angriber mulighed for at køre en SQL-injektion og slette dataene bagved. Det er et alvorligt sikkerhedsbrud, og kun negativ testning leder efter det.
Offentlige applikationer, især hjemmesider, tilbyder næsten ingen kontrol over, hvordan besøgende bruger dem, så negativ testning er den eneste måde at bekræfte, at usædvanlig brug er dækket og inddæmmet. Det samme gælder for ondsindede brugere: angribere leder aktivt efter en mulighed for at bryde et system, og hackingscenarier hører helt og holdent hjemme i negativ testdækning.
Kundeperspektiv
Kunder forventer et produkt uden sårbarheder, og negative tests understøtter denne forventning. For følsomme produkter såsom e-handel eller online aktiehandel, sikkerhedstest og negative test er obligatoriske snarere end valgfrie.
Klientens eneste reelle bekymring er omkostningerne. Når virkningen af en fiasko er analyseret, er klienten i stand til at beslutte, hvor langt den negative testindsats skal gå.
Sådan udfører du en negativ test
Negativ testning starter med at overveje alle input, som applikationen fysisk kan modtage, ikke kun de input, den skal modtage. Hver af disse hører hjemme i en Test sag selv når det åbenlyst er den forkerte måde at bruge funktionen på. Et e-mailfelt testes med alt, der ikke er en gyldig e-mailadresse, og en billeduploadkontrol testes med alle filtyper, der ikke er et billede.
Listen over mulige ugyldige input er reelt uendelig, så negative testtilfælde skal prioriteres. For et billedfelt, der kun accepterer .png-filer, inkluderer de potentielle uploads .jpeg, .xml, .xls og mange andre. En XML- eller SQL-fil har en langt større potentiel effekt end en .jpeg, så disse tilfælde udføres først. Rangering af tilfælde efter effekt før udførelse er det, der gør negativ testning overkommelig.
De fleste negative testcases stammer fra et lille sæt etablerede designteknikker snarere end fra improvisation:
- Grænseværdier: Udøv værdierne umiddelbart uden for et gyldigt område, f.eks. 0 og 101, for et felt, der accepterer 1 til 100.
- Ugyldige ækvivalensklasser: vælg én repræsentant fra hver klasse af afvist input, for eksempel bogstaver i et numerisk felt.
- Fejl ved gæt: Brug erfaringer fra tidligere defekter til at målrette de input, der mest sandsynligt vil ødelægge denne type funktion.
- Forkerte og fjendtlige data: script-tags, SQL-fragmenter og overdimensionerede nyttelaster, der undersøger validering og sikkerhedshåndtering.
- Fuzz test: generere store mængder tilfældigt eller muteret input automatisk for at finde uhåndterede nedbrud.
- Afbrudte strømme: annullere, opdatere, få timeout eller miste forbindelsen midtvejs i en transaktion.
Uanset hvilken teknik der producerer tilfældet, skal det forventede resultat nedskrives som en kontrolleret, læsbar fejl – en valideringsmeddelelse, en afvist upload, en ren rollback – og aldrig blot som "systemet går ikke ned".
Fordele og ulemper ved negativ testning
Ligesom alle andre testteknikker har negativ test fordele og ulemper, der afhænger af hvor, hvornår og hvor meget af den anvendes.
Fordele ved negativ test
- Det beskytter produktkvaliteten direkte, fordi et produkt af god kvalitet er et produkt uden sårbarheder, der kan udnyttes.
- Det udvider dækningen. Ugyldigt input når et live-system, enten bevidst eller utilsigtet, så negative tilfælde skal løbe side om side med positive, for at dækningen kan være meningsfuld.
- Det øger klienttilliden, før en udgivelse går live.
- Den afdækker defekter, som positiv testning strukturelt ikke kan nå, såsom uhåndterede undtagelser og svag inputvalidering.
Ulemper ved negativ test
- I nogle situationer er det spild af tid og energi. Hvis en applikation er bygget til en enkelt bruger, er tilfældet med 100 samtidige brugere ikke værd at teste, så det er vigtigt at vælge de rigtige betingelser, og nogle systemer kræver meget lidt negativ testning overhovedet.
- Det kræver dygtige og erfarne folk at designe sagerne.
- Fra klientens synspunkt øger det omkostningerne og kan forsinke udgivelsen.
- Det konkurrerer om indsatsen. Et team, der bruger mange penge på negative tests, kan ende med at investere for lidt i positive tests.
