Negatīva testēšana
Negatīvā testēšana ir programmatūras testēšanas veids, ko izmanto, lai pārbaudītu, vai programmatūrā nav neparedzētu ievades datu un apstākļu. Negaidīti dati vai apstākļi var būt jebkas, sākot no nepareiza datu veida līdz spēcīgam hakeru uzbrukumam. Negatīvās pārbaudes mērķis ir novērst programmatūras lietojumprogrammu avāriju negatīvu ievadu dēļ un uzlabot kvalitāti un stabilitāti.
Veicot tikai pozitīvu pārbaudi, mēs varam pārliecināties, ka mūsu sistēma darbojas normālos apstākļos. Mums ir jāpārliecinās, ka mūsu sistēma spēj tikt galā ar negaidītiem apstākļiem, lai nodrošinātu 100% bez traucējumiem sistēmu.
Šajā apmācībā jūs uzzināsiet
- Kas ir negatīvā testēšana?
- Negatīvās pārbaudes piemērs
- Kāpēc veikt negatīvo testēšanu?
- Kā veikt negatīvo testēšanu
- Negatīvās testēšanas priekšrocības
- Negatīvās testēšanas trūkumi
Negatīvās pārbaudes piemērs
Apsveriet lifta gadījumu, kas ir parasti uzskatāms negatīvās pārbaudes piemērs.
Mēs visi zinām lifta funkcionalitāti. Tās tiks uzskatītas par tādām lifta prasībām kā grīdas numura nospiešana liek liftam doties uz konkrēto stāvu.
Durvis tiek automātiski atvērtas, tiklīdz lifts sasniedz norādīto stāvu utt.
Tagad ņemsim vērā dažus negatīvus scenārijus. Daži no tiem ir,
| Negatīva testēšana | Pozitīva pārbaude |
|---|---|
|
|
|
|
|
|
Visi šie gadījumi tiks pakļauti negatīvai pārbaudei. Tas ir svarīgi, ka mēs nevaram pārliecināties, ka nenotiks visi iepriekš minētie, tāpēc mums tie ir jāietver.
Apsveriet gadījumu, kad tiek pārbaudīts liekā svara stāvoklis un, īstenojot, pacēlājs darbojas nenormāli, ja ir liekā svara stāvoklis. Tas potenciāli ietekmēs sistēmas uzticamību un pat var radīt draudus dzīvībai. Tas izskaidro to, kas ir negatīvs tests, un tā nozīmi.
Tas pats gadījums tiek piemērots arī programmatūrā. Negatīvai pārbaudei mēs esam atkāpušies no parastās darbības procedūras. Apskatīsim dažus piemērus.
Apsveriet, piemēram, reģistrācijas veidlapu.
| Negatīva testēšana | Pozitīva pārbaude |
|---|---|
|
|
|
|
|
|
|
|
Kā mēs teicām iepriekš, mums ir jāpārliecinās, ka visos šajos negatīvajos gadījumos mūsu sistēma darbosies pareizi. Apsveriet gadījumu, ja kāds mēģina ievadīt rakstzīmi ciparu laukā un sistēma nevar apstrādāt neparedzētos datus, jo tā gaida skaitli, un visbeidzot, sistēma avarē. Vai arī, ja kāds mēģina veikt SQL injekciju un izdzēst visus mūsu datus no datu bāzes. Mēs nevaram paciest šādus iespējamos zaudējumus. Tāpēc negatīva pārbaude ir svarīga.
Kāpēc veikt negatīvo testēšanu?
Tā kā testēšana ir laikietilpīgs uzdevums, ir ļoti svarīgi izlemt, ko pārbaudīt, kā un cik daudz pārbaudīt. Mums ir gudri jāizvēlas, vai mūsu sistēmā jāveic negatīva pārbaude vai nē. Tāpēc apskatīsim negatīvās pārbaudes nozīmi.
Organizācijas perspektīva
Organizācijas pienākums ir nodrošināt klientam labas kvalitātes produktu. Lai to panāktu, ir jāveic negatīva pārbaude.
Kā daļu no apstiprinājuma par neveiksmi organizācijai jāveic negatīva pārbaude.
Varbūt mēs nevaram izveidot 100% bez kļūdām sistēmu, taču mums ir jāpārliecinās, ka mēs esam darījuši visu, lai novērstu kļūmi, lai to panāktu, mums jāveic negatīva pārbaude.
Ietekme ir viens no faktoriem, kas mums jāņem vērā. Apsveriet, ka esam veikuši pozitīvas pārbaudes e-komercijas vietnē, un pārliecinieties, ka viss ir kārtībā. Bet ko tad, ja mūsu sistēmā ir nepilnība, ka kāds var veikt SQL injekciju un izdzēst visus mūsu datus. Tas būs liels drošības pārkāpums. Lai izvairītos no šāda veida gadījumiem, ir jāveic arī negatīva pārbaude.
Attiecībā uz publiski atvērtām lietojumprogrammām, galvenokārt vietnēm, mums vienmēr jāpatur prātā, ka mums nav daudz iespēju kontrolēt lietojumprogrammas izmantošanas procedūru, tāpēc mums ir jāveic negatīva pārbaude, lai pārliecinātos, ka visi šādi gadījumi ir aptverti un ierobežoti.
Vēl viena lieta, kas mums jārūpējas, ir tā, ka tur ir daudz melno hakeru, kuri meklē iespēju iznīcināt sistēmu. Datorurķēšana ir svarīgs gadījums, uz kuru attiecas negatīvās pārbaudes
Klienta perspektīva
Klienti vienmēr sagaida nulles ievainojamības produktus, lai nodrošinātu, ka negatīva pārbaude ir obligāta
Ja tas ir sensitīvs produkts, piemēram, e-komercija, tiešsaistes krājumi utt., Drošība un negatīva pārbaude ir obligāta.
Vienīgās klienta bažas par negatīvu testēšanu ir izmaksas. Bet pēc ietekmes analīzes klientam ir jāizlemj, vai veikt negatīvu testēšanu.
Kā veikt negatīvu testēšanu
Lai veiktu negatīvu pārbaudi, mums jāapsver visi iespējamie gadījumi. Tas ir, ja tas ir iespējams, mums tas jāapsver testa lietā neatkarīgi no tā, vai tas nav pareizais veids, kā to izmantot. Piemēram, ja redzam e-pasta lauku, padomājiet par visām iespējamām ievadēm, kuras mēs varam ievietot, izņemot pareizo e-pasta formātu. Tādā pašā veidā, kad mēs redzam attēlu augšupielādes iespēju, mums tas jāpārbauda ar visiem iespējamiem failiem.
Veidojot negatīvus testa gadījumus, mums citādi ir jāpiešķir prioritāte izejvielām, būs daudz iespēju. Piemēram, attēla laukam, kurā jāievada tikai ".png.webp" faili, mums var būt daudz iespēju augšupielādēt, piemēram, "jpeg.webp", "xml", "xls" utt. Tāpēc mums ir jāpiešķir prioritāte opcijām, piemēram, XML un SQL var būt lielāka ietekme nekā jpeg.webp un xls, tāpēc mums vispirms vajadzētu rūpēties par SQL un XML gadījumiem. Šādi mums ir jānosaka prioritātes gadījumiem pirms izpildes, lai ietaupītu laiku un testēšanas izmaksas.
Negatīvās pārbaudes plusi un mīnusi
Tāpat kā visas pārējās testēšanas metodes, negatīvai testēšanai ir arī plusi un mīnusi, galvenokārt balstoties uz lietojuma “kur”, “kad” un “kā”. Apskatīsim to.
Negatīvās testēšanas priekšrocības
- Tā kā mēs visi zinām, negatīva pārbaude ir ļoti svarīga, lai nodrošinātu produkta kvalitāti. Labas kvalitātes produkts nav ievainojams, lai nodrošinātu, ka negatīva pārbaude ir ļoti svarīga.
- Veicot negatīvu pārbaudi, tiek nodrošināts, ka tiek aptverti visi iespējamie gadījumi. Tīši vai neapzināti pastāv iespēja, ka testa gadījumi būs negatīvi. Tāpēc, lai pārliecinātos, ka visi gadījumi ir iekļauti, mums ir jāveic negatīva pārbaude kopā ar pozitīvu testēšanu.
- Negatīva pārbaude sniegs klientam lielāku pārliecību pirms tiešraides.
Negatīvās testēšanas trūkumi
- Programmatūras inženierijā negatīva testēšana dažos gadījumos kļūst par laika un enerģijas izšķiešanu. Daudzos gadījumos nav nepieciešams veikt pārmērīgu negatīvu testēšanu. Piemēram, ja lietojumprogramma ir izveidota vienas personas lietošanai, mums nav jāapsver gadījums, kad sistēmu vienlaikus lieto 100 lietotāji. Tāpēc ir ļoti svarīgi izlemt apstākļus negatīvos testa gadījumos. Būs reizes, kad mums nav jāveic negatīva testēšana uz konkrētu sistēmu.
- Pieprasiet kvalificētiem un pieredzējušiem cilvēkiem radīt negatīvus testa gadījumus.
- Klientam negatīva pārbaude ir vēl viena lieta, kas lieki kavē atbrīvošanu un izmaksu papildinātāju.
- Iespēja, ka komanda tērē vairāk laika un enerģijas negatīvām pārbaudēm. Pastāv iespēja, ka testētāji daudz laika un enerģijas pavada negatīvos testos, kuru rezultātā pozitīvajos testos ir mazāka koncentrācija.