fbpx

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

Neikvæð próf í hugbúnaðarprófun er tækni sem sannreynir hvernig forritið þitt bregst við óvæntri hegðun eða ógildum gögnum. Þessi tegund af prófunum getur hjálpað gæðatryggingateymum að bæta styrkleika og stöðugleika hugbúnaðarins með því að leita uppi undantekningar sem valda frystingu, hrunum eða öðrum óæskilegum afleiðingum.

Í þessari grein munum við kanna hvað neikvæð hugbúnaðarprófun er, hvers vegna það er mikilvægt og nokkrar af mismunandi aðferðum, aðferðum og verkfærum sem þú getur notað fyrir þessa tækni.

 

Table of Contents

Hvað er neikvæð hugbúnaðarprófun?

Stigvaxandi prófun í hugbúnaðarprófun - Djúp kafa í hvað það er, gerðir, ferli, nálganir, verkfæri og fleira!

Neikvæð prófun er hugbúnaðarprófunartækni sem fóðrar kerfi viljandi með ógildum inntakum eða óvæntum gögnum til að sjá hvernig það höndlar þessar aðstæður. Einnig þekkt sem bilunarprófun eða villuleiðarprófun, þessi aðferð líkir eftir fjölbreyttu úrvali raunverulegra atburðarása sem forritið þitt mun lenda í, svo sem að notendur slá inn ógildar dagsetningar eða stafi eða nota ákveðna virkni á þann hátt sem þú ætlaðir þér aldrei.

Flestar tegundir prófa nota gild gögn til að prófa forrit. Hins vegar, neikvæð próf tekur aðra nálgun með því að prófa í kringum brúnirnar og umfram dæmigerð inntak og sjá hvernig forritið meðhöndlar undantekningar.

Það er mikilvægt að prófa að forritið þitt virki eins og ætlað er. En aftur á móti er mikilvægt að skilja hvað gerist þegar notendur fara af pöntuninni, sérstaklega ef þessi óviljandi notkun veldur hrun, frystingu eða öðrum göllum.

 

Munur á jákvæðu prófi og neikvætt

prófun í hugbúnaðarprófun

Ávinningur af RPA

Eins og við lýstum hér að ofan notar neikvæð prófun óvænt eða ógild gögn til að sannreyna hegðun kerfis. Aftur á móti ýtir jákvæð prófun á væntanleg eða gild gögn til að sannreyna að kerfið virki eins og búist var við.

Með öðrum orðum:

  • Jákvæð próf hjálpa þér að skilja hvort umsókn þín virkar eins og áætlað var
  • Neikvæð próf ákvarðar hvort forritið þitt þolir óvænta atburði

Bæði jákvæð próf og neikvæð próf í hugbúnaðarprófun eru nauðsynleg ef þú vilt prófa forritið þitt stranglega.

 

Af hverju er neikvæð hugbúnaðarpróf nauðsynleg?

af hverju er neikvæð próf mikilvæg?

Þegar forritarar smíða hugbúnað hafa þeir skýra hugmynd um hvernig þeir ætlast til að notandinn noti hugbúnaðinn. Hins vegar fylgja notendur ekki alltaf reglunum. Nokkuð oft munu þeir reyna að smella á hnappa sem eru ekki til, slá inn stafi í tölureiti eða prófa innslátt sem þú átt ekki von á.

Neikvæð próf miðar að því að gera grein fyrir þessum jaðartilvikum sem ekki er hægt að afhjúpa með jákvæðum prófunaraðferðum eins og eininga- , kerfis- eða samþættingarprófum. Það krefst einhverrar óhefðbundinnar hugsunar til að koma með „beygjubolta“ til að kasta í kerfið. Hins vegar er nettó niðurstaðan stöðugri og öflugri forrit.

 

Hver er tilgangurinn með neikvæðum prófum

í hugbúnaðarprófun?

Framtíð sjálfvirkni vélfæraferla í heilbrigðisþjónustu

Neikvæð próf hafa svipuð markmið og önnur gerðir hugbúnaðarprófa. Nefnilega að afhjúpa villur, galla og veikleika í forriti. Hins vegar gegnir það sérstöku hlutverki við að finna galla sem ekki er hægt að afhjúpa með því að nota gild gögn. Hér eru nokkrar af ástæðum þess að taka upp neikvæða prófunaraðferð.

 

1. Afhjúpa galla

Megintilgangur neikvæðra prófa í hugbúnaðarprófun er að afhjúpa galla sem stafa af ógildum gögnum eða óvæntum inntakum. Það gerir prófurum kleift að taka fyrirbyggjandi nálgun við villugreiningu og tryggja að hugbúnaðurinn standist væntingar.

 

2. Öryggi

Óvænt inntak eða ógild gögn geta afhjúpað öryggisveikleika. Próf og úrlausn þessara jaðartilvika leiðir til öruggara og öflugra forrits með því að draga úr líkum á skaðlegum árásum, inndælingargöllum eða óviðkomandi aðgangstilraunum.

 

3. Villumeðferð

Neikvæð próf eru gagnleg til að sannreyna villumeðferð. Þetta snýst ekki bara um að tryggja að kerfið haldist stöðugt eftir að hafa lent í óvæntum inntakum eða gögnum heldur einnig um hvernig það bregst við þessum atburðum, svo sem að búa til villuboð til að tryggja að endanotandinn viti að gögnin séu ógild.

 

4. Bæta prófþekju

Jákvæð og neikvæð prófun í hugbúnaðarprófun eru gríðarlega viðbót. Þeir ná báðir yfir mismunandi þætti gagnainnsláttar, sem þýðir að prófun þín er ítarlegri.

 

5. Betri notendaupplifun

Neikvæðar prófanir hjálpa til við að uppgötva uppruna villuboða, hruns og annarrar óvæntrar hegðunar sem getur haft neikvæð áhrif á notendaupplifun.

 

Munur á jákvæðu og neikvæðu

próf í hugbúnaðarverkfræði

alfa próf vs beta próf

Eins og við nefndum hér að ofan sendir neikvæð prófun óvænt eða ógild gögn til að sannreyna hegðun kerfis. Jákvæð próf sendir hins vegar væntanleg eða gild gögn til að sannreyna að kerfið virki eins og búist var við.

Munurinn á jákvæðu og neikvæðu prófi felur í sér:

 

1. Markmið:

Jákvæð próf sannreynir hvort hugbúnaðurinn virkar eins og hann er ætlaður; Neikvætt próf leitast við að skilja hvað gerist í óviljandi aðstæðum.

 

2. Gögn:

Jákvæð próf notar gild gögn og neikvæð próf notar ógild inntak, öfgagildi og óvænt snið.

 

3. Áhersla:

Jákvæð próf einblína á árangurssviðsmyndir, á meðan neikvæðar prófanir hafa meiri áhyggjur af misheppnuðum atburðarásum.

 

Mismunandi gerðir af neikvæðum prófum

Beta prófun - hvað það er, gerðir, ferlar, nálganir, verkfæri, á móti alfaprófun og fleira!

Neikvæð prófun er hugtak sem nær yfir nokkrar mismunandi aðferðir til að sannprófa gæði og heilleika umsóknar. Hér eru sjö tegundir af neikvæðum prófum sem þú þarft að vita.

 

#1. Jafngildisprófun

Jafngildisprófun leitast við að prófa hugbúnaðinn með inntak sem eru á mörkum eða brúnum inntakssviðsins. Það prófar bæði hámarks- og lágmarksgildi sem búast má við en prófar líka rétt fyrir utan þessi inntak.

Dæmi: Innsláttarreitur tekur við tölum á milli 1-9. Jafngildispróf mun setja inn bæði 1 og 9 en einnig próf 0 og 10.

 

#2. Inntaksgildisprófun

Inntaksgildisprófun ákvarðar hvernig kerfið mun bregðast við óvæntum eða ógildum inntakum. Sum inntakanna sem það mun prófa eru:

  • Rangar gagnategundir
  • Gildi utan sviðs
  • Sérstakar
  • Tómir reitir.

Dæmi: Innsláttarreitur þarf aðeins tölu, þannig að prófið mun slá inn staf og sjá hvernig kerfið bregst við.

 

#3. Hleðsluprófun

Hleðsluprófun hjálpar prófunaraðilum að meta hvernig kerfið mun bregðast við undir miklu álagi eða álagi, svo sem stórum gagnasöfnum eða miklu umferðarmagni. Sjálfvirkniprófunartæki geta líkt eftir þessum erfiðu aðstæðum til að skilja hvernig kerfið bregst við undir þvingun.

Dæmi: Prófandinn líkir eftir þúsundum samhliða notenda sem fara á vefsíðu.

 

#4. Undantekningapróf

Þessi tegund prófunar kannar hvernig kerfið mun bregðast við óvenjulegum atburðum eða villum. Sum prófanna eru ma

  • Hermir eftir kerfishrun
  • Bilanir á neti
  • Gagnagrunnsvillur
  • Vandamál um pláss
  • Skrár vantar.

Dæmi: Prófið gæti kannað hvað gerist þegar notandi er að hlaða niður skrá úr forritinu og internetið er lokað.

 

#5. Öryggisprófun

Öryggisprófun notar neikvæða prófunaraðferð til að varpa ljósi á og skilja veikleika í hugbúnaðinum sem hægt er að afhjúpa með ógildum eða óvæntum inntakum. Þessi aðferð prófar fyrir algengar árásir, svo sem:

  • SQL innspýting
  • Cross-site scripting (XSS)
  • Buffer flæðir yfir.

Dæmi: Öryggispróf gæti reynt að dæla skaðlegum kóða inn í innsláttarreit notanda.

 

#6. Notendaviðmótsprófun

Þessi tegund prófunar beinist að villum sem eiga sér stað þegar notandinn hefur samskipti við hugbúnaðinn. Sumt af því sem það mun reyna að ákvarða eru:

  • Óvænt viðbrögð við notendaviðskiptum
  • Röng villuboð
  • Leiðsöguvandamál

Dæmi: Prófið mun kanna hvað gerist þegar tilteknar aðgerðir eru gerðar úr röð.

IS YOUR COMPANY IN NEED OF

ENTERPRISE LEVEL

TASK-AGNOSTIC SOFTWARE AUTOMATION?

 

#7. Gagnaheilleikaprófun

Gagnaheilleikaprófun tryggir að gögn haldist nákvæm og samkvæm í ýmsum aðgerðum innan forritsins. Sumt af því sem verið er að prófa eru:

  • Hugsanleg gagnaspilling
  • Atburðarás gagnataps
  • Óviljandi gagnabreytingar

Dæmi: Prófið mun staðfesta að gögnin haldist óbreytt eftir sendingu.

 

Eins og þú sérð eru margar mismunandi neikvæðar prófunaraðferðir. Þeir eiga það allir sameiginlegt að nota óvænt inntak eða ógild gögn til að sjá hvernig forritið virkar við óhefðbundnar aðstæður.

 

Kostir neikvæðra prófa

kostir við neikvæð próf

Neikvæð próf snýst allt um að skilja hvernig forritið þitt virkar þegar óvæntar aðstæður koma upp. Hér eru nokkrir helstu kostir þess að nota þessa aðferð.

  • Það hjálpar þér að skilja hvaða áhrif óvænt inntak eða ógild gögn munu hafa á umsókn þína. Mun það hrynja? Spýta út ónákvæm villuboð?
  • Neikvæð próf eru hluti af ábyrgri gæðatryggingaraðferð vegna þess að leitast er við að greina veikleika í kerfinu
  • Neikvæð próf setur hugbúnaðinn í gegnum hraða sína með því að prófa viðbrögð hans við ófyrirséðum eða óvæntum atburðarásum sem hann mun lenda í í náttúrunni
  • Aftur, neikvæð próf er nauðsynlegur þáttur í ítarlegri nálgun við öryggi vegna þess að það varpar ljósi á hugsanlega árásarvektor sem netárásarmenn gætu nýtt sér.

 

Ókostir við neikvætt próf

gátlisti uat, prófunartæki fyrir vefforrit, sjálfvirkni og fleira

Neikvæð próf bjóða upp á mikið af ávinningi, en það hefur nokkra galla sem verður að sigrast á líka.

  • Ítarlegar neikvæðar prófanir geta krafist viðbótar vélbúnaðar og hugbúnaðar, sem getur aukið kostnað við prófun. Fyrir lið sem starfa með þröngt fjárhagsáætlun getur þetta verið óhagræði.
  • Neikvæð próf geta verið frekar tímafrekt vegna þess að það krefst þess að búa til mörg próftilvik til að ná yfir hinar ýmsu umbreytingar inntaks sem hugbúnaðurinn mun standa frammi fyrir í framleiðslu
  • Það eru takmörk fyrir magni ófyrirsjáanlegra aðstæðna sem þú getur náð með neikvæðum prófum. Reyndar gætu sumar aðstæður verið svo óvæntar að prófunaraðilar geta ekki íhugað þær.
  • Sjálfvirkni neikvæðra próftilvika er krefjandi. Hins vegar, með réttum hugbúnaði, eins og ZAPTEST, er ferlið mun viðráðanlegra.

 

Áskoranir vegna neikvæðra prófa

UAT próf samanburður við aðhvarfspróf og annað

Neikvæð próf skipta sköpum ef þú vilt smíða öflugan og áreiðanlegan hugbúnað sem þolir álag og álag í samskiptum notenda. Hins vegar eru nokkrar áskoranir við að innleiða nálgunina sem þú þarft að vera meðvitaður um.

Við skulum brjóta niður nokkrar af viðvarandi áskorunum.

 

1. Að bera kennsl á neikvæðar aðstæður í hugbúnaðarprófun

 

Næg umfjöllun:

Ein stærsta áskorunin í neikvæðum prófum er að tryggja að þú náir yfir nægilega óvæntar aðstæður. Það eru fullt af neikvæðum atburðarásum og umbreytingum, svo að íhuga þær allar þarf að taka skapandi nálgun til að ímynda sér hvernig notendur þínir munu hafa samskipti við hugbúnaðinn.

 

Forgangsröðun:

Með svo margar hugsanlegar neikvæðar aðstæður til að setja undir smásjána, eru prófunaraðilar ekki alltaf vissir um hvar þeir ættu að byrja. Nokkur traust viðmið til að meta hvað á að forgangsraða eru spá:

  1. Aðstæður þar sem miklar líkur eru á göllum
  2. Alvarleiki afleiðingar galla.

 

2. Að hanna fullnægjandi neikvæð próftilvik

 

Inntaksstaðfesting:

Að hanna traust neikvæð próftilvik krefst nokkuð yfirgripsmikils skilnings á hegðun, arkitektúr og takmörkunum kerfisins þíns. Til að prófa hugbúnaðinn þarf að nota vandlega íhuguð inntak og gögn. Þó að handahófskennd nálgun geti hjálpað þér að sýna nokkra galla, þá bliknar hún í samanburði við nákvæmari og kerfisbundnari nálgun við neikvæðar prófanir.

 

Fjölbreytileiki gagna:

Það fer eftir sérkennum kerfisins þíns, þú gætir þurft að prófa gegn nokkuð fjölbreyttu safni gagna. Reyndar eru til mörg mismunandi gagnasnið, svo sem tölur, texti, dagsetningar og svo framvegis, sem hvert umsókn þín gæti samþykkt. Áskorunin hér felst í því að hanna próftilvik sem geta gert grein fyrir hverju sniði og sérstaklega hverri afbrigði af ógildum gögnum. Þetta ástand getur verið nokkuð tímafrekt fyrir prófteymi.

 

3. Skilvirkni og próf sjálfvirkni

 

Tímafrekt:

Jákvæð próf miðar að því að sannreyna hugbúnaðinn gegn væntanlegum árangri. Neikvæð próf verða aftur á móti að kafa ofan í hið óvænta og kanna hugsanlegar aðstæður. Það tekur lengri tíma að fara yfir óþekkt landsvæði. Þar af leiðandi, ef þú vilt fá yfirgripsmiklar niðurstöður sem fylgja neikvæðum prófum, verður þú að vera tilbúinn að fjárfesta nokkrar auka klukkustundir.

 

Flækjustig sjálfvirkni:

Neikvæðar prófanir geta verið tíma- og fjármagnsfrek. Sem slíkt er það fullkomið starf fyrir sjálfvirkni hugbúnaðarprófunar. Hins vegar eru nokkur margbreytileikar sem þarf að yfirstíga. Til dæmis, að hanna prófunartilvik sem skilgreina væntanlegar niðurstöður fyrir óvænt inntak þarf nokkra reynslu og þekkingu. Að auki gæti núverandi rammi þinn fyrir sjálfvirknipróf ekki styður ógildu gögnin sem þú vilt ýta inn í forritið þitt, sem bætir við enn frekar flóknu lagi.

 

4. Mat á árangri

 

Rangar jákvæðar:

Að kvarða prófanir þínar til að tryggja fullnægjandi jafnvægi milli nákvæmni og alhliða er kunnuglegt vandamál fyrir neikvæða prófara. Í sumum tilfellum mun ofnæm villumeðhöndlun ranglega rugla saman gildum inntakum fyrir neikvæð inntak, sem leiðir til þess að tíma sé sóað í vandamál sem ekki eiga við.

 

Óljós úrslit:

Þegar kerfi fær ógilt inntak getur það valdið hrun, villum eða frystingu. Í mörgum tilfellum er þetta öruggt merki um galla. Hins vegar, í öðrum, er það vísbending um ómeðhöndlað jaðarmál sem framkvæmdaraðilar hugleiddu ekki. Það er mikilvægt að greina á milli þessara stakra aðstæðna, en að rannsaka hina raunverulegu orsök er tímafrekt.

 

Gagnastjórnun:

Neikvæð próf krefjast talsvert magn af gögnum. Þessar prófunarupplýsingar verða bæði að mynda og viðhalda. Í þróunarsviðum með þröngum tímaramma er þetta aukastarf sem þarf að huga að.

 

5. Skipulagsmál

 

Skortur á sérfræðiþekkingu á neikvæðri prófun:

Þó að neikvæð próf séu vinsæl skortir marga prófunaraðila kunnáttu og sérfræðiþekkingu til að útfæra þessa tegund af prófum á yfirgripsmikinn hátt. Að hanna ákveðin neikvæð próftilvik er minna leiðandi en jafngildi þeirra í jákvæðu prófunartilviki. Það sem meira er, innleiðing próf sjálfvirkni getur líka verið krefjandi án réttrar sérfræðiþekkingar.

 

Viðskiptaþrýstingur:

Hagsmunaaðilar, prófunaraðilar og stjórnendur verða að skilja það mikilvæga hlutverk sem neikvæð próf gegna í þróun öflugra forrita. Ef þú metur ekki mikilvægi þess getur það leitt til þrýstings um að einbeita sér að jákvæðum prófum á kostnað neikvæðra prófa.

 

Það er ljóst að það eru nokkrar áskoranir sem teymi standa frammi fyrir sem vilja opna ávinninginn af neikvæðum prófum. Hins vegar, með réttri nálgun og réttu hugbúnaðarprófunarverkfærum, geturðu sigrast á þessum vandamálum og smíðað hugbúnað sem fer umfram væntingar notenda.

 

Hvernig á að skrifa hugbúnaðarprófun neikvæð próftilvik

hreinsa upp rugl í sjálfvirkni hugbúnaðarprófunar

Að skrifa hugbúnað sem prófar neikvæð próftilvik krefst nokkurrar reynslu og skapandi hugsunar. Hér er skref-fyrir-skref leiðbeiningar til að hjálpa þér að byggja upp þessi mikilvægu prófunartilvik.

 

#1. Settu þér markmið

Áður en þú skrifar hugbúnaðinn þinn til að prófa neikvæð prófunartilvik þarftu að skilja hvers vegna þú vilt framkvæma neikvæð próf. Ekki hafa allar umsóknir gagn af neikvæðum prófum.

Svo, skildu hverju þú vilt ná. Neikvæð próf eru hönnuð til að finna villur og hrun sem stafa af óvæntum samskiptum notenda atburðarás eða aðstæður.

 

#2. Gerðu grein fyrir hugsanlegum neikvæðum sviðsmyndum

Næst þarftu að gera grein fyrir hvers konar neikvæðum atburðarásum sem geta átt sér stað þegar notendur hafa samskipti við hugbúnaðinn þinn. Rannsóknir á þessu skrefi skipta sköpum. Sum svæði sem þú ættir að skoða eru:

  • Kerfis kröfur
  • Dæmigert notkunartilvik
  • Eiginleikar og aðgerðir forrita

Minnaðu þessar aðstæður og gerðu lista yfir aðstæður þar sem forritið gæti ekki virkað eins og þú hefur ætlað þér.

Íhugaðu síðan mikilvægar inntaksfullgildingarsviðsmyndir. Venjulega mun þetta fela í sér gagnafærslueyðublöð, innskráningarreitir og svo framvegis.

Að lokum skaltu íhuga ógrynni óhefðbundinna leiða sem notendur gætu haft samskipti við hugbúnaðinn þinn og óvænta atburði sem geta valdið skaðlegum afleiðingum, eins og nettengingarrof, skyndilegar kerfislokanir, gríðarlegur gagnaflutningur osfrv.

Þegar þú hefur skráð eins margar atburðarásir og mögulegt er, er kominn tími til að ákvarða væntanlegar niðurstöður þessara óvæntu atburðarása.

 

#3. Gerðu grein fyrir væntanlegum árangri

 

Hvert prófunartilvik verður að hafa væntanlega niðurstöðu og neikvætt próftilvik er ekkert öðruvísi. Besta aðferðin hér er að skrifa út hverja neikvæða atburðarás og ákveða hver niðurstaðan ætti að vera.

Sumar hugsanlegar niðurstöður geta verið:

  • Nákvæm og upplýsandi villuboð
  • Viðeigandi tilvísanir
  • Þokkafull kerfismeðferð, til dæmis, sem kemur í veg fyrir að kerfið frysti eða hrynur.

 

#4. Veldu inntak til að prófa

 

Nú er kominn tími til að sjá hvaða inntak þú þarft að prófa. Þessi inntak ætti að vera þau sem eru líklegast til að valda villu eða annarri neikvæðri hegðun.

Sum inntak sem þú þarft að hafa með eru:

  • Gildi utan sviðs (neikvæð gildi á aldurssviði o.s.frv.)
  • Ógild gögn (stafir í tölureit o.s.frv.)
  • Óvæntir stafir eða tákn
  • Sérstakar
  • Gögn vantar

 

#5. Skrifaðu próftilvikin þín

 

Þegar þú hefur safnað saman öllum atburðarásum þínum er kominn tími til að skrifa próftilvikin þín. Nú, með neikvæðum prófum, er næstum ótakmarkaður fjöldi próftilvika sem þú gætir skrifað. Þegar öllu er á botninn hvolft snýst þessi tegund af prófunum um að finna hvað gerist þegar fólk notar hugbúnaðinn á þann hátt sem þú ætlaðir þér ekki. Hins vegar segja frestir að þú klippir listann yfir hugsanleg mál niður í aðstæður sem eru líklegastar til að valda vandamálum.

Eins og alltaf, skrifaðu próftilvikin þín á skýru, hnitmiðuðu og hlutlægu máli. Hér er ekki pláss fyrir tvískinnung.

Hér er gott snið fyrir neikvæðu próftilvikin þín.

  • Notaðu prófunarauðkenni
  • Lýstu nákvæmlega því sem verið er að prófa
  • Athugaðu allar forsendur fyrir neikvætt próf þitt
  • Gerðu grein fyrir þeim skrefum sem um ræðir
  • Komdu á skýrum og hlutlægum niðurstöðum
  • Skráðu niður raunverulega niðurstöðu prófsins

 

IS YOUR COMPANY IN NEED OF

ENTERPRISE LEVEL

TASK-AGNOSTIC SOFTWARE AUTOMATION?

#6. Tímasettu prófið

 

Nú þarftu að skipuleggja prófin þín. Aftur, það er mikilvægt að forgangsraða þeim atburðarásum sem hafa alvarlegustu skaðlegu afleiðingarnar, svo sem hrun, eða þar sem mestar líkur eru á að vandamál komi í ljós.

 

Dæmi um neikvætt próftilvik

 

Hér er dæmi um neikvætt próftilvik.

Auðkenni prófunartilviks: TC001

Lýsing: Staðfestu að villuboð sýni ef notandinn slær inn ógilt netfang

Forsendur: Notandinn verður að vera á innskráningarsíðu forritsins

Skref: 1. Sláðu inn ógilt netfang. 2. Ýttu á „Innskrá“

Væntanleg niðurstaða: Þegar notandi smellir á „Innskráning“ koma villuboð sem segja „rangt netfang slegið inn“.

Niðurstaða: Skráðu hvað gerðist þegar „Innskráning“ var valið.

 

Dæmi um neikvæðar aðstæður í hugbúnaðarprófun

gátlista hugbúnaðarprófunarferli

Hér eru nokkrar dæmigerðar aðstæður sem þú getur staðfest með því að nota neikvæðar prófunaraðferðir.

 

1. Gögn og svæðisgerðir

Ef þú hefur fyllt út eyðublað á netinu muntu vita að þessir reiti eru stilltir til að samþykkja sérstakar tegundir gagna. Sum eru eingöngu númer en önnur samþykkja dagsetningar, texta eða aðrar tegundir gagna.

Neikvæð prófun fyrir þessa reiti felur í sér að senda ógild gögn, til dæmis að slá inn stafi í talnareit.

 

2. Nauðsynlegir reitir

Aftur eru nauðsynlegir reitir algengir eiginleikar eyðublaða og forrita. Þau eru handhægt tæki til að tryggja að öllum mikilvægum upplýsingum sé safnað áður en notandinn heldur áfram á næsta stig.

Gott próftilvik fyrir þessar aðstæður felur í sér að sjá hvað gerist þegar þessir reitir eru skildir eftir auðir. Í fullkominni atburðarás ætti að kalla fram villuboð sem hvetja notandann til að fylla út nauðsynlegan reit.

 

3. Viðeigandi fjöldi stafa

Ef þú ert með forrit fyrir vefsíður í prófun gætirðu verið með gagnareit sem krefst takmarkaðs fjölda stafa. Þetta gæti verið fyrir notendanöfn, símanúmer, skráningarnúmer og svo framvegis.

Þú getur búið til neikvætt próftilvik fyrir þessa reiti með því að skrifa próf sem slá inn yfir hámarks leyfilega stafi til að sjá hvernig appið bregst við.

 

4. Gagnamörk og takmörk

Ákveðin eyðublöð munu hafa reiti með föstum takmörkunum. Til dæmis, ef þú vildir að einhver myndi gefa eitthvað af 100 einkunn, væru gagnamörkin 1-100.

Búðu til neikvætt próftilvik þar sem þú reynir að slá inn 0, 101 eða önnur neikvæð eða jákvæð gildi af 1-100.

 

Bestu starfsvenjur fyrir neikvæðar prófanir

munur og líkindi á milli alfa og beta prófunar

Það eru nokkrir bestu starfsvenjur sem taka þátt í að tryggja hágæða neikvæð próf. Hér eru nokkur ráð til að hjálpa þér að komast þangað.

 

1. Skilgreindu ógildu inntakið þitt:

Helltu yfir þróunarskjöl, notkunartilvik og UI/UX til að skilja og bera kennsl á hugsanleg ógild inntak. Horfðu á ógildar gagnategundir, öfgagildi, gögn sem vantar, tóma reiti, óvænt snið og fleira.

 

2. Notaðu greiningu á mörkum:

Eins og nefnt er hér að ofan skaltu útlista mörkagildin þín til að finna jaðartilvik sem geta valdið óvæntum viðbrögðum.

 

3. Jafngildisskipting starfsmanna:

Horfðu á inntakslénin þín og skiptu þeim í jafngildishluta með bæði gildum og ógildum gildum. Þetta ferli hjálpar til við að draga úr fjölda prófunartilvika sem þú þarft að skrifa vegna þess að ef jafngild stykki af ógildum gögnum veldur vandamálum fyrir eitt inntak mun það líklega vera fulltrúa í öllum bekknum.

 

4. Herma eftir slæmum notendum:

Jákvæð próf staðfesta væntanlega hegðun notenda. Neikvæð próf kanna hvað gerist þegar fólk misnotar appið þitt. Svo skaltu hugsa um mismunandi aðstæður þar sem þetta getur gerst og endurtaka þær í prófunartilvikum þínum.

 

5. Láttu áhættu og áhrif stjórna prófunum þínum:

Enginn prófunaraðili hefur ótakmarkaðan tíma. Á einhverjum tímapunkti þarftu að taka erfiðar ákvarðanir vegna þess að þú getur ekki prófað (eða jafnvel vitað) hverja óvænta niðurstöðu. Þegar þú þarft að ákveða hvaða tegundir af neikvæðum prófum á að keyra skaltu forgangsraða þeim sviðum sem munu hafa mesta áhættu eða neikvæð áhrif á vöruna þína.

 

6. Villumeðferð við sannprófun:

Gakktu úr skugga um að þú gerir villu meðhöndlun hluta af prófunum þínum og staðfestu að villuboð séu gagnleg og nákvæm.

 

7. Gerðu sjálfvirkan eins mikið og mögulegt er:

Sjálfvirkni er fær í að takast á við hversdagsleg og endurtekin verkefni. Hins vegar, neikvæð próf krefjast enn handvirkrar nálgunar til könnunarprófa og finna jaðartilvik.

 

Bestu neikvæðu prófunartækin fyrir 2024

bestu ókeypis hugbúnaðarprófun fyrirtækja og RPA sjálfvirkniverkfæri

Þó að neikvæðar hugbúnaðarprófanir séu algengar í greininni, þá er skortur á sérstökum verkfærum fyrir starfið. Stór ástæða fyrir þessu er fjölhæfni neikvæðra prófa. Það sem meira er, mörg af sömu verkfærunum og notuð eru fyrir jákvæð próf virka fyrir neikvæð próf þegar þú stillir inntaksgögnin.

ZAPTEST er besta tækið fyrir neikvæðar prófanir vegna fjölhæfs og máts eðlis. Það er auðvelt í notkun og sérsniðið og þökk sé möguleikum á milli vettvanga og þvert forrita býður það upp á sveigjanleika sem erfitt er að vinna bug á.

Gagnadrifin próf og stökkbreytingapróf virkni gerir ZAPTEST fullkomið fyrir neikvæðar prófanir. Það sem meira er, þökk sé því RPA eiginleikum geturðu líkt eftir raunverulegum notendum, endurnýtt próf og smíðað skýrslur og skjöl með auðveldum hætti. Í hnotskurn, hæfileiki ZAPTEST til að keyra hátækni sjálfvirkni hugbúnaðar og vélfærafræði sjálfvirkni hugbúnaðar gerir það að einum stöðva búð fyrir öll sjálfvirkniverkefni, þar með talið neikvæðar prófanir.

 

Lokahugsanir

Neikvæð prófun í hugbúnaðarprófun hjálpar teymum að skilja hvernig umsókn þeirra mun höndla óvænt inntak og ógild gögn. Þó að jákvæð prófun prófi til að sjá hvort hugbúnaðurinn þinn virkar eins og hann er ætlaður, hjálpar neikvæð hugbúnaðarpróf þér að finna út hvað gerist þegar notendur velja inntak og gögn rangt. Báðar aðferðir eru mikilvægar ef þú vilt traust og öflugt forrit sem þolir álag og álag sem fylgir fjölbreyttum notendasamskiptum.

 

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