Meni

Kaj je negativno testiranje in kako pisati negativne testne primere?

what is negative testing

Preizkusite Naš Instrument Za Odpravo Težav

Najbolj optimalna kakovost izdelkov je glavni cilj testnih organizacij.

S pomočjo učinkovitega postopka zagotavljanja kakovosti poskusne skupine poskušajo med preskušanjem našli največ napak , s čimer se zagotovi, da odjemalec ali končni uporabnik izdelka, ki uživa izdelek, ne vidi nobenih nepravilnosti glede njegovega delovanja v svojem računalniškem okolju.

Ker je iskanje napak eden glavnih ciljev preizkuševalca, mora skrbno izdelati ali oblikovati testne scenarije, da se prepriča, ali določena aplikacija ali izdelek deluje tako, kot naj bi.

Kako napisati negativne testne primere

Čeprav je vsekakor pomembno preveriti, ali programska oprema opravlja svoje osnovne funkcije, kot je bilo predvideno, je enako ali bolj pomembno preveriti, ali programska oprema z lahkoto obravnava neobičajne razmere. Očitno je, da večina napak nastane pri ustvarjanju takih situacij z razumno in sprejemljivo kreativnostjo preizkuševalcev.

Večina se nas že zaveda več vrst testiranja, kot so funkcionalno testiranje, preizkušanje razuma, preizkušanje dima , integracijsko testiranje, regresijsko testiranje , testiranje alfa in beta , testiranje dostopnosti itd. Vendar se bodo vsi strinjali, da ne glede na kategorijo testiranja, celoten poskusni preizkus lahko v osnovi posplošimo v dve kategoriji: pozitivne preizkusne poti in negativne preskusne poti.

Nadaljujmo z naslednjimi razdelki, v katerih bomo razpravljali, kaj je pozitivno in negativno testiranje, kako se razlikujejo, in opisali bomo nekaj primerov, da bomo razumeli, kakšne negativne teste lahko izvedemo med testiranjem aplikacije.

Kaj se boste naučili:

Kaj je pozitivno testiranje in negativno testiranje?

Pozitivno testiranje

Pozitivno testiranje, večkrat imenovano »preskušanje srečne poti«, je običajno prva oblika testiranja, ki bi jo preizkuševalec opravil na aplikaciji. To je postopek izvajanja testnih scenarijev, ki bi jih končni uporabnik zagnal za svojo uporabo. Kot je razvidno, pozitivno testiranje vključuje izvajanje testnega scenarija z le pravilnimi in veljavnimi podatki. Če testni scenarij ne potrebuje podatkov, potem bi pozitivno testiranje zahtevalo izvajanje testa natančno na način, na katerega naj bi se izvajal, s čimer bi zagotovili, da aplikacija izpolnjuje zahteve.

Včasih lahko obstaja več načinov izvajanja določene funkcije ali naloge z namenom, da se končnemu uporabniku omogoči večja prilagodljivost ali splošna doslednost izdelka. To se imenuje preskušanje nadomestne poti, kar je tudi vrsta pozitivnega testiranja. Pri preskušanju nadomestne poti se test znova izvede, da izpolni svoje zahteve, vendar z drugačno potjo kot očitna pot. Testni scenarij bi celo porabil enako vrsto podatkov, da bi dosegel enak rezultat.

Shemo je mogoče razumeti iz spodaj opisanega zelo splošnega primera:

Negativno in pozitivno testiranje 1

A je izhodišče, B pa končno. Obstajata dva načina za pot od A do B. Cesta 1 je običajno sprejeta, Pot 2 pa je alternativna pot. Zato bi v takem primeru preskus srečne poti prehodil od točke A do B po poti 1, alternativno testiranje poti pa bi vključevalo pot 2, da bi šla od A do B. Upoštevajte, da je rezultat v obeh primerih enak.

Negativno testiranje

Negativno testiranje, ki se običajno imenuje testiranje poti napak ali testiranje napak se običajno izvaja, da se zagotovi stabilnost aplikacije.

najboljši program za spremljanje temperature procesorja

Negativno testiranje je postopek uporabe čim večje kreativnosti in preverjanja veljavnosti aplikacije pred neveljavnimi podatki. To pomeni, da je njegov predvideni namen preveriti, ali se napake prikazujejo uporabniku tam, kjer naj bi se, ali pa bolj elegantno obravnava slabo vrednost.

Nujno je razumeti zakaj je potrebno negativno testiranje.

Funkcionalno zanesljivost aplikacije ali programske opreme je mogoče količinsko opredeliti le z učinkovito oblikovanimi negativnimi scenariji. Cilj negativnega testiranja ni samo odkrivanje morebitnih napak, ki bi lahko resno vplivale na porabo izdelka kot celote, temveč lahko pomaga pri določanju pogojev, pod katerimi lahko aplikacija zruši. Nazadnje zagotavlja, da je v programski opremi dovolj preverjanja napak.

Primer:

Recimo, da morate na primer napisati negativne testne primere o pisalu. Osnovni motiv peresa je, da zna pisati na papir.

Nekaj ​​primerov negativnega testiranja bi lahko bilo:

  • Spremenite medij, na katerem naj bi pisal, s papirja na krpo ali opeko in preverite, ali naj še piše.
  • Peresnik vstavite v tekočino in preverite, ali piše znova.
  • Zamenjajte injekcijski peresnik s praznim in preverite, ali naj preneha pisati.

Praktični primeri pozitivnega in negativnega testiranja

Vzemimo primer čarovnika za uporabniški vmesnik za ustvarjanje nekaterih pravilnikov. V čarovniku mora uporabnik v eno podokno vnesti besedilne vrednosti, v drugo pa številčne vrednosti.

ethernet privzeti prehod ni na voljo

Prvo podokno:

V prvem naj bi uporabnik pravilniku dal ime, kot je prikazano spodaj:

Negativno in pozitivno testiranje 2

Pridobimo tudi nekaj temeljnih pravil, s katerimi bomo poskrbeli, da bomo oblikovali dobre pozitivne in negativne scenarije.

Zahteve:

  • Polje z imenom je obvezen parameter
  • Opis ni obvezen.
  • Polje z imenom lahko vsebuje samo znaka a-z in A-Z. Številke niso dovoljene.
  • Ime lahko vsebuje največ 10 znakov.

Zdaj pa pojdimo na oblikovanje pozitivnih in negativnih primerov testiranja za ta primer.

Pozitivni testni primeri: Spodaj je nekaj pozitivnih preskusnih scenarijev za to podokno.

  1. ABCDEFGH (veljavnost velikih črk znotraj omejitve znakov)
  2. abcdefgh potrditev malih črk znotraj omejitve znakov)
  3. aabbccddmn (preverjanje omejitve znakov)
  4. aDBcefz (velika črka v kombinaciji s potrditvijo malih črk znotraj omejitve znakov)
  5. .. in tako naprej.

Negativni testni primeri : Spodaj je nekaj negativnih preskusnih scenarijev za to podokno.

  1. ABCDEFGHJKIOOOOOKIsns (ime presega 10 znakov)
  2. abcd1234 (ime s številčnimi vrednostmi)
  3. Ime ni navedeno
  4. sndddwwww_ (ime vsebuje posebne znake)
  5. .. in tako naprej.

Drugo podokno:

V drugem podoknu naj bi uporabnik vnesel le številčne vrednosti, kot je prikazano spodaj:

Negativno in pozitivno testiranje 3

Vzpostavimo tudi nekaj osnovnih pravil:

Zahteve:

  • ID mora biti število med 1 in 250
  • ID je obvezen.

Zato je tu nekaj pozitivnih in negativnih preskusnih scenarijev za to podokno.

Pozitivni testni scenariji : Spodaj je nekaj pozitivnih scenarijev testiranja za to podokno.

  1. 12 (Vnos veljavne vrednosti med določenim obsegom)
  2. 1.250 (Vnos mejne vrednosti določenega obsega)

Negativni testni scenariji : Spodaj je nekaj negativnih preskusnih scenarijev za to podokno.

  1. Ab (vnos besedila namesto številk)
  2. 0, 252 (Vnos zunaj mejnih vrednosti)
  3. Ničelni vnos
  4. -2 (vnos vrednosti izven obsega)
  5. +56 (vnos veljavne vrednosti s predpono s posebnim znakom)

Osnovni dejavniki, ki pomagajo pri pisanju pozitivnih in negativnih testov

Če natančno opazujete zgornje primere, boste opazili, da lahko obstaja več pozitivnih in negativnih scenarijev. Vendar je učinkovito preizkušanje takrat, ko neskončen seznam pozitivnih in negativnih scenarijev optimizirate tako, da vi doseči zadostno testiranje .

Tudi v obeh primerih boste videli skupen vzorec, kako so zasnovani scenariji. V obeh zgornjih primerih sta dva osnovna parametra ali tehnike, ki sta osnova za oblikovanje zadostne količine pozitivnih in negativnih testnih primerov.

Dva parametra sta:

Analiza mejne vrednosti :

Kot že samo ime pove, meja nakazuje omejitve nečesa. Zato to vključuje oblikovanje testnih scenarijev, ki se osredotočajo le na mejne vrednosti in potrjujejo, kako se aplikacija obnaša. Torej, če so vnosi podani znotraj mejnih vrednosti, se šteje, da je to pozitivno testiranje, vhodi, ki presegajo mejne vrednosti, pa del negativnega testiranja.

Na primer, če določena aplikacija sprejme ID-je VLAN v razponu od 0 - 255. Tu bo torej 0, 255 tvorilo mejne vrednosti. Vsi vhodi, ki so pod 0 ali nad 255, se bodo šteli za neveljavne in bodo zato negativni preizkus.

Negativno in pozitivno testiranje 4

Enakovrednost razdelitve :

Pri enakovredni particiji so testni podatki ločeni v različne particije. Te particije se imenujejo razredi podatkov enakovrednosti. Predpostavlja se, da se različni vhodni podatki (podatki so lahko pogoj) v vsaki particiji obnašajo enako. Zato je treba iz vsake particije preizkusiti samo en poseben pogoj ali situacijo, kot da ena deluje, potem pa naj bi vsi drugi v tej particiji delovali. Podobno, če en pogoj v particiji ne deluje, potem noben od ostalih ne bo deloval.

Zato je zdaj zelo očitno, da bodo veljavni podatkovni razredi (v particijah) vsebovali pozitivno testiranje, neveljavni podatkovni razredi pa negativno testiranje.

V istem zgornjem primeru VLAN lahko vrednosti razdelimo na recimo dve particiji.

kako odpreti datoteko swf na

Torej bi bili tukaj dve particiji:

  • Vrednosti od -255 do -1 na eni particiji
  • Vrednosti od 0 do 255 na drugi particiji

Negativno in pozitivno testiranje 5

Zaključek

Večkrat sem se soočil s situacijo, ko ljudje verjamejo, da je negativno testiranje bolj ali manj podvajanje pozitivnega testiranja, namesto da bi verjeli dejstvu, da utemeljuje pozitivno testiranje. Moje stališče do teh vprašanj je bilo vedno dosledno kot preizkuševalec. Tisti, ki razumejo in si prizadevajo za visoke standarde in kakovost, bodo nedvomno uveljavili negativno testiranje kot nujno v procesu kakovosti.

Medtem ko pozitivno testiranje zagotavlja potrditev primera poslovne uporabe, negativno testiranje zagotavlja, da dobavljena programska oprema nima napak, ki bi lahko odvračale stranko od njene uporabe.

Oblikovanje natančnih in močnih negativnih testnih scenarijev zahteva ustvarjalnost, predvidevanje, spretnost in inteligenco preizkuševalca. Večino teh veščin je mogoče pridobiti z izkušnjami, zato ostanite tam in vedno znova ocenjujte svoj potencial!

O avtorju: To je gostujoči članek Snehe Nadig. Deluje kot preizkusna vodja z več kot 7-letnimi izkušnjami pri projektih ročnega testiranja in avtomatizacije.

Sporočite nam svoje misli in izkušnje o negativnem testiranju.

PREV Vadnica | NASLEDNJA Vadnica

Priporočeno branje

^