fbpx

Get your 6-month No-Cost Opt-Out offer for Unlimited Software Automation?

Testimi negativ në testimin e softuerit është një teknikë që verifikon se si aplikacioni juaj reagon ndaj sjelljeve të papritura ose të dhënave të pavlefshme. Ky lloj testimi mund të ndihmojë ekipet e Sigurimit të Cilësisë të përmirësojnë qëndrueshmërinë dhe qëndrueshmërinë e softuerit të tyre duke gjetur përjashtime që shkaktojnë ngrirje, përplasje ose rezultate të tjera të padëshiruara.

Në këtë artikull, ne do të shqyrtojmë se çfarë është testimi negativ i softuerit, pse është i rëndësishëm dhe disa nga qasjet, teknikat dhe mjetet e ndryshme që mund të përdorni për këtë teknikë.

 

Table of Contents

Çfarë është testimi negativ i softuerit?

Testimi në rritje në testimin e softuerit - Një zhytje e thellë në çfarë është, llojet, proceset, qasjet, mjetet dhe më shumë!

Testimi negativ është një teknikë e testimit të softuerit që ushqen qëllimisht një sistem me hyrje të pavlefshme ose të dhëna të papritura për të parë se si i trajton këta skenarë. I njohur gjithashtu si testimi i dështimit ose testimi i rrugës së gabimit, kjo qasje simulon gamën e ndryshme të skenarëve të botës reale me të cilat do të hasë aplikacioni juaj, si p.sh. përdoruesit që futin data ose karaktere të pavlefshme ose përdorin funksione të caktuara në mënyra që nuk i keni menduar kurrë.

Shumica e llojeve të testimit përdorin të dhëna të vlefshme për të testuar një aplikacion. Sidoqoftë, testimi negativ merr një qasje të ndryshme duke testuar rreth skajeve dhe përtej hyrjeve tipike dhe duke parë se si aplikacioni trajton përjashtimet.

Është i rëndësishëm testimi që aplikacioni juaj të kryejë siç synohet. Por, nga ana tjetër, të kuptuarit se çfarë ndodh kur përdoruesit heqin dorë nga rezervimi është gjithashtu jetik, veçanërisht nëse këto përdorime të paqëllimshme shkaktojnë përplasje, ngrirje ose defekte të tjera.

 

Dallimi midis testimit pozitiv dhe negativ

testimi në testimin e softuerit

Përfitimet e RPA

Siç e përshkruam më lart, testimi negativ përdor të dhëna të papritura ose të pavlefshme për të verifikuar sjelljen e një sistemi. Në të kundërt, testimi pozitiv shtyn të dhënat e pritshme ose të vlefshme për të verifikuar që sistemi funksionon siç pritej.

Me fjale te tjera:

  • Testimi pozitiv ju ndihmon të kuptoni nëse aplikacioni juaj funksionon siç është planifikuar
  • Testimi negativ përcakton nëse aplikacioni juaj mund të trajtojë ngjarje të papritura

Si testimi pozitiv ashtu edhe testimi negativ në testimin e softuerit kërkohen nëse dëshironi të testoni me rigorozitet aplikacionin tuaj.

 

Pse është jetik testimi negativ i softuerit?

pse është kritik testimi negativ?

Kur zhvilluesit ndërtojnë softuer, ata kanë një ide të qartë se si presin që përdoruesi ta përdorë softuerin. Megjithatë, përdoruesit jo gjithmonë ndjekin rregullat. Shumë shpesh, ata do të përpiqen të klikojnë mbi butona që nuk ekzistojnë, të fusin shkronja në fushat e numrave ose të provojnë hyrje që thjesht nuk i prisni.

Testimi negativ synon të llogarisë këto raste të skajshme që nuk mund të zbulohen nga teknikat e testimit pozitiv si testimi i njësisë , sistemit ose integrimit. Kërkon disa mendime jokonvencionale për të krijuar “topa të kurbës” për t’i hedhur në sistem. Megjithatë, rezultati neto është një aplikim më i qëndrueshëm dhe më i fuqishëm.

 

Cili është qëllimi i testimit negativ

në testimin e softuerit?

E ardhmja e automatizimit të proceseve robotike në shëndetësi

Testimi negativ ka qëllime të ngjashme me ato të llojeve të tjera të testimit të softuerit. Përkatësisht, për të zbuluar gabime, defekte dhe dobësi në një aplikacion. Megjithatë, ai luan një rol të veçantë në gjetjen e defekteve që nuk mund të zbulohen përmes përdorimit të të dhënave të vlefshme. Këtu janë disa nga arsyet për të miratuar një qasje të testimit negativ.

 

1. Ekspozimi i defekteve

Qëllimi kryesor i testimit negativ në testimin e softuerit është zbulimi i defekteve që vijnë nga të dhëna të pavlefshme ose hyrje të papritura. Ai i lejon testuesit të marrin një qasje më proaktive për zbulimin e gabimeve dhe të sigurojnë që softueri të jetë në përputhje me pritjet.

 

2. Siguria

Të dhëna të papritura ose të dhëna të pavlefshme mund të ekspozojnë dobësitë e sigurisë. Testimi dhe zgjidhja e këtyre rasteve të skajshme çon në një aplikim më të sigurt dhe më të fuqishëm duke reduktuar mundësinë e sulmeve me qëllim të keq, të metave të injektimit ose përpjekjeve për akses të paautorizuar.

 

3. Trajtimi i gabimeve

Testimi negativ është i dobishëm për të vërtetuar trajtimin e gabimeve. Nuk ka të bëjë vetëm me sigurimin që sistemi të qëndrojë i qëndrueshëm pasi të ndeshet me inpute ose të dhëna të papritura, por edhe me mënyrën se si ai reagon ndaj këtyre ngjarjeve, si p.sh. prodhimi i mesazheve të gabimit për t’u siguruar që përdoruesi përfundimtar e di se të dhënat janë të pavlefshme.

 

4. Përmirësimi i mbulimit të testit

Testimi pozitiv dhe negativ në testimin e softuerit janë jashtëzakonisht plotësues. Ata të dy mbulojnë elementë të ndryshëm të futjes së të dhënave, që do të thotë se testimi juaj është më gjithëpërfshirës.

 

5. Përvojë më e mirë e përdoruesit

Testimi negativ ndihmon në zbulimin e burimit të mesazheve të gabimit, përplasjeve dhe sjelljeve të tjera të papritura që mund të ndikojnë negativisht në përvojën e përdoruesit.

 

Dallimi midis pozitive dhe negative

testimi në inxhinieri softuerike

testimi alfa vs testimi beta

Siç e përmendëm më lart, testimi negativ dërgon të dhëna të papritura ose të pavlefshme për të verifikuar sjelljen e një sistemi. Testimi pozitiv, nga ana tjetër, dërgon të dhëna të pritshme ose të vlefshme për të verifikuar që sistemi funksionon siç pritej.

Dallimi midis testimit pozitiv dhe negativ përfshin:

 

1. Objektivat:

Testimi pozitiv verifikon nëse softueri funksionon siç synohet; testimi negativ kërkon të kuptojë se çfarë ndodh në skenarë të padëshiruar.

 

2. Të dhënat:

Testimi pozitiv përdor të dhëna të vlefshme, dhe testimi negativ përdor hyrje të pavlefshme, vlera ekstreme dhe formate të papritura.

 

3. Fokusimi:

Testimi pozitiv fokusohet në skenarët e suksesit, ndërsa testimi negativ ka të bëjë më shumë me skenarët e pasuksesshëm.

 

Lloje të ndryshme të testimit negativ

Testimi Beta - Çfarë është, Llojet, Proceset, Qasjet, Mjetet, kundrejt testimit Alfa dhe më shumë!

Testimi negativ është një koncept që mbulon disa qasje të ndryshme për të vërtetuar cilësinë dhe integritetin e një aplikacioni. Këtu janë shtatë lloje të testeve negative që duhet të dini.

 

#1. Testimi i vlerës kufitare

Testimi i vlerës kufitare kërkon të testojë softuerin me hyrje që janë në kufijtë ose skajet e diapazonit të hyrjes. Ai teston vlerat maksimale dhe minimale të pritshme, por gjithashtu teston pak përtej këtyre hyrjeve.

Shembull: Një fushë e hyrjes pranon numrat midis 1-9. Një test i vlerës kufitare do të futë 1 dhe 9, por gjithashtu teston 0 dhe 10.

 

#2. Testimi i vlerës së hyrjes

Testimi i vlerës së hyrjes përcakton se si sistemi do t’i përgjigjet hyrjeve të papritura ose të pavlefshme. Disa nga inputet që do të testojë përfshijnë:

  • Llojet e pasakta të të dhënave
  • Vlerat jashtë kufijve
  • Personazhe të veçanta
  • Fushat boshe.

Shembull: Një kuti hyrëse kërkon vetëm një numër, kështu që testi do të futë një shkronjë dhe do të shohë se si reagon sistemi.

 

#3. Testimi i ngarkesës

Testimi i ngarkesës i ndihmon testuesit të vlerësojnë se si do të përgjigjet sistemi nën stres ose ngarkesa të mëdha, të tilla si grupe të mëdha të dhënash ose vëllime të larta trafiku. Mjetet e automatizimit të testimit mund të simulojnë këto kushte ekstreme për të kuptuar se si sistemi reagon nën presion.

Shembull: Testuesi do të simulojë mijëra përdorues të njëkohshëm që hyjnë në një faqe interneti.

 

#4. Testimi i përjashtimit

Ky lloj testimi eksploron se si sistemi do t’i përgjigjet ngjarjeve ose gabimeve të jashtëzakonshme. Disa nga testet përfshijnë

  • Simulimi i dështimeve të sistemit
  • Dështimet e rrjetit
  • Gabimet e bazës së të dhënave
  • Probleme me hapësirën e diskut
  • Mungojnë skedarët.

Shembull: Testi mund të eksplorojë se çfarë ndodh kur një përdorues shkarkon një skedar nga aplikacioni dhe interneti është i ndërprerë.

 

#5. Testimi i sigurisë

Testimi i sigurisë përdor një qasje testimi negativ për të theksuar dhe kuptuar dobësitë në softuer që mund të ekspozohen nga inpute të pavlefshme ose të papritura. Kjo qasje teston për sulme të zakonshme, të tilla si:

  • injeksion SQL
  • Skriptimi në faqe (XSS)
  • Mbushjet e tamponit.

Shembull: Një test sigurie mund të tentojë të injektojë kod me qëllim të keq në një fushë të hyrjes së përdoruesit.

 

#6. Testimi i ndërfaqes së përdoruesit

Ky lloj testimi fokusohet në gabimet që ndodhin kur përdoruesi ndërvepron me softuerin. Disa nga gjërat që do të përpiqet të përcaktojë përfshijnë:

  • Përgjigje të papritura ndaj ndërveprimeve të përdoruesve
  • Mesazhe gabimi të pasakta
  • Probleme me navigimin

Shembull: Testi do të eksplorojë se çfarë ndodh kur veprime të veçanta kryhen jashtë sekuencës.

IS YOUR COMPANY IN NEED OF

ENTERPRISE LEVEL

TASK-AGNOSTIC SOFTWARE AUTOMATION?

 

#7. Testimi i integritetit të të dhënave

Testimi i integritetit të të dhënave siguron që të dhënat të mbeten të sakta dhe të qëndrueshme përgjatë një sërë operacionesh brenda aplikacionit. Disa nga gjërat në provë përfshijnë:

  • Korruptime të mundshme të të dhënave
  • Skenarët e humbjes së të dhënave
  • Ndryshime të paqëllimshme të të dhënave

Shembull: Testi do të verifikojë që të dhënat mbeten të njëjta pas një transmetimi.

 

Siç mund ta shihni, ka shumë qasje të ndryshme të testimit negativ. E përbashkëta e të gjithëve është përdorimi i hyrjeve të papritura ose të dhënave të pavlefshme për të parë se si funksionon aplikacioni në kushte atipike.

 

Përparësitë e testimit negativ

avantazhet e testimit negativ

Testimi negativ ka të bëjë me të kuptuarit se si funksionon aplikacioni juaj kur lindin situata të papritura. Këtu janë disa nga përfitimet kryesore të përdorimit të kësaj qasjeje.

  • Kjo ju ndihmon të kuptoni ndikimin që do të kenë hyrjet e papritura ose të dhënat e pavlefshme në aplikacionin tuaj. A do të rrëzohet? Pështyni një mesazh gabimi të pasaktë?
  • Testimi negativ është pjesë e një qasjeje të përgjegjshme të Sigurimit të Cilësisë sepse kërkon të identifikojë dobësitë në sistem
  • Testimi negativ e vendos softuerin në hapat e tij duke testuar përgjigjen e tij ndaj skenarëve të paparashikuar ose të paparashikuar që do të hasë në natyrë
  • Përsëri, testimi negativ është një komponent thelbësor i një qasjeje të plotë ndaj sigurisë, sepse ai nxjerr në pah vektorët e mundshëm të sulmit nga të cilët mund të përfitojnë sulmuesit kibernetikë.

 

Disavantazhet e testimit negativ

lista e kontrollit uat, mjetet e testimit të aplikacioneve në ueb, automatizimi dhe më shumë

Testimi negativ ofron një mori përfitimesh, por ka disa anë negative që duhet të kapërcehen gjithashtu.

  • Testimi i plotë negativ mund të kërkojë pajisje dhe softuer shtesë, të cilët mund të rrisin kostot e testimit. Për ekipet që operojnë me një buxhet të ngushtë, kjo mund të jetë e pafavorshme.
  • Testimi negativ mund të marrë mjaft kohë, sepse kërkon krijimin e shumë rasteve të testimit për të mbuluar ndërrimet e ndryshme të inputeve me të cilat softueri do të përballet në prodhim
  • Ka kufizime në sasinë e situatave të paparashikueshme që mund t’i mbuloni me testim negativ. Në të vërtetë, disa situata mund të jenë aq të papritura sa testuesit nuk mund t’i marrin në konsideratë.
  • Automatizimi i rasteve të testeve negative është sfidues. Megjithatë, me softuerin e duhur, siç është ZAPTEST, procesi është shumë më i menaxhueshëm.

 

Sfidat e testimit negativ

Krahasimi i testimit UAT me testimin e regresionit dhe të tjera

Testimi negativ është thelbësor nëse doni të ndërtoni softuer të fuqishëm dhe të besueshëm, të aftë për të përballuar streset dhe tendosjet e ndërveprimit të përdoruesit. Megjithatë, ka disa sfida për zbatimin e qasjes për të cilat duhet të jeni të vetëdijshëm.

Le të zbërthejmë disa nga sfidat më të vazhdueshme.

 

1. Identifikimi i skenarëve negativë në testimin e softuerit

 

Mbulim i mjaftueshëm:

Një nga sfidat më të mëdha në testimin negativ është të siguroheni që të mbuloni mjaft skenarë të papritur. Ka shumë skenarë dhe ndërrime negative, kështu që marrja në konsideratë e të gjithëve kërkon një qasje krijuese për të imagjinuar se si përdoruesit tuaj do të ndërveprojnë me softuerin.

 

Prioriteti:

Me kaq shumë skenarë të mundshëm negativë për t’u vënë nën mikroskop, testuesit nuk janë gjithmonë të sigurt se ku duhet të fillojnë. Disa kritere solide për vlerësimin e asaj që duhet prioritizuar përfshijnë parashikimin:

  1. Situata me probabilitet të lartë për defekte
  2. Ashpërsia e rezultatit të defekteve.

 

2. Dizajnimi i rasteve adekuate të testeve negative

 

Vleresimi i hyrjes:

Dizajnimi i rasteve të provës negative kërkon një kuptim mjaft të plotë të sjelljes, arkitekturës dhe kufizimeve të sistemit tuaj. Testimi i softuerit kërkon përdorimin e inputeve dhe të dhënave të konsideruara me kujdes. Ndërsa marrja e një qasjeje të rastësishme mund t’ju ndihmojë të zbuloni disa defekte, ajo zbehet në krahasim me një qasje më të saktë dhe sistematike ndaj testimit negativ.

 

Diversiteti i të dhënave:

Në varësi të veçorive të sistemit tuaj, mund t’ju duhet të testoni kundër një grupi mjaft të larmishëm të dhënash. Në të vërtetë, ka shumë formate të ndryshme të të dhënave, të tilla si numrat, teksti, datat, e kështu me radhë, secili prej të cilave aplikacioni juaj mund të pranojë. Sfida këtu përfshin hartimin e rasteve të testimit që mund të llogarisin çdo format dhe, në veçanti, çdo variacion të dhënash të pavlefshme. Kjo situatë mund të marrë mjaft kohë për ekipet e testimit.

 

3. Efikasiteti dhe Automatizimi i Testit

 

Konsumon kohë:

Testimi pozitiv synon të vërtetojë softuerin kundrejt rezultateve të pritshme. Testimi negativ, nga ana tjetër, duhet të gërmojë në të papriturat dhe të eksplorojë skenarë të mundshëm. Kalimi në një territor të paeksploruar kërkon më shumë kohë. Si rezultat, nëse doni rezultatet gjithëpërfshirëse që vijnë me testimin negativ, duhet të jeni të përgatitur të investoni disa orë shtesë.

 

Kompleksiteti i automatizimit:

Testimi negativ mund të kërkojë kohë dhe burime intensive. Si e tillë, është një punë e përkryer për automatizimin e testeve të softuerit. Megjithatë, ka disa kompleksitete që duhen kapërcyer. Për shembull, dizajnimi i rasteve të testimit që përcaktojnë rezultatet e pritura për inputet e papritura kërkon njëfarë përvojë dhe njohuri. Për më tepër, kuadri juaj ekzistues për testet e automatizimit mund të mos mbështesë të dhënat e pavlefshme që dëshironi të futni në aplikacionin tuaj, duke shtuar një shtresë të mëtejshme kompleksiteti.

 

4. Vlerësimi i rezultateve

 

Pozitive të rreme:

Kalibrimi i testimit tuaj për të siguruar një ekuilibër të kënaqshëm midis saktësisë dhe gjithëpërfshirjes është një çështje e njohur për testuesit negativë. Në disa situata, trajtimi tepër i ndjeshëm i gabimeve do të ngatërrojë gabimisht inputet e vlefshme për inputet negative, duke çuar në humbjen e kohës për probleme që nuk janë relevante.

 

Rezultate të paqarta:

Kur një sistem merr një hyrje të pavlefshme, mund të rezultojë në përplasje, gabime ose ngrirje. Në shumë raste, kjo është një shenjë e sigurt e një defekti. Megjithatë, në të tjerat, është dëshmi e një rasti të patrajtuar që zhvilluesit nuk e morën parasysh. Dallimi midis këtyre situatave diskrete është i rëndësishëm, por kërkimi i shkakut të vërtetë kërkon kohë.

 

Menaxhimi i të dhënave:

Testimi negativ kërkon një sasi të konsiderueshme të të dhënave. Ky informacion testimi duhet të gjenerohet dhe mirëmbahet. Në skenarët e zhvillimit me afate të ngushta kohore, kjo është një punë shtesë që duhet marrë parasysh.

 

5. Çështjet organizative

 

Mungesa e ekspertizës së testimit negativ:

Ndërsa testimi negativ është i popullarizuar, shumë testues nuk kanë aftësi dhe ekspertizë për të zbatuar këtë lloj testimi në një mënyrë gjithëpërfshirëse. Dizenjimi i disa rasteve të testimit negativ është më pak intuitiv sesa ekuivalenti i tyre i rastit pozitiv të testit. Për më tepër, zbatimi i automatizimit të testimit mund të jetë gjithashtu sfidues pa ekspertizën e duhur.

 

Presioni i biznesit:

Palët e interesuara, testuesit dhe menaxhimi duhet të kuptojnë rolin kritik që luan testimi negativ në zhvillimin e aplikacioneve të fuqishme. Dështimi për të vlerësuar rëndësinë e tij mund të çojë në presion për t’u përqëndruar në testimin pozitiv me koston e testimit negativ.

 

Është e qartë se ka disa sfida me të cilat përballen ekipet që duan të zhbllokojnë përfitimet e testimit negativ. Megjithatë, me qasjen e duhur dhe mjetet e duhura të testimit të softuerit, ju mund t’i kapërceni këto probleme dhe të ndërtoni softuer që shkon mbi dhe përtej pritjeve të përdoruesve.

 

Si të shkruani rastet negative të testimit të softuerit

pastrimi i një konfuzioni në automatizimin e testimit të softuerit

Shkrimi i softuerit për testimin e rasteve negative të testeve kërkon njëfarë përvoje dhe mendim krijues. Këtu është një udhëzues hap pas hapi për t’ju ndihmuar të ndërtoni këto raste testesh kritike.

 

#1. Përcaktoni objektivat tuaja

Përpara se të shkruani rastet e testimit negativ të softuerit tuaj, duhet të kuptoni pse dëshironi të kryeni testime negative. Jo të gjitha aplikacionet përfitojnë nga testimi negativ.

Pra, kuptoni se çfarë doni të arrini. Testimi negativ është krijuar për të zbuluar gabime dhe përplasje që vijnë nga skenarë ose kushte të ndërveprimit të papritur të përdoruesit.

 

#2. Përshkruani skenarët e mundshëm negativë

Më pas, duhet të bëni një llogari të llojit të skenarëve negativë që mund të ndodhin kur përdoruesit ndërveprojnë me softuerin tuaj. Hulumtimi gjatë këtij hapi është vendimtar. Disa fusha që duhet të eksploroni janë:

  • Kërkesat e sistemit
  • Rastet tipike të përdorimit
  • Karakteristikat dhe funksionet e aplikacionit

Minojini këto situata dhe bëni një listë të skenarëve ku aplikacioni mund të mos funksionojë siç keni menduar.

Më pas, merrni parasysh skenarët kritikë të vlefshmërisë së të dhënave. Në mënyrë tipike, kjo do të përfshijë formularët e futjes së të dhënave, fushat e hyrjes, etj.

Së fundi, merrni parasysh një mori mënyrash jokonvencionale që përdoruesit mund të ndërveprojnë me softuerin tuaj dhe ngjarje të papritura që mund të prodhojnë rezultate negative, si shkëputjet e rrjetit, mbylljet e papritura të sistemit, transferimet masive të të dhënave, etj.

Pasi të keni dokumentuar sa më shumë skenarë të jetë e mundur, është koha për të përcaktuar rezultatet e pritshme të këtyre skenarëve të papritur.

 

#3. Përvijoni rezultatet e pritura

 

Çdo rast testimi duhet të ketë një rezultat të pritur dhe një rast test negativ nuk është i ndryshëm. Praktika më e mirë këtu është të shkruani çdo skenar negativ dhe të përcaktoni se cili duhet të jetë rezultati.

Disa nga rezultatet e mundshme mund të përfshijnë:

  • Mesazhe gabimi të sakta dhe informative
  • Ridrejtimet e duhura
  • Trajtim i këndshëm i sistemit, për shembull, parandalimi i ngrirjes ose rrëzimit të sistemit.

 

#4. Zgjidhni hyrjet për të testuar

 

Tani, është koha për të parë se cilat inpute duhet të testoni. Këto të dhëna duhet të jenë ato që kanë më shumë gjasa të shkaktojnë një gabim ose sjellje të tjera negative.

Disa inpute që duhet të përfshini janë:

  • Vlerat jashtë diapazonit (vlera negative në një fushë moshe, etj.)
  • Të dhëna të pavlefshme (shkronja në një fushë numerike, etj.)
  • Karaktere ose simbole të papritura
  • Personazhe të veçanta
  • Mungojnë të dhënat

 

#5. Shkruani rastet tuaja të testimit

 

Pasi të keni mbledhur të gjithë skenarët tuaj, është koha për të shkruar rastet tuaja të testimit. Tani, me testimin negativ, ekziston një numër pothuajse i pakufizuar i rasteve të testimit që mund të shkruani. Në fund të fundit, ky lloj testimi ka të bëjë me gjetjen e asaj që ndodh kur njerëzit përdorin softuerin në mënyra që ju nuk i kishit menduar. Sidoqoftë, afatet diktojnë që të zvogëloni listën e rasteve të mundshme në situata që kanë më shumë gjasa të shkaktojnë probleme.

Si gjithmonë, shkruani rastet tuaja të testimit në gjuhë të qartë, koncize dhe objektive. Këtu nuk ka vend për paqartësi.

Këtu është një format i mirë për rastet tuaja të testit negativ.

  • Përdorni një ID të rastit testues
  • Përshkruani saktësisht se çfarë po testohet
  • Vini re çdo parakusht për testin tuaj negativ
  • Përshkruani grupin e hapave të përfshirë
  • Vendosni rezultate të qarta dhe objektive
  • Shënoni rezultatin aktual të testit tuaj

 

IS YOUR COMPANY IN NEED OF

ENTERPRISE LEVEL

TASK-AGNOSTIC SOFTWARE AUTOMATION?

#6. Programoni testin

 

Tani, ju duhet të planifikoni testet tuaja. Përsëri, është e rëndësishme t’i jepet prioritet skenarëve që kanë pasojat më të rënda negative, të tilla si përplasjet, ose ku çështjet kanë më shumë gjasa të zbulohen.

 

Shembull i rastit të testit negativ

 

Këtu është një shembull i një rasti të testit negativ.

ID e rastit testues: TC001

Përshkrimi: Verifikoni që një mesazh gabimi shfaqet nëse përdoruesi fut një adresë emaili të pavlefshme

Parakushtet: Përdoruesi duhet të jetë në faqen e hyrjes në aplikacion

Hapat: 1. Futni një adresë emaili të pavlefshme. 2. Shtypni “Identifikohu”

Rezultati i pritshëm: Kur përdoruesi godet “Identifikohu”, shfaqet një mesazh gabimi, duke thënë “është futur adresë e gabuar e emailit”.

Rezultati: Regjistroni atë që ndodhi kur u zgjodh “Hyrja”.

 

Shembuj të skenarëve negativë në testimin e softuerit

proceset e testimit të softuerit të listës së kontrollit

Këtu janë disa skenarë tipikë që mund t’i verifikoni duke përdorur metoda negative të testimit.

 

1. Të dhënat dhe llojet e fushave

Nëse keni plotësuar një formular në internet, do të dini se këto kuti janë caktuar të pranojnë lloje të veçanta të dhënash. Disa janë vetëm numra, ndërsa të tjerët pranojnë data, tekst ose lloje të tjera të dhënash.

Testimi negativ për këto kuti përfshin dërgimin e të dhënave të pavlefshme, për shembull, futjen e shkronjave në një fushë numerike.

 

2. Fushat e detyrueshme

Përsëri, fushat e kërkuara janë tipare të zakonshme të formularëve dhe aplikacioneve. Ato janë një mjet i dobishëm për të siguruar që të gjithë informacionet kritike të mblidhen përpara se përdoruesi të vazhdojë në fazën tjetër.

Një rast i mirë testimi për këta skenarë përfshin të shohim se çfarë ndodh kur këto fusha lihen bosh. Në një skenar ideal, duhet të shfaqet një mesazh gabimi, duke i kërkuar përdoruesit të plotësojë fushën e kërkuar.

 

3. Numri i duhur i karaktereve

Nëse keni një aplikacion të faqeve të internetit në provë, mund të keni një fushë të dhënash që kërkon një numër të kufizuar karakteresh. Kjo mund të jetë për emrat e përdoruesve, numrat e telefonit, numrat e regjistrimit, etj.

Ju mund të krijoni raste testesh negative për këto fusha duke shkruar teste që futin mbi karakteret maksimale të lejueshme për të parë se si përgjigjet aplikacioni.

 

4. Kufijtë dhe kufijtë e të dhënave

Disa forma do të kenë fusha me kufizime fikse. Për shembull, nëse dëshironi që dikush të vlerësojë diçka nga 100, kufijtë e të dhënave do të ishin 1-100.

Krijoni një rast testimi negativ ku përpiqeni të futni 0, 101 ose vlera të tjera negative ose pozitive nga 1-100.

 

Praktikat më të mira për testimin negativ

dallimet dhe ngjashmëritë ndërmjet testimit alfa dhe beta

Ekzistojnë disa praktika më të mira të përfshira në sigurimin e testimit negativ me cilësi të lartë. Këtu janë disa këshilla për t’ju ndihmuar të arrini atje.

 

1. Përcaktoni hyrjet tuaja të pavlefshme:

Hidhni mbi dokumentacionin e zhvillimit, rastet e përdorimit dhe UI/UX për të kuptuar dhe identifikuar hyrjet e mundshme të pavlefshme. Kujdesuni për lloje të pavlefshme të dhënash, vlera ekstreme, të dhëna që mungojnë, fusha boshe, formate të papritura dhe më shumë.

 

2. Përdorni analizën e vlerës kufitare:

Siç u përmend më lart, përshkruani vlerat tuaja kufitare për të gjetur rastet e skajeve që mund të shkaktojnë reagime të papritura.

 

3. Ndarja e ekuivalencës së punonjësve:

Shikoni domenet tuaja hyrëse dhe ndajini ato në ndarje ekuivalente të vlerave të vlefshme dhe të pavlefshme. Ky proces ndihmon në zvogëlimin e numrit të rasteve të testimit që do t’ju duhet të shkruani, sepse nëse një pjesë ekuivalente e të dhënave të pavlefshme shkakton probleme për një hyrje, ajo ka të ngjarë të përfaqësohet në të gjithë klasën.

 

4. Imitoni përdoruesit e këqij:

Testimi pozitiv verifikon sjelljen e pritur të përdoruesit. Testimi negativ eksploron se çfarë ndodh kur njerëzit keqpërdorin aplikacionin tuaj. Pra, mendoni për skenarët e ndryshëm ku kjo mund të ndodhë dhe përsëritni ato në rastet tuaja të testimit.

 

5. Lëreni rrezikun dhe ndikimin të udhëheqin testimin tuaj:

Asnjë testues nuk ka kohë të pakufizuar. Në një moment, do t’ju duhet të bëni zgjedhje të vështira, sepse nuk mund të provoni (ose madje të dini) çdo rezultat të papritur. Kur ju duhet të vendosni se cilat lloje të testeve negative të kryeni, jepni përparësi fushave që do të sjellin më shumë rrezik ose ndikim negativ në produktin tuaj.

 

6. Verifikimi i trajtimit të gabimeve:

Sigurohuni që të bëni gabime në trajtimin e një pjese të testimit tuaj, duke verifikuar që mesazhet e gabimit janë të dobishme dhe të sakta.

 

7. Automatizoni sa më shumë që të jetë e mundur:

Automatizimi është i aftë në trajtimin e detyrave të zakonshme dhe të përsëritura. Megjithatë, testimi negativ kërkon ende një qasje manuale për testimin eksplorues dhe gjetjen e rasteve të skajshme.

 

Mjetet më të mira të testimit negativ për vitin 2024

testimi më i mirë i softuerit falas dhe i ndërmarrjes + mjetet e automatizimit të RPA

Ndërsa testimi negativ i softuerit është i zakonshëm në të gjithë industrinë, ka mungesë të mjeteve të dallueshme për këtë punë. Një arsye e madhe për këtë është natyra e gjithanshme e testimit negativ. Për më tepër, shumë nga mjetet e njëjta që përdoren për testimin pozitiv funksionojnë për testimin negativ kur rregulloni të dhënat hyrëse.

ZAPTEST është mjeti më i mirë për testimin negativ për shkak të natyrës së tij të gjithanshme dhe modulare. Është i lehtë për t’u përdorur dhe i personalizueshëm, dhe falë aftësive ndër-platformë dhe ndër-aplikacionesh, ai ofron një fleksibilitet që është e vështirë për t’u mposhtur.

Testimi i drejtuar nga të dhënat dhe testimi i mutacioneve funksionaliteti e bën ZAPTEST të përsosur për testime negative. Për më tepër, falë saj RPSH veçoritë, ju mund të simuloni përdoruesit e botës reale, të ripërdorni teste dhe të ndërtoni raporte dhe dokumentacion me lehtësi. Me pak fjalë, aftësia e ZAPTEST për të ekzekutuar automatizimin e softuerit më të avancuar dhe softuerin e automatizimit të procesit Robotik e bën atë një dyqan të vetëm për çdo detyrë automatizimi, duke përfshirë testimin negativ.

 

Mendimet e fundit

Testimi negativ në testimin e softuerit i ndihmon ekipet të kuptojnë se si aplikacioni i tyre do të trajtojë hyrjet e papritura dhe të dhënat e pavlefshme. Ndërsa testet pozitive testohen për të parë nëse softueri juaj funksionon siç synohet, testimi negativ i softuerit ju ndihmon të kuptoni se çfarë ndodh kur përdoruesit zgjedhin hyrjet dhe të dhënat gabimisht. Të dyja qasjet janë të rëndësishme nëse dëshironi një aplikacion solid dhe të fuqishëm që mund të trajtojë streset dhe sforcimet e ndërveprimit të ndryshëm të përdoruesve.

 

Download post as PDF

Alex Zap Chernyak

Alex Zap Chernyak

Founder and CEO of ZAPTEST, with 20 years of experience in Software Automation for Testing + RPA processes, and application development. Read Alex Zap Chernyak's full executive profile on Forbes.

Get PDF-file of this post