Negatīvā testēšana programmatūras testēšanā ir metode, ar kuru pārbauda, kā lietojumprogramma reaģē uz neparedzētu uzvedību vai nederīgiem datiem. Šāda veida testēšana var palīdzēt kvalitātes nodrošināšanas komandām uzlabot programmatūras robustumu un stabilitāti, izsekojot izņēmumus, kas izraisa sasalšanu, sabrukumus vai citus nevēlamus rezultātus.

Šajā rakstā mēs izpētīsim, kas ir negatīvā programmatūras testēšana, kāpēc tā ir svarīga un kādas ir dažādas pieejas, metodes un rīki, ko var izmantot šajā tehnikā.

 

Kas ir negatīva programmatūras testēšana?

Negatīvā testēšana ir programmatūras testēšanas paņēmiens, ar kura palīdzību sistēmai apzināti tiek ievadīti nederīgi ievaddati vai negatīvi dati, lai redzētu, kā tā tiek galā ar šiem scenārijiem. Šī pieeja, kas pazīstama arī kā kļūdu testēšana vai kļūdu ceļa testēšana, simulē dažādus reālās pasaules scenārijus, ar kuriem saskarsies jūsu lietojumprogramma, piemēram, lietotāji ievada nederīgus datumus vai rakstzīmes vai izmanto noteiktas funkcijas tā, kā jūs nekad neesat paredzējis.

Lielākajā daļā testēšanas veidu lietojumprogrammas testēšanai tiek izmantoti derīgi dati. Tomēr negatīvajā testēšanā tiek izmantota atšķirīga pieeja, testējot ārpus tipiskām ievades iespējām un pārbaudot, kā lietojumprogramma rīkojas ar izņēmumiem.

Ir svarīgi pārbaudīt, vai lietojumprogramma darbojas, kā paredzēts. Taču, no otras puses, ļoti svarīgi ir arī saprast, kas notiek, ja lietotāji neievēro noteikumus, jo īpaši, ja šie neparedzētie lietojumi izraisa darbības traucējumus, sasalšanu vai citus defektus.

 

Atšķirība starp pozitīvu un negatīvu testēšanu

testēšana programmatūras testēšanā

Kā aprakstīts iepriekš, negatīvajā testēšanā tiek izmantoti neparedzēti vai nederīgi dati, lai pārbaudītu sistēmas uzvedību. Turpretī pozitīvā testēšanā tiek izmantoti gaidītie vai derīgie dati, lai pārbaudītu, vai sistēma darbojas, kā paredzēts.

Citiem vārdiem sakot:

• Pozitīvā testēšana palīdz saprast, vai lietojumprogramma darbojas, kā plānots.
• Negatīvā testēšana nosaka, vai jūsu lietojumprogramma spēj tikt galā ar neparedzētiem notikumiem.

Programmatūras testēšanā ir nepieciešama gan pozitīvā, gan negatīvā testēšana, ja vēlaties rūpīgi pārbaudīt savu lietojumprogrammu.

 

Kāpēc ir svarīgi veikt negatīvu programmatūras testēšanu?

Kad izstrādātāji veido programmatūru, viņiem ir skaidrs priekšstats par to, kā lietotājs izmantos programmatūru. Tomēr lietotāji ne vienmēr ievēro noteikumus. Bieži vien viņi mēģina noklikšķināt uz pogām, kas neeksistē, ievadīt burtus skaitļu laukos vai ievadīt ievaddatus, kurus jūs vienkārši negaidāt.

Negatīvā testēšana ir vērsta uz to, lai ņemtu vērā šādus gadījumus, kurus nevar atklāt ar pozitīvām testēšanas metodēm, piemēram.
vienības
,
sistēma
vai
integrācijas testēšana
. Ir nepieciešama netradicionāla domāšana, lai izdomātu, kā “izkropļot” sistēmu. Tomēr galarezultāts ir stabilāka un izturīgāka lietojumprogramma.

 

Kāds ir negatīvās testēšanas mērķis

programmatūras testēšanā?

Negatīvai testēšanai ir līdzīgi mērķi kā citiem programmatūras testēšanas veidiem. Proti, lai atklātu kļūdas, defektus un ievainojamības lietojumprogrammā. Tomēr tam ir īpaša nozīme, lai atrastu defektus, kurus nevar atklāt, izmantojot derīgus datus. Šeit ir daži no iemesliem, kādēļ vajadzētu izmantot negatīvu testēšanas pieeju.

 

1. Defektu atklāšana

Programmatūras testēšanā galvenais negatīvās testēšanas mērķis ir atklāt defektus, kas radušies nederīgu datu vai negaidītu ievades datu dēļ. Tas ļauj testētājiem izmantot aktīvāku pieeju kļūdu atklāšanai un nodrošināt, ka programmatūra atbilst gaidītajam.

 

2. Drošība

Negaidītas ievades vai nederīgi dati var atklāt drošības ievainojamības. Šo robežgadījumu testēšana un risināšana nodrošina drošāku un stabilāku lietojumprogrammu, samazinot ļaunprātīgu uzbrukumu, ievadīšanas kļūdu vai nesankcionētas piekļuves mēģinājumu iespējamību.

 

3. Kļūdu apstrāde

Negatīvā testēšana ir noderīga, lai pārbaudītu kļūdu apstrādi. Runa ir ne tikai par to, kā nodrošināt sistēmas stabilitāti pēc tam, kad tā saskaras ar negaidītiem ievades datiem, bet arī par to, kā tā reaģē uz šiem notikumiem, piemēram, sniedz kļūdas ziņojumus, lai nodrošinātu, ka galalietotājs zina, ka dati ir nederīgi.

 

4. Testu pārklājuma uzlabošana

Pozitīvā un negatīvā testēšana programmatūras testēšanā ir ļoti papildinošas. Abas programmas aptver dažādus datu ievades elementus, un tas nozīmē, ka testēšana ir visaptverošāka.

 

5. Labāka lietotāja pieredze

Negatīvā testēšana palīdz atklāt kļūdu ziņojumu, avāriju un citu neparedzētu darbību avotus, kas var negatīvi ietekmēt lietotāja pieredzi.

 

Atšķirība starp pozitīvu un negatīvu

testēšana programmatūras inženierijā

Kā minēts iepriekš, negatīvā testēšana ir negatīvu datu nosūtīšana, lai pārbaudītu sistēmas uzvedību. Pozitīvā testēšana, no otras puses, sūta gaidītos vai derīgos datus, lai pārbaudītu, vai sistēma darbojas, kā paredzēts.

Atšķirība starp pozitīvu un negatīvu testēšanu ir šāda:

 

1. Mērķi:

Pozitīvā testēšana pārbauda, vai programmatūra darbojas, kā paredzēts; negatīvās testēšanas mērķis ir noskaidrot, kas notiek neparedzētos scenārijos.

 

2. Dati:

Pozitīvajā testēšanā tiek izmantoti derīgi dati, savukārt negatīvajā testēšanā tiek izmantoti nederīgi ievades dati, ekstrēmas vērtības un negaidīti formāti.

 

3. Fokuss:

Pozitīvā testēšana ir vērsta uz veiksmes scenārijiem, savukārt negatīvā testēšana vairāk attiecas uz neveiksmīgiem scenārijiem.

 

Dažādi negatīvās testēšanas veidi

Negatīvā testēšana ir jēdziens, kas ietver vairākas dažādas pieejas lietojumprogrammas kvalitātes un integritātes apstiprināšanai. Šeit ir septiņi negatīvās testēšanas veidi, kas jums jāzina.

 

#1. Robežvērtību testēšana

Robežvērtību testēšanas mērķis ir testēt programmatūru ar ievades datiem, kas atrodas ieejas diapazona robežās vai malās. Tā pārbauda gan maksimālo, gan minimālo sagaidāmo vērtību, taču pārbauda arī vērtības, kas ir nedaudz lielākas par šīm ievades vērtībām.

Piemērs: Ievades laukā var ievadīt skaitļus no 1 līdz 9. Robežvērtības tests ievada gan 1, gan 9, bet testē arī 0 un 10.

 

#2. Ieejas vērtības testēšana

Ieejas vērtības testēšana nosaka, kā sistēma reaģēs uz negaidītiem vai nederīgiem ievades datiem. Dažas no pārbaudāmajām ievaddatnēm ir šādas:

• Nepareizi datu tipi
• Vērtības ārpus diapazona
• Speciālās rakstzīmes
• Tukši lauki.

Piemērs: Piemēram, ievades lodziņā ir jāievada tikai skaitlis, tāpēc testa laikā tiks ievadīts burts un pārbaudīts, kā sistēma reaģēs.

 

#3. Slodzes testēšana

Slodzes testēšana
palīdz testētājiem novērtēt, kā sistēma reaģēs lielas spriedzes vai slodzes apstākļos, piemēram, lielu datu kopu vai liela apjoma datplūsmas gadījumā.
Testēšanas automatizācijas rīki
var simulēt šos ekstrēmos apstākļus, lai saprastu, kā sistēma reaģē slodzes apstākļos.

Piemērs: Testētājs simulēs tūkstošiem lietotāju, kas vienlaicīgi piekļūst tīmekļa vietnei.

 

#4. Izņēmumu testēšana

Šāda veida testēšanā tiek pētīts, kā sistēma reaģēs uz ārkārtas notikumiem vai kļūdām. Daži no testiem ir šādi.

• Sistēmas avāriju simulēšana
• Tīkla kļūmes
• Datubāzes kļūdas
• Diskvietas problēmas
• Trūkstošie faili.

Piemērs: Testā var izpētīt, kas notiek, ja lietotājs lejupielādē failu no lietojumprogrammas un internets tiek atslēgts.

 

#5. Drošības testēšana

Drošības testēšanā tiek izmantota negatīvā testēšanas pieeja, lai izceltu un izprastu programmatūras ievainojamību, ko var atklāt nepareizi vai negaidīti ievadīti dati. Ar šo pieeju tiek pārbaudīti bieži sastopami uzbrukumi, piemēram:

• SQL injekcija
• Krustvietas skriptēšana (XSS)
• Bufera pārpildīšana.

Piemērs: Drošības tests var mēģināt lietotāja ievades laukā ievadīt ļaunprātīgu kodu.

 

#6. Lietotāja saskarnes testēšana

Šāda veida testēšana ir vērsta uz kļūdām, kas rodas, lietotājam mijiedarbojoties ar programmatūru. Dažas no lietām, ko tā mēģinās noteikt, ir šādas:

• Negaidītas reakcijas uz lietotāja mijiedarbību
• Nepareizi kļūdu ziņojumi
• Navigācijas problēmas

Piemērs: Testā tiks pētīts, kas notiek, ja konkrētas darbības tiek veiktas ārpus secības.

 

#7. Datu integritātes testēšana

Datu integritātes testēšana nodrošina datu precizitāti un konsekvenci dažādās lietojumprogrammas operācijās. Dažas no pārbaudāmajām lietām ir šādas:

• Iespējamie datu bojājumi
• Datu zuduma scenāriji
• Neplānotas datu izmaiņas

Piemērs: Testā tiks pārbaudīts, vai dati pēc pārraides paliek nemainīgi.

 

Kā redzat, ir daudz dažādu negatīvās testēšanas metožu. Visām šīm darbībām ir kopīga iezīme – negaidītu ievades datu vai nederīgu datu izmantošana, lai redzētu, kā lietojumprogramma darbojas netipiskos apstākļos.

 

Negatīvās testēšanas priekšrocības

Negatīvā testēšana ir saistīta ar izpratni par to, kā lietojumprogramma darbojas, kad rodas neparedzētas situācijas. Šeit ir daži no galvenajiem ieguvumiem, izmantojot šo pieeju.

• Tas palīdz jums saprast, kādu ietekmi uz lietojumprogrammu atstās neparedzēti ievades vai nederīgi dati. Vai tas avarēs? Izplūda neprecīzu kļūdas ziņojumu?
• Negatīvā testēšana ir daļa no atbildīgas kvalitātes nodrošināšanas pieejas, jo tās mērķis ir identificēt sistēmas trūkumus.
• Negatīvajā testēšanā programmatūra tiek pārbaudīta, testējot tās reakciju uz neparedzētiem vai neparedzētiem scenārijiem, ar kuriem tā saskarsies dabā.
• Arī šajā gadījumā negatīvā testēšana ir būtiska visaptverošas drošības pieejas sastāvdaļa, jo tā izceļ iespējamos uzbrukumu vektorus, kurus varētu izmantot kiberuzbrucēji.

 

Negatīvās testēšanas trūkumi

Negatīvā testēšana sniedz daudz priekšrocību, taču tai ir arī daži trūkumi, kas ir jāpārvar.

• Rūpīgai negatīvai testēšanai var būt nepieciešama papildu aparatūra un programmatūra, kas var palielināt testēšanas izmaksas. Komandām, kuru budžets ir ierobežots, tas var būt neizdevīgi.
• Negatīvā testēšana var būt diezgan laikietilpīga, jo ir jāizstrādā daudzi testēšanas gadījumi, lai aptvertu dažādas ievades permutācijas, ar kurām programmatūra saskarsies ražošanā.
• Neparedzamo situāciju skaits, ko var aptvert ar negatīvu testēšanu, ir ierobežots. Dažas situācijas patiešām var būt tik negaidītas, ka testētāji tās nevar ņemt vērā.
• Negatīvo testu gadījumu automatizācija ir sarežģīta. Tomēr, izmantojot pareizo programmatūru, piemēram, ZAPTEST, šis process ir daudz vieglāk pārvaldāms.

 

Negatīvas testēšanas izaicinājumi

Ja vēlaties izveidot stabilu un uzticamu programmatūru, kas spēj izturēt lietotāju mijiedarbības radīto stresu un spriedzi, ir ļoti svarīgi veikt negatīvo testēšanu. Tomēr, īstenojot šo pieeju, ir dažas problēmas, par kurām jums ir jāzina.

Apskatīsim dažas no pastāvīgākajām problēmām.

 

1. Negatīvo scenāriju identificēšana programmatūras testēšanā

 

Pietiekams pārklājums:

Viens no lielākajiem izaicinājumiem negatīvajā testēšanā ir nodrošināt, ka tiek aptverts pietiekami daudz neparedzētu scenāriju. Pastāv daudz negatīvu scenāriju un variāciju, tāpēc, tos visus apsverot, ir nepieciešama radoša pieeja, lai iztēlotos, kā lietotāji mijiedarbosies ar programmatūru.

 

Prioritāšu noteikšana:

Tā kā ir tik daudz potenciāli negatīvu scenāriju, kas jānovērtē ar mikroskopu, testētāji ne vienmēr ir pārliecināti, ar ko viņiem vajadzētu sākt. Daži pamatoti kritēriji, lai novērtētu, kam piešķirt prioritāti, ietver prognozēšanu:

1. Situācijas ar augstu defektu iespējamību
2. Defektu iznākuma smagums.

 

2. Atbilstošu negatīvu testa gadījumu izstrāde

 

Ievades validēšana:

Lai izstrādātu stabilus negatīvus testēšanas gadījumus, ir nepieciešama diezgan plaša izpratne par jūsu sistēmas uzvedību, arhitektūru un ierobežojumiem. Programmatūras testēšanai ir jāizmanto rūpīgi apsvērti ievaddati un dati. Lai gan izlases pieeja var palīdzēt atklāt dažus defektus, tā ir mazāka salīdzinājumā ar precīzāku un sistemātiskāku pieeju negatīvai testēšanai.

 

Datu daudzveidība:

Atkarībā no jūsu sistēmas īpatnībām, iespējams, būs nepieciešams veikt testēšanu, izmantojot diezgan daudzveidīgu datu kopumu. Patiešām, ir daudz dažādu datu formātu, piemēram, skaitļi, teksts, datumi u. c., un katru no tiem jūsu lietojumprogramma var pieņemt. Šajā gadījumā uzdevums ir izstrādāt testēšanas gadījumus, kuros var ņemt vērā katru formātu un jo īpaši katru nederīgo datu variantu. Šāda situācija testēšanas komandām var būt diezgan laikietilpīga.

 

3. Efektivitāte un testēšanas automatizācija

 

Aizņem daudz laika:

Pozitīvās testēšanas mērķis ir pārbaudīt programmatūras atbilstību gaidītajiem rezultātiem. Savukārt negatīvajā testēšanā ir jāizpēta neparedzētie un jāizpēta iespējamie scenāriji. Neizpētītas teritorijas pārvarēšanai nepieciešams vairāk laika. Tāpēc, ja vēlaties iegūt visaptverošus rezultātus, kas tiek iegūti, veicot negatīvu testēšanu, jums ir jābūt gatavam ieguldīt dažas papildu stundas.

 

Automatizācijas sarežģītība:

Negatīvā testēšana var prasīt daudz laika un resursu. Tādējādi tas ir ideāls darbs programmatūras testēšanas automatizācijai. Tomēr ir daži sarežģījumi, kas ir jāpārvar. Piemēram, lai izstrādātu testēšanas gadījumus, kas nosaka paredzamos rezultātus neparedzētiem ievades datiem, ir nepieciešama zināma pieredze un zināšanas. Turklāt jūsu esošā automatizācijas testu sistēma, iespējams, neatbalsta nederīgos datus, kurus vēlaties pievienot lietojumprogrammai, tādējādi radot papildu sarežģītības līmeni.

 

4. Rezultātu novērtēšana

 

Viltus pozitīvi rezultāti:

Testēšanas kalibrēšana, lai nodrošinātu apmierinošu līdzsvaru starp precizitāti un vispusību, ir negatīvo testu veicējiem pazīstams jautājums. Dažās situācijās pārlieku jutīga kļūdu apstrāde kļūdaini sajauc derīgus ievades datus ar negatīviem ievades datiem, kā rezultātā tiek tērēts laiks problēmu risināšanai, kas nav būtiskas.

 

Neskaidri rezultāti:

Ja sistēma saņem nederīgu ievadi, var rasties darbības traucējumi, kļūdas vai iesaldēšana. Daudzos gadījumos tā ir droša kļūdas pazīme. Tomēr citos gadījumos tas liecina par neapstrādātu malas gadījumu, ko izstrādātāji nav ņēmuši vērā. Ir svarīgi nošķirt šīs atsevišķās situācijas, taču patiesā cēloņa noskaidrošana ir laikietilpīga.

 

Datu pārvaldība:

Negatīvai testēšanai nepieciešams ievērojams datu apjoms. Šī testēšanas informācija ir gan jāveido, gan jāuztur. Izstrādes scenārijos ar saspringtiem termiņiem tas ir papildu darbs, kas jāņem vērā.

 

5. Organizatoriskie jautājumi

 

Negatīvās testēšanas zināšanu trūkums:

Lai gan negatīvā testēšana ir populāra, daudziem testētājiem trūkst prasmju un zināšanu, lai visaptveroši īstenotu šāda veida testēšanu. Noteiktu negatīvu testa gadījumu izstrāde ir mazāk intuitīva nekā to pozitīvo testa gadījumu ekvivalentu izstrāde. Turklāt bez atbilstošām zināšanām testēšanas automatizācijas ieviešana var būt sarežģīta.

 

Biznesa spiediens:

Ieinteresētajām personām, testētājiem un vadībai ir jāsaprot, cik būtiska nozīme ir negatīvai testēšanai stabilu lietojumprogrammu izstrādē. Ja netiek novērtēta tās nozīme, var rasties spiediens koncentrēties uz pozitīvām pārbaudēm uz negatīvu pārbaužu rēķina.

 

Ir skaidrs, ka komandām, kas vēlas izmantot negatīvās testēšanas priekšrocības, ir vairāki izaicinājumi. Tomēr, izmantojot pareizu pieeju un pareizos programmatūras testēšanas rīkus, jūs varat pārvarēt šīs problēmas un izveidot programmatūru, kas pārsniedz lietotāju cerības.

 

Kā rakstīt programmatūras testēšanas negatīvos testēšanas gadījumus

Programmatūras testēšanas negatīvo testu gadījumu rakstīšana prasa zināmu pieredzi un radošu domāšanu. Šeit ir soli pa solim sniegts ceļvedis, kas palīdzēs jums izveidot šos svarīgos testēšanas gadījumus.

 

#1. Nosakiet savus mērķus

Pirms rakstāt programmatūras testēšanas negatīvos testēšanas gadījumus, jums ir jāsaprot, kāpēc vēlaties veikt negatīvo testēšanu. Ne visās lietojumprogrammās negatīvā testēšana ir izdevīga.

Tātad, saprotiet, ko vēlaties sasniegt. Negatīvā testēšana ir paredzēta, lai atklātu kļūdas un darbības traucējumus, kas rodas neparedzētu lietotāja mijiedarbības scenāriju vai apstākļu dēļ.

 

#2. Iespējamo negatīvo scenāriju izklāsts

Tālāk jums ir jāaprēķina, kādi negatīvi scenāriji var rasties, lietotājiem mijiedarbojoties ar jūsu programmatūru. Šajā posmā ļoti svarīga ir izpēte. Dažas jomas, kuras jums vajadzētu izpētīt:

• Sistēmas prasības
• Tipiski lietošanas gadījumi
• Lietojumprogrammas īpašības un funkcijas

Izpētiet šīs situācijas un sastādiet sarakstu ar scenārijiem, kad lietojumprogramma varētu nedarboties tā, kā esat iecerējis.

Pēc tam apsveriet kritisko ievades datu validēšanas scenārijus. Parasti tas ietver datu ievades veidlapas, pieteikšanās laukus utt.

Visbeidzot, ņemiet vērā neskaitāmos netradicionālos veidus, kā lietotāji var mijiedarboties ar jūsu programmatūru, un negaidītus notikumus, kas var radīt nelabvēlīgus rezultātus, piemēram, tīkla atslēgumus, pēkšņas sistēmas izslēgšanās, masveida datu pārsūtīšanu utt.

Kad esat dokumentējis pēc iespējas vairāk scenāriju, ir laiks noteikt šo neparedzēto scenāriju paredzamos rezultātus.

 

#3. Aprakstīt gaidāmos rezultātus

 

Katram testa gadījumam ir jābūt paredzamam iznākumam, un negatīvs testa gadījums nav citāds. Labākā prakse šajā gadījumā ir uzrakstīt katru negatīvo scenāriju un noteikt, kādam jābūt iznākumam.

Daži no iespējamiem rezultātiem var būt šādi:

• Precīzi un informatīvi kļūdu ziņojumi
• Atbilstošas pāradresācijas
• Graciozu sistēmas apstrādi, piemēram, novēršot sistēmas sasalšanu vai sabrukšanu.

 

#4. Izvēlieties testējamās ievades

 

Tagad ir pienācis laiks noskaidrot, kurus ievades datus nepieciešams pārbaudīt. Šiem ievades datiem vajadzētu būt tiem, kas, visticamāk, izraisīs kļūdu vai citu negatīvu uzvedību.

Daži no ievades datiem, kas jums jāiekļauj, ir šādi:

• Ārpus diapazona vērtības (negatīvas vērtības vecuma laukā u. c.).
• Nederīgi dati (burti ciparu laukā u. tml.)
• Negaidītas rakstzīmes vai simboli
• Speciālās rakstzīmes
• Trūkstošie dati

 

#5. Testēšanas gadījumu rakstīšana

 

Kad esat apkopojis visus scenārijus, ir pienācis laiks rakstīt testēšanas gadījumus. Tagad, izmantojot negatīvo testēšanu, ir gandrīz neierobežots testēšanas gadījumu skaits, ko varat uzrakstīt. Galu galā šāda veida testēšanas mērķis ir noskaidrot, kas notiek, ja lietotāji izmanto programmatūru tā, kā jūs neesat paredzējis. Tomēr termiņi liek saīsināt iespējamo gadījumu sarakstu līdz situācijām, kas visdrīzāk var radīt problēmas.

Kā vienmēr, testēšanas gadījumus rakstiet skaidrā, kodolīgā un objektīvā valodā. Šeit nav vietas neskaidrībām.

Šeit ir labs formāts jūsu negatīvajiem testa gadījumiem.

• Testa gadījuma ID izmantošana
• Precīzi aprakstiet, kas tiek pārbaudīts
• Ņemiet vērā visus priekšnosacījumus negatīvam testam
• Izklāstiet iesaistīto darbību kopumu
• Noteikt skaidrus un objektīvus rezultātus
• Pierakstiet faktisko testa rezultātu

 

#6. Testa plānošana

 

Tagad ir jāplāno testi. Arī šajā gadījumā ir svarīgi noteikt prioritātes scenārijiem, kuriem ir visnopietnākie negatīvie rezultāti, piemēram, avārijas, vai kuros ir vislielākā iespējamība atklāt problēmas.

 

Negatīva testa gadījuma piemērs

 

Šeit ir negatīva testa gadījuma piemērs.

Testa gadījuma ID: TC001

Apraksts: Pārbaudiet, vai tiek parādīts kļūdas ziņojums, ja lietotājs ievada nederīgu e-pasta adresi.

Priekšnosacījumi: Lietotājam jāatrodas lietojumprogrammas pieteikšanās lapā

Soļi: 1. Ievadiet nederīgu e-pasta adresi. 2. Nospiediet “Pieteikšanās”

Paredzamie rezultāti: Kad lietotājs nospiež “Pieslēgties”, tiek parādīts kļūdas ziņojums “ievadīta nepareiza e-pasta adrese”.

Rezultāts: Ierakstiet, kas notika, kad tika izvēlēts “Pieteikšanās”.

 

Negatīvo scenāriju piemēri programmatūras testēšanā

Šeit ir daži tipiski scenāriji, kurus varat pārbaudīt, izmantojot negatīvās testēšanas metodes.

 

1. Datu un lauku tipi

Ja esat aizpildījis kādu veidlapu tiešsaistē, ziniet, ka šīs ailes ir iestatītas konkrētu datu veidu pieņemšanai. Dažos gadījumos var izmantot tikai skaitļus, bet citos – datumus, tekstu vai cita veida datus.

Negatīvā testēšana šajos lodziņos ietver nederīgu datu nosūtīšanu, piemēram, burtu ievadīšanu ciparu laukā.

 

2. Obligātie lauki

Arī šajā gadījumā obligātie lauki ir veidlapām un lietojumprogrammām raksturīgas iezīmes. Tie ir ērts rīks, lai nodrošinātu, ka visa svarīgākā informācija ir apkopota, pirms lietotājs pāriet uz nākamo posmu.

Labs šo scenāriju testēšanas gadījums ir pārbaudīt, kas notiek, ja šie lauki paliek tukši. Ideālā scenārijā būtu jāiedarbina kļūdas ziņojums, aicinot lietotāju aizpildīt vajadzīgo lauku.

 

3. Atbilstošs rakstzīmju skaits

Ja testējat tīmekļa vietņu lietojumprogrammu, iespējams, ir datu lauks, kam nepieciešams ierobežots rakstzīmju skaits. Tas varētu attiekties uz lietotāja vārdiem, tālruņa numuriem, reģistrācijas numuriem utt.

Šiem laukiem varat izveidot negatīvus testēšanas gadījumus, rakstot testus, kuros tiek ievadītas lielākas par maksimāli pieļaujamajām rakstzīmēm, lai redzētu, kā lietotne reaģē.

 

4. Datu robežas un ierobežojumi

Dažās veidlapās ir lauki ar fiksētiem ierobežojumiem. Piemēram, ja vēlaties, lai kāds kaut ko novērtē ar 100 ballēm, datu robežas būtu 1-100.

Izveidojiet negatīvu testa gadījumu, kurā mēģiniet ievadīt 0, 101 vai citas negatīvas vai pozitīvas vērtības no 1 līdz 100.

 

Labākā negatīvās testēšanas prakse

Lai nodrošinātu augstas kvalitātes negatīvu testēšanu, ir vairākas labākās prakses. Šeit ir sniegti daži padomi, kas palīdzēs jums to sasniegt.

 

1. Definējiet nederīgos ievades datus:

Pārbaudiet izstrādes dokumentāciju, lietošanas gadījumus un UI/UX, lai saprastu un identificētu iespējamos nederīgos ievades datus. Novērojiet nederīgus datu tipus, ekstrēmas vērtības, trūkstošus datus, tukšus laukus, neparedzētus formātus un daudz ko citu.

 

2. Izmantot robežvērtību analīzi:

Kā minēts iepriekš, ieskicējiet robežvērtības, lai atrastu robežgadījumus, kas var izraisīt negaidītas reakcijas.

 

3. Darbinieku līdzvērtības sadalīšana:

Aplūkojiet savus ievades domēnus un sadaliet tos līdzvērtīgos derīgo un nederīgo vērtību nodalījumos. Šis process palīdz samazināt testēšanas gadījumu skaitu, kas jums būs jāuzraksta, jo, ja līdzvērtīgs nederīgu datu elements rada problēmas vienam ievades elementam, tas, visticamāk, būs pārstāvēts visā klasē.

 

4. Imitējiet sliktus lietotājus:

Pozitīvā testēšana pārbauda paredzamo lietotāja uzvedību. Negatīvajā testēšanā tiek pētīts, kas notiek, ja lietotāji nepareizi izmanto jūsu lietotni. Tāpēc padomājiet par dažādiem scenārijiem, kuros tas var notikt, un atkārtojiet tos savos testa gadījumos.

 

5. Ļaujiet riskam un ietekmei vadīt testēšanu:

Nevienam testētājam nav neierobežota laika. Kādā brīdī jums būs jāpieņem sarežģītas izvēles, jo jūs nevarat pārbaudīt (vai pat zināt) visus neparedzētos iznākumus. Kad jums jāizlemj, kādus negatīvos testus veikt, nosakiet prioritātes jomām, kas jūsu produktam radīs vislielāko risku vai negatīvu ietekmi.

 

6. Kļūdu apstrādes pārbaude:

Pārliecinieties, ka kļūdu apstrāde ir daļa no testēšanas, pārbaudot, vai kļūdu ziņojumi ir noderīgi un precīzi.

 

7. Automatizējiet, cik vien iespējams:

Automatizācija spēj veikt ikdienišķus un atkārtotus uzdevumus. Tomēr negatīvā testēšana joprojām prasa manuālu pieeju izpētes testēšanai un malas gadījumu meklēšanai.

 

Labākie negatīvās testēšanas rīki 2024. gadam

Lai gan negatīva programmatūras testēšana ir izplatīta visā nozarē, trūkst skaidru rīku šim darbam. Liels iemesls tam ir negatīvās testēšanas daudzpusība. Turklāt daudzi no tiem pašiem rīkiem, kas tiek izmantoti pozitīvai testēšanai, darbojas arī negatīvai testēšanai, ja tiek pielāgoti ievades dati.

ZAPTEST ir labākais negatīvās testēšanas rīks, jo tas ir universāls un modulārs. To ir viegli lietot un pielāgot, un, pateicoties starpplatformu un dažādu lietojumprogrammu iespējām, tā piedāvā grūti pārspējamu elastību.

Uz datiem balstīta testēšana un
mutāciju testēšana
funkcionalitāte padara ZAPTEST ideāli piemērotu negatīvai testēšanai. Turklāt, pateicoties tās RPA funkcijas, varat simulēt reālos lietotājus, atkārtoti izmantot testus un viegli veidot pārskatus un dokumentāciju. Īsāk sakot, ZAPTEST spēja darbināt modernāko programmatūras automatizācijas un robotizēto procesu automatizācijas programmatūru padara to par vienas pieturas aģentūru jebkuram automatizācijas uzdevumam, tostarp negatīvai testēšanai.

 

Nobeiguma domas

Negatīvā testēšana programmatūras testēšanā palīdz komandām saprast, kā lietojumprogramma tiks galā ar negaidītiem ievades datiem un nederīgiem datiem. Pozitīvā testēšana pārbauda, vai programmatūra darbojas, kā paredzēts, savukārt negatīvā programmatūras testēšana palīdz noskaidrot, kas notiek, ja lietotāji nepareizi izvēlas ievades datus un ievades datus. Abas pieejas ir svarīgas, ja vēlaties izveidot stabilu un izturīgu lietojumprogrammu, kas spēj izturēt dažādu lietotāju mijiedarbības slodzi un spriedzi.

 

Download post as PDF