Negatiivne testimine
Negatiivne testimine on tarkvara testimise tüüp, mida kasutatakse tarkvararakenduse ootamatute sisendandmete ja tingimuste kontrollimiseks. Ootamatud andmed või tingimused võivad olla kõik, alates valest andmetüübist kuni tugeva häkkimisrünnakuni. Negatiivse testimise eesmärk on vältida tarkvararakenduse krahhi negatiivsete sisendite tõttu ning parandada kvaliteeti ja stabiilsust.
Lihtsalt positiivse testimise abil saame veenduda, et meie süsteem töötab normaalsetes tingimustes. Peame veenduma, et meie süsteem suudab toime tulla ootamatute tingimustega, et tagada 100% tõrgeteta süsteem.
Selles õpetuses saate teada
- Mis on negatiivne testimine?
- Negatiivse testimise näide
- Miks teha negatiivseid teste?
- Kuidas teha negatiivset testimist
- Negatiivse testimise eelised
- Negatiivse testimise puudused
Negatiivse testimise näide
Vaatleme lifti juhtumit, mis on negatiivsete testide levinud näide.
Me kõik teame lifti funktsionaalsust. Neid peetakse lifti nõueteks, näiteks põranda numbri vajutamine paneb lifti just sellele korrusele minema.
Uks avaneb automaatselt, kui lift jõuab määratud korrusele ja nii edasi.
Vaatleme nüüd mõningaid negatiivseid stsenaariume. Mõned neist on
| Negatiivne testimine | Positiivne testimine |
|---|---|
|
|
|
|
|
|
Kõik need juhtumid testitakse negatiivselt. Selle tähtsus on see, et me ei saa veenduda, et kõiki ülalnimetatuid ei juhtu, seega peame neid sisaldama.
Arvestage juhtumiga, et ülekaalulise seisundi kontrollimine toimub ja rakendamisel on ülekaalulisuse korral ebanormaalne. See mõjutab potentsiaalselt süsteemi töökindlust ja võib põhjustada isegi ohtu elule. See selgitab, mis on negatiivne testimine ja selle tähtsus.
Sama juhtumit rakendatakse ka tarkvaras. Negatiivse testimise jaoks oleme tavapärasest töökorrast kõrvale kaldunud. Vaatame läbi mõned näited.
Mõelge näiteks registreerimisvormile.
| Negatiivne testimine | Positiivne testimine |
|---|---|
|
|
|
|
|
|
|
|
Nagu me varem ütlesime, peame kõigil neil negatiivsetel juhtudel veenduma, et meie süsteem töötab korralikult. Vaatleme juhtumit, kui keegi proovib sisestada numbriväljale märgi ja süsteem ei saa ootamatuid andmeid töödelda, kuna see ootab numbrit, ja lõpuks, süsteem jookseb kokku. Või mis siis, kui keegi proovib teha SQL-i süsti ja kustutada kõik meie andmed andmebaasist. Me ei kannata selliseid võimalikke kaotusi. Seega on negatiivne testimine oluline.
Miks teha negatiivseid teste?
Kuna testimine on aeganõudev ülesanne, on testimise „otsustamine“, „kuidas“ ja „kui palju“ otsustamine tõesti oluline. Peame targalt valima, kas peame oma süsteemis negatiivseid teste tegema või mitte. Nii et vaatame negatiivsete testide olulisust.
Organisatsiooni perspektiiv
Organisatsiooni kohustus on pakkuda oma kliendile kvaliteetset toodet. Selle saavutamiseks tuleb teha negatiivne test.
Ebaõnnestumise kinnituse osana peab organisatsioon tegema negatiivse testi.
Võib-olla ei saa me ehitada 100% tõrgeteta süsteemi, kuid peame veenduma, et oleme teinud kõik tõrke vältimiseks, et saavutada negatiivne testimine.
Mõju on üks tegure, mida peame arvestama. Mõelgem sellele, et oleme e-kaubanduse saidil positiivseid teste teinud ja veenduge, et kõik oleks korras. Aga mis siis, kui meie süsteemis on lünk, et keegi saab teha SQL-i süstimise ja kustutada kõik meie andmed. See on suur turvarikkumine. Seda tüüpi juhtumite vältimiseks tuleb teha ka negatiivseid teste.
Avalikkusele avatud rakenduste, peamiselt veebisaitide puhul peame alati meeles pidama, et meil pole rakenduse kasutamise protseduuride üle suurt kontrolli, seega peame tegema negatiivseid teste veendumaks, et kõik sellised juhtumid on hõlmatud ja piiratud.
Teine asi, mille eest peame hoolitsema, on see, et seal on palju musti häkkerid, kes otsivad võimalust süsteemi hävitada. Häkkimine on oluline negatiivsete testidega hõlmatud juhtum
Kliendi vaatenurk
Kliendid loodavad alati, et haavatavusi pole null, et tagada negatiivse testimise kohustuslikkus
Kui see on tundlik toode, nagu e-kaubandus, veebipõhine aktsia jne, on turvalisus ja negatiivne testimine kohustuslik.
Negatiivse testimise puhul on kliendi ainus mure see, et see maksab. Kuid pärast mõju analüüsimist on kliendi otsustada, kas teha negatiivne test või mitte.
Kuidas teha negatiivseid teste
Negatiivse testi tegemiseks peame arvestama kõigi võimalike juhtumitega. See tähendab, et kui see on võimalik, peame seda proovikohtuasjas kaaluma, hoolimata sellest, kas see pole õige viis selle kasutamiseks. Näiteks kui näeme e-posti välja, mõelge kõigile võimalikele sisenditele, mida saaksime sinna panna peale õige e-posti vormingu. Samamoodi, kui näeme pildi üleslaadimise võimalust, peame seda testima kõigi võimalike failidega.
Negatiivsete testjuhtumite loomisel peame sisendid prioriteetseks muutma, muidu on võimalik palju juhtumeid. Näiteks pildivälja puhul, kuhu peaksid sisestama ainult '.png.webp' failid, võib meil olla palju üleslaadimisvõimalusi, näiteks 'jpeg.webp', 'xml', 'xls' jne ... Seega peame seadma prioriteedid XML-il ja SQL-il võib olla suurem mõju kui jpeg.webpil ja xls-il, seega peaksime kõigepealt hoolitsema SQL- ja XML-juhtumite eest. Nii peame aja ja testimiskulude kokkuhoiu huvides seadma esemed enne käivitamist tähtsuse järjekorda.
Negatiivse testimise plussid ja miinused
Nagu kõik teised testimistehnikad, on ka negatiivsete testide jaoks plusse ja miinuseid, mis põhinevad peamiselt sellel, kus kasutada, millal ja kuidas kasutada. Vaatame seda.
Negatiivse testimise eelised
- Kuna me kõik teame, on negatiivne testimine toote kvaliteedi tagamiseks väga oluline. Hea kvaliteediga toode on haavatavuseta toode, tagamaks, et negatiivne testimine on väga oluline.
- Negatiivse testi tegemine tagab, et kõik võimalikud juhtumid on kaetud. Tahtlikult või tahtmatult võib esineda negatiivseid testijuhtumeid. Nii et veendumaks, et kõik juhtumid on kaetud, peame koos positiivsete testidega tegema ka negatiivseid teste.
- Negatiivne testimine suurendab kliendi enesekindlust enne otseülekannet.
Negatiivse testimise puudused
- Tarkvaratehnikas muutub negatiivne testimine mõnel juhul aja ja energia raiskamiseks. Paljudel juhtudel pole liigset negatiivset testimist vaja. Näiteks kui rakendus on loodud ühe inimese kasutamiseks, ei pea me arvestama juhtumiga, et süsteemi kasutab korraga 100 kasutajat. Seega on negatiivsete testjuhtumite korral tingimuste otsustamine väga oluline. On hetki, kus me ei pea teatud süsteemis negatiivseid teste tegema.
- Nõuda kvalifitseeritud ja kogenud inimestelt negatiivsete testjuhtumite loomist.
- Kliendi jaoks on negatiivne testimine veel üks asi, mis põhjustab tarbetut viivitust vabastamises ja kulude lisamises.
- Võimalus, et meeskond kulutab negatiivse testimise jaoks rohkem aega ja energiat. On võimalus, et testijad kulutavad negatiivse testimise jaoks palju aega ja energiat, mille tulemuseks on madalam positiivse testimise kontsentratsioon.