fbpx

Korrektsuse testimine on tarkvara testimine, mis toimub siis, kui töötatakse välja uus tarkvara või kui olemasolevas versioonis tehakse väiksemaid muudatusi koodis või funktsionaalsuses.

Selles artiklis sukeldume sügavuti sanity testimise määratlusse ja üksikasjadesse, uurides, mis on sanity testimine, kuidas saab sanity testimisele läheneda ja millised tööriistad võivad muuta sanity testimise tarkvara lihtsamaks ja tõhusamaks.

Mis on mõistlikkuse testimine?

Korrektsuse testimine on tarkvara testimine, mida testijad teostavad, et tagada, et uus tarkvara töötab nii, nagu see peaks toimima. See on kiire protsess, mis võib vältida seda, et arendajad ja kvaliteedi tagamise meeskonnad raiskaksid aega ja ressurssi rangemate testide tegemiseks tarkvara koostamisel, mis ei ole veel valmis.

Korrektsuse testimist kasutatakse sageli pärast vigade parandamist või parandamist ning selle eesmärk on testida, kas need parandused on toiminud ja kas muudetud põhifunktsionaalsused töötavad nüüd nii, nagu nad peaksid toimima. Pärast buildi paigaldamist viivad testijad täieliku regressioonitestimise asemel läbi sanity testimise, et tagada buildi funktsionaalsus ja muudatuste korrektne rakendamine.

Kui arendajate poolt rakendatud veaparandused töötavad nii, nagu nad peaksid toimima, peavad testijad mõistlikkuse testi läbinuks. Kui need ei tööta nii, nagu nad peaksid, lükatakse build tagasi ja saadetakse arendajatele edasiste muudatuste tegemiseks tagasi, enne kui tehakse põhjalikumaid teste.

Millal on vaja teha mõistlikkuse testimist?

Sanity testimine viiakse tavaliselt läbi tarkvara puhul, mis on stabiilne, kuid mitte tingimata funktsionaalne; näiteks pärast seda, kui tarkvara on tehtud väiksemaid muudatusi, võivad tarkvara testijad teha sanity teste, et tagada nende muudatuste nõuetekohane toimimine enne täieliku regressioonitestimise alustamist.

Korrektsuse testimine toimub pärast suitsutestimist, millega saab kindlaks teha, kas koost on stabiilne või mitte, kuid enne regressioonitestimist. Näiteks kui suitsu testimine toob esile ebastabiilsusi, mis vajavad parandamist, võib pärast nende vigade parandamiseks tehtud muudatusi rakendada sanity testimist, et teha kindlaks, kas muudatused toimivad ootuspäraselt.

Kui teil ei ole vaja teha mõistlikkuse testimist

Pärast stabiilsesse tarkvarakomplekti tehtud muudatuste tegemist tuleks teostada nõuetekohasuse testimine, et kontrollida nende muudatuste funktsionaalsust. Kui te ei ole teinud mingeid muudatusi tarkvarakogumises või kui te olete keset muudatuste rakendamist, mis ei ole veel lõplikult lõpetatud, ei ole vaja kogumit sanity testida.

Kui te otsustate pärast tarkvara koostamise muudatuste tegemist mitte teostada sanity testimist, võite lühiajaliselt aega kokku hoida, kuid riskite sellega, et hiljem leiate testimise käigus suuremaid probleeme, mis peatavad arenduse ja põhjustavad tõsiseid viivitusi.

Pärast selliste muudatuste tegemist, mis võivad mõjutada jõudlust, tasub alati teostada sanity-testi, sest on palju parem tuvastada võimalikud vead või probleemid varakult, enne kui raisata raha ja ressursse põhjalikumale kvaliteedikontrollile.

Kes on kaasatud mõistlikkuse kontrollimisse

Testijad viivad tavatesti läbi pärast seda, kui nad on saanud stabiilse tarkvarakomplekti edasiseks testimiseks. QA testijad viivad läbi ehitamise üksikute aspektide, näiteks üksikute muudetud funktsioonide või konkreetsete parandatud vigade sanity testimise.

Sel moel pakub sanity testimine suhteliselt üksikasjalikku tagasisidet tarkvara koostamise väga spetsiifiliste valdkondade kohta. Kui testid lähevad läbi, viivad testijad läbi edasise regressioonitestimise. Kui need ebaõnnestuvad, saadetakse build arendajatele edasiseks tööks tagasi.

Tervislikkuse testimise eelised

Korrektsuse testimine säästab palju aega ja vaeva, sest see takistab QA meeskonnal raisata aega sügavamatele testidele, enne kui veendutakse, et tarkvara koostamise põhifunktsioonid töötavad nii, nagu nad peaksid.

Korrektsuse testimine on kiire, kuluefektiivne ja vajalik, kui arendus- ja testimismeeskonnad soovivad luua tõhusalt ja kiiresti veavaba tarkvara.

● See säästab aega ja ressursse
● Dokumentatsiooni ei ole vaja esitada
● See võib aidata tuvastada puuduvaid objekte
● See hoiab ära suuremad probleemid hiljem

See on tõhus ja kiire

Korrektsuse testimine on kiire ja tõhus viis veenduda, kas tarkvara põhifunktsionaalsused töötavad ootuspäraselt.

Saate teha lihtsaid sanity-teste vähem kui tunniga ja kui sanity-testi läbib, annab see teie QA meeskonnale loa jätkata edasist testimist.

See ei nõua dokumenteerimist

Enamasti ei ole sanity testimine skriptitud, mis tähendab, et testijad ei pea rangelt välja kirjutama iga testi läbimise või läbikukkumise kriteeriume ega koostama dokumentatsiooni sanity testi tulemuste esitamiseks. See tähendab, et seda saab teha suhteliselt kiiresti ja juhuslikult, ilma et see põhjustaks märkimisväärseid häireid töös.

See võib tuvastada puuduvaid objekte

Korrektsuse testimine aitab testijatel tuvastada seotud või puuduvaid objekte, mis võivad olla ehitise toimimise seisukohast olulised. Kuna sanity-testi kasutatakse konkreetsete funktsionaalsuste individuaalseks testimiseks, on sanity-testi käigus lihtsam tuvastada üksikuid vigu ja probleeme võrreldes suitsutestide ja muude esialgsete tarkvaratestide läbiviimisega.

See hoiab ära suuremad probleemid hiljem

Sanity check testimine aitab teil tuvastada probleemid juba varakult testimise käigus ja vältida suurte, silmatorkavate vigade tekkimist hiljem arenduse käigus. Probleemide varajane tuvastamine võib aidata teil arengu ajal graafikus püsida ja vältida kulukaid vigu.

Terviklikkuse kontrollimise väljakutsed

Terviklikkuse testimine ei ole ilma väljakutseteta. Tarkvaratesti tarkvara võib aidata testijatel tuvastada mõningaid suuremaid vigu enne edasist testimist, kuid see ei ole usaldusväärne viis iga võimaliku probleemi tuvastamiseks.

Mõningad mõistlikkuse testimise väljakutsed on järgmised:

● See on suhteliselt kitsas ja võib jätta mõned küsimused tähelepanuta.
● Mõistlikkuse testimine ei ole skriptitud.
● Arendajad ei tea alati, kuidas parandada vead, mis on leitud sanity testimise käigus.
● Korrektsuse testimine keskendub ainult tarkvara käskudele ja funktsioonidele.

Selle reguleerimisala on kitsas

Korrektsuse testimine on võrreldes paljude teiste testimisviisidega väga kitsas. Korrektsuse testimise eesmärk on testida konkreetseid funktsioone või muudatusi, et veenduda, et need töötavad korralikult. Väljaspool neid muudatusi ei anna sanity testimine mingit ülevaadet tarkvara koostamise üldisest funktsionaalsusest.

See on käsikirjutamata

Kuigi mõned testijad võivad pidada seda eeliseks, tähendab see, et kuna sanity testimine on skriptimata, et puudub dokumentatsioon, millele tulevikus tagasi vaadata, kui arendajad või testijad tahavad kontrollida sanity testi tulemusi. Terviklikkuse testimisel on piiratud kasutusvõimalused peale selle vahetu mõju.

See testib ainult funktsioone ja käske

Korrektsuse testimist kasutatakse ainult funktsioonide ja käskude testimiseks tarkvara koostamisel. Mõistlikkuse testimisel ei saa testida, kuidas tarkvara toimib disainistruktuuri tasandil, mis tähendab, et arendajatel ei ole alati lihtne tuvastada, kus esinevad probleemid ja kuidas neid parandada.

Terviklikkuse kontrollimise omadused

Korrektsuse testimist saab eristada teistest tarkvara testimise vormidest selle põhijoonte ja omaduste alusel. Mõistlikkuse testimist on võimalik määratleda, võttes arvesse selle omadusi, mis on järgmised:

● Lihtne
● Stsenaariumita
● Dokumentideta
● Sügav
● kitsas
● Testerite poolt läbi viidud

Lihtne

Korrektsuse testimine on lihtne tarkvara testimise vorm, mida on lihtne kavandada ja sama lihtne teostada. See tähendab, et QA sanity testimine saab toimuda kiiresti ja siis, kui seda on vaja, ilma et testimismeeskonnad peaksid planeerima mitteametlikke teste.

Skriptimata ja dokumenteerimata

Korrektsuse testimine on tavaliselt nii skriptimata kui ka dokumenteerimata, mis samuti aitab kaasa sellele, et enamikus testimiskeskkondades on korrektsuse testimine juhuslik.

Korrektsuse testimine on mitteametlik protsess, mis on mõeldud eelkõige selleks, et kontrollida, kas muudetud funktsioonid ja funktsioonid toimivad ootuspäraselt.

Sügav ja kitsas

Korrektsuse testimine on tarkvara testimise liik, mida peetakse nii sügavaks kui ka kitsaks. See tähendab, et sanity testimine katab ainult kitsa vaatenurga tarkvara koostamise kohta, kuid uurib põhjalikult neid koostamise aspekte, mida testitakse.

Näiteks võivad tarkvaratestijad testida üksikasjalikult ühe funktsiooni toimimist, selle asemel et testida kõiki põhifunktsioone põhitasandil.

Testerite poolt läbi viidud

Heatahtlikkuse testimist viivad peaaegu alati läbi testijad. See eristab sanity testimist teistest tavapärastest tarkvara testimise vormidest, nagu suitsu testimine, mida võivad teha nii QA meeskonnad kui ka arendajad.

Korrektsuse testimine vs suitsu testimine vs regressioonitestimine

Sanity testimine, suitsu testimine ja regressioonitestimine on sageli koos ja mõned inimesed võivad segi ajada erinevaid testimisviise, kui nad ei mõista erinevusi sanity testimise määratluse ja teiste testimisviiside vahel.

Suitsu- ja sanity-testi on mõlemad kiired testid, millega tehakse kindlaks, kas tarkvarakomplekt toimib korralikult. Siiski erinevad sanity testid nii suitsu- kui ka regressioonitestidest.

Mis on suitsukatse?

Suitsu testimine on tarkvara testimise liik, mis viiakse läbi uue tarkvara loomisel, et kontrollida selle funktsionaalsust ja käitumist. Suitsutest on kiire test, mis läbib tarkvara põhifunktsionaalsused, et tagada nende korrektne toimimine.

Oletame näiteks, et testite mobiilse osturakenduse. Sellisel juhul võite kasutada suitsukatseid, et kontrollida, kas kliendid saavad sisse logida, lisada kaupu oma ostukorvi ja teha kassasse ilma suuremate vigade või vigadeta.

Suitsutestid viiakse läbi ka pärast seda, kui arenduses on tehtud muudatusi koodis, mis võivad mõjutada buildi funktsionaalsust.

Mis on regressioonitestimine?

Regressioonitestimine on tarkvara testimise liik, mille eesmärk on kinnitada, et hiljuti koodis tehtud muudatused ei ole mõjutanud negatiivselt tarkvara funktsioone või funktsionaalsust.

Korrektsuse testimine on regressioonitestimise alamhulk, sest see hõlmab üksikute funktsioonide või moodulite toimimise testimist.

Regressioonitestimine on kõigi valdkondade üksikasjalik testimine, mida on pärast viimast versiooni muutnud või muutnud.

Mis vahe on suitsu- ja tervisekontrolli vahel?

Sarnaselt suitsutestimisega tehakse ka sanity testimisega kindlaks, kas teatud funktsioonid töötavad nii, nagu nad peaksid.

Erinevalt suitsutestimisest keskendutakse siiski ainult ühele või kahele funktsionaalsusele, tavaliselt neile, mida on viimati muudetud või parandatud. Üks erinevus suitsu- ja sanity-testimise vahel on see, et suitsutestimine annab laiema ülevaate tarkvara koostamise funktsionaalsusest, samas kui sanity-testimine annab kitsama, kuid sügavama ülevaate koostamise ühest aspektist.

Korrektsuse testimine on lõppkokkuvõttes regressioonitestimise alamhulk, mis on tarkvara testimise liik, mida testijad kasutavad selleks, et teha kindlaks, kuidas tarkvarakomplekt pärast muudatuste tegemist toimib.

Suurim erinevus suitsu- ja regressioonitestimise vahel seisneb selles, et suitsutestimine viiakse QAs läbi esialgsete või ebastabiilsete buildide peal, samas kui regressioonitestimine viiakse alati läbi stabiilsete buildide peal.

Suitsutestimist võivad teostada kas testijad või arendajad, samas kui testijad teostavad alati regressioonitestimist.

Mis vahe on sanity ja regressioonitestimise vahel?

Regressioonitestimine on sanity testimise alamhulk, mis tähendab, et sanity test on sisuliselt üks väike element täielikust regressioonitestist.

Suurim erinevus sanity- ja regressioonitestimise vahel on see, et sanity-testimine testib ainult mõnda valitud koodi osa, mida on muudetud, et kontrollida ehitamise staatust, samas kui regressioonitestimine testib kõiki muudetud koodi osasid, et veenduda, et need töötavad ootuspäraselt.

Teine erinevus sanity- ja regressioonitestimise vahel seisneb selles, et kõigepealt viiakse läbi sanity-testimine, kusjuures täielik regressioonitestimine toimub alles siis, kui sanity-testid on läbitud.

IS YOUR COMPANY IN NEED OF

ENTERPRISE LEVEL

TASK-AGNOSTIC SOFTWARE AUTOMATION?

Suitsu-, sanity- ja regressioonitestimine: kokkuvõte

Suitsu testimine, sanity testimine ja regressioonitestimine on tarkvara testimise liigid, mis aitavad arendajatel ja testijatel tuvastada koodis esinevaid vigu juba arenduse varajases etapis.

Suitsutestimine on esimene testimise liik, mis toimub ja seda võivad teha kas arendajad või testijad ebastabiilsete buildide peal. See on suurim erinevus suitsu- ja regressioonitestimise vahel.

Järgmisena toimub püstuvuse testimine, kusjuures täielik regressioon toimub siis, kui mõlemad esimesed testid on edukalt sooritatud.

Kõik kolm tüüpi testid on olulised, et tagada, et arendusmeeskonnad ja kvaliteedi tagamise meeskonnad ei raiska aega ja ressursse tarkvara koostamisele, mis sisaldab silmatorkavaid vigu, mis võivad põhjustada suuri viivitusi, kui need avastatakse alles hiljem arenduse käigus.

Manuaalsed vs. automaatsed sanity testid

Kaasaegne automatiseerimistehnoloogia võimaldab automatiseerida tervisekontrolli, et vähendada testijate poolt nende vajalike testide läbiviimisele kuluvat aega.

Siiski nõuab sanity-testi automatiseerimine tavaliselt rohkem tehnilisi ressursse kui käsitsi testimine ning ilma sanity-testi vahendeid kasutamata võib olla raske säästa arendusaega automatiseeritud sanity-testi loomiseks ja käivitamiseks.

Sageli on parim valik kombineerida tavaline automatiseeritud testimine käsitsi teostatava testimisega, et uurida põhifunktsioone üksikasjalikumalt.

Manuaalne õigsuse testimine: eelised, probleemid ja protsess

Käsitsi teostatav testimine on igasugune testimine, mida teostavad käsitsi inimtestijad. Manuaalsel testimisel valideerivad testijad ise tarkvara põhifunktsioone, katsetades erinevate testjuhtumite tulemusi ja kontrollides neid oodatavate tulemustega.

Manuaalset testimist peetakse sageli üksikasjalikumaks kui automaatset testimist, sest see võimaldab rohkem uurimuslikku testimist. Kui automatiseeritud testid järgivad lihtsalt kindlat käsikirjeldust, siis manuaalsed testijad saavad kasutada oma arusaamist ja otsustusvõimet, et uurida funktsioone ja protsesse, mis võivad vajada edasist uurimist. Teisisõnu, nad võivad minna “käsikirjast kõrvale”.

Manuaalse õigsuse testimise plussid on järgmised:

● Manuaalset testimist saab hõlpsasti läbi viia mitte-tehniline QA personal
● Käsitsi on lihtne seadistada sanity test ilma spetsiifiliste ressurssideta.
● Testijad saavad manuaalse testimise käigus uurida tarkvara erinevaid elemente.
Siiski on ka manuaalsel sanity testimisel palju puudusi:

● Käsitsi testimine on aeganõudev ja seda ei saa teha nii regulaarselt kui automatiseeritud testimist.
● Testimine võib olla vähem üksikasjalik, kui testijad soovivad aega säästa.
● Testide katvus võib olla kitsam
● Manuaalses sanity testimises on ruumi inimlikele vigadele.

Sanity testide automatiseerimine: kasu, probleemid ja protsess

Automatiseeritud testimine on muutumas üha populaarsemaks nende testimismeeskondade seas, kellel on selle rakendamiseks vajalikud ressursid ja oskused. Sanity testimise automatiseerimine võimaldab testimismeeskondadel teha sanity teste korrapärasemalt ja standardiseerida sanity testimise protsessi mitme testi puhul.

Tarkvara sanity testimine automatiseerimisvahendite abil on üks kiiremaid ja tõhusamaid viise sanity testimise läbiviimiseks, kuid see nõuab, et tarkvarameeskonnad eraldaksid tehnilised ressursid automatiseerimisprotsesside loomiseks ja haldamiseks.

Väiksemates meeskondades võib see tõmmata ressursse ära sellistelt olulistelt protsessidelt nagu arendus ja vigade parandamine.

Automaatse õigsuse testimise plussid on järgmised:

● Automaatne sanity testimine on palju tõhusam kui käsitsi testimine.
● Automatiseerimise kasutamisel ei ole piiranguid, kui regulaarselt saate testida mõistlikkust.
● Inimliku eksimuse automatiseerimisel on vähe ruumi inimlikele vigadele.
● Automatiseeritud sanitaarkatsed võivad hõlmata laiemat proovide valikut.

Siiski on automatiseeritud testimisel ka puudusi, sealhulgas:

● Automatiseeritud testimine ei võimalda subjektiivsust
● Automatiseeritud testid ei saa uurida väljaspool oma skriptide stsenaariume.
● Korrektsuse kontrollimise automatiseerimine maksab ressursse
● Mitte kõikidel testimismeeskondadel ei ole tehnilisi oskusi, et automatiseerida sanity check testimist.

Kokkuvõte: Käsitsi või sanity testide automatiseerimine?

Ideaaljuhul saavad arendusmeeskonnad ja testijad parimate tulemuste saavutamiseks kombineerida manuaalset QA sanity testimist automatiseeritud testimisega. See võimaldab tarkvarameeskondadel saada kasu automatiseeritud testimise järjepidevusest ja manuaalse testimise paindlikkusest.

Nii suitsu- kui ka sanity-testi puhul on sanity-testi automatiseerimine kulukas ressurss ja tehnilised oskused, mis tähendab, et see ei ole alati võimalik, eriti väiksemate tarkvarameeskondade puhul või ühekordsete sanity-teste puhul.

Testimismeeskonnad, kes soovivad uurida automatiseeritud testimist, saavad kasutada sanity testimise vahendeid, et lihtsustada automatiseerimisprotsessi ja vähendada vajadust täiendava arenduspersonali järele.

Mida on vaja mõistlikkuse testimise alustamiseks

Enne kui alustate testimist, on oluline kindlaks määrata, kuidas te lähenete testimisele, ning määratleda testimise parameetrid ja eesmärgid. Te ei vaja palju tegelikke tööriistu, et testida mõistlikkust, ja mõistlikkuse testimine võib olla suures osas planeerimata.

Kõige sagedamini viiakse sanity testimine läbi seetõttu, et stabiilse tarkvarakomplekti on tehtud muudatusi ja testijad soovivad kontrollida, et need muudatused toimiksid ootuspäraselt.

Sellisel juhul alustate mõistlikkuse testi, kirjeldades tehtud muudatusi, protsesse, mida kavatsete nende testimiseks kasutada, ja iga testi oodatavaid tulemusi.

Stabiilne ehitamine

Korralikkuse testid viiakse läbi pärast seda, kui tarkvara on suitsutestide abil stabiilsuse suhtes testitud. Arendajate ja testijate ülesanne on tagada, et tarkvara on stabiilne enne edasiste testide läbiviimist.

Testjuhtumi stsenaariumid

Enne sanity check testimise alustamist peate visandama testjuhtumite stsenaariumid, mida kavatsete testida, olenemata sellest, kas te kavatsete teostada käsitsi või automatiseeritud sanity teste.

Kui te teostate pärast vigade parandamist sanity testimist, siis soovite määratleda testjuhtumid, mis kontrollivad paranduste kvaliteeti.

Korrektsuse testimise vahendid

Te ei vaja mingeid spetsiaalseid tööriistu, et teostada sanity testimist, kuid sanity testimise tööriistad võivad lihtsustada testide teostamist tavapärase tööpäeva jooksul.

Kui soovite minna üle regulaarsetele sanity testidele kogu päeva jooksul või kui teie arendusmeeskond teeb iga päev mitmeid muudatusi tarkvara koostamisel, võivad sanity testimise tööriistad olla abiks. Näiteks võiksite kasutada testimisvahendeid robotiseeritud protsesside automatiseerimise rakendamiseks.

Mõistlikkuse testimise protsess

Tarkvara õigsuse testimine on tavaliselt suhteliselt kiire protsess, mida saab teha vähem kui tunniga. Korralikkuse testide automatiseerimine võib alguses võtta kauem aega, kuid kui automatiseerimisskript on loodud, saate korraga teostada korralikkuse teste.

Järgige alljärgnevaid samme, et mõista, kuidas viia läbi käsitsi sanity test ja milliseid samme peate tegema igas testimisprotsessi etapis.

1. Identifitseerige muudetud komponendid

Korrektsuse testimise eesmärk on testida konkreetsete funktsioonide ja komponentide funktsionaalsust pärast muudatuste tegemist.

Enne tarkvara õigsuse testimise alustamist on oluline kindlaks teha, milliseid komponente on muudetud või lisatud ning milliseid koodi aspekte on pärast viimast testimisvooru muudetud.

2. Hinnake iga komponenti

Kui olete kindlaks teinud testimist vajavad komponendid, saate analüüsida iga komponenti eraldi, et mõista selle omadusi ja seda, kuidas see peaks töötama.

See aitab testijatel mõista testimise eeldatavaid tulemusi ja mõtestada oma testide tulemusi.

3. Määratlege sanity testimise lähenemisviis

Selles etapis on vaja määratleda oma lähenemine mõistlikkuse testimisele. Kas te kavatsete teostada manuaalset või automatiseeritud testimist?

Kui kasutate automatiseeritud lähenemist, peaksid testimise automatiseerimiseks kasutatavad vahendid aitama teil luua testiskripte, et testida juba tuvastatud komponente.

Kui te testite käsitsi, kaaluge, kuidas testida funktsioone, mida on vaja kontrollida.

4. Viige läbi sanity testimine

Järgmise etapina toimub testimine ise.

Testijad viivad läbi manuaalset õigsuse kontrolli, hinnates kõiki moodulite komponente, seotud parameetreid ja funktsioone, mida on pärast viimast testi muudetud, lisatud või muudetud.

Tarkvara õigsuse testimisel võrrelge iga õigsuse testi tulemusi testi oodatavate tulemustega, et teha kindlaks, kas iga komponent töötab korralikult.

5. Järgmised sammud

Pärast mõistlikkuse testi läbiviimist kaaluge, kas ehitamine on läbitud või mitte. Kui korralikkuse testid annavad ootamatuid tulemusi või käitumist, tagastage build arendajatele edasiseks tööks.

Kui build läbib sanity testimise, mis tähendab, et kõik buildi komponendid käituvad ootuspäraselt, võib toimuda edasine regressioonitestimine.

Parimad tavad sanity testimiseks

Kuna sanity testimine on nii skriptimata kui ka dokumenteerimata, saavad testijad teha sanity testimist vastavalt vajadusele ja siis, kui see on vajalik. Sanity-testi jaoks ei ole palju soovitatavaid parimaid tavasid, sest see on selline juhuslik tarkvara testimise liik, kuid on mõned reeglid, mida saate järgida, et tagada, et saate oma sanity-teste maksimaalselt ära kasutada.

Pärast uue funktsionaalsuse lisamist tuleb alati testida, kas see on õiguspärane

Tarkvara õigsuse testimine on vajalik, kui stabiilsesse tarkvarakomplekti lisatakse uusi funktsioone või käske.

Kõige olulisem sanity testimise parim tava on alati teostada sanity testimine iga kord, kui komponenti muudetakse või lisatakse või kui parandatakse viga.

Keskenduge asjakohastele funktsioonidele ja käskudele

Osa sanity testimise definitsioonist on keskendumine funktsioonidele ja käskudele, kuid sanity testimise läbiviimisel on oluline keskenduda nendele funktsioonidele ja käskudele, mis on teie tarkvara koostamise jaoks kõige olulisemad.

Sarnaselt suitsu testimisega on ka sanity testimine parim viis, et hinnata põhifunktsioone, mis võivad põhjustada tõsiseid häireid, kui neid selles etapis ei tuvastata.

Automatiseeri alati testid, kui see on võimalik

Kui teil on olemas ressursid, vahendid ja tehnilised oskused, mis on vajalikud mõistlikkuse testide automatiseerimiseks, võib see aidata nii testimise protsessi kiirendada kui ka testimismeetodid standardiseerida.

See ei tähenda, et automatiseeritud testimist tuleks alati kasutada manuaalse testimise asemel, vaid et alati on parem rakendada mingisugust automatiseeritud testimist koos manuaalse testimisega.

Korrektsustesti väljundite tüübid

Enamasti on sanity-testi väljundiks lihtsalt binaarne otsus “läbitud” või “ebaõnnestunud”, mis sõltub sellest, kuidas testitavad komponendid käituvad testitingimustes.

Pass

Kui muudetud koodis ei ole vigu ega loogikavigu, peaks teie sanity-testi tulemus olema positiivne. Läbiviimine tähendab lihtsalt seda, et kui te teete oma mõistlikkuse testi, siis käituvad moodulid nii, nagu te seda ootate.

Kui korralikkuse test läbitakse, jätkavad testijad edasise testimisega ja täieliku regressioonitestide komplektiga.

Fail

Kui testitavad funktsioonid ei käitu nii, nagu te eeldate, et nad käituvad, kui te teostate oma mõistlikkuse testi, näitab see, et test on ebaõnnestunud.

Seejärel annavad testijad tarkvara ülesehituse tagasi arendusmeeskonnale, et see jätkaks arendamist, parandaks vead ja parandaks kõik koodis olevad vead, mis võivad põhjustada testide ebaõnnestumist.

Näited mõistlikkuse testide kohta

Sanity-testi õppimine näidistestide abil on parim viis mõista, kuidas sanity-teste töötab ja kuidas sanity-testi käsitsi läbi viia.

IS YOUR COMPANY IN NEED OF

ENTERPRISE LEVEL

TASK-AGNOSTIC SOFTWARE AUTOMATION?

Allpool on kaks illustratsiooni sanity testimise kohta koos näidistestidega.

Sanity testimine pärast vea parandamist

Suitsu testimise käigus leidsid arendajad e-kaubanduse rakenduses vigu, mis takistasid klientidel uusi kaupu oma ostukorvi lisada.

Pärast selle vea parandamiseks tehtud parandustöid anti build edasi QA testijatele, et nad saaksid teha sanity testi. Korvi lisamise funktsionaalsuse testimine hõlmas uute toodete lisamise funktsionaalsust, et veenduda, et see töötab ootuspäraselt.

Sanity testimine pärast muudatusi

Üks arendajate meeskond on töötanud ostunimekirja rakenduse uuenduse kallal, mis võimaldab kasutajatel kategoriseerida nimekirju erinevate siltidega. See tähendab, et olemasolevasse build’i tuleb lisada palju uut koodi, et seda funktsiooni rakendada.

Kui kood on lisatud, viivad testijad läbi testimise, et hinnata uut funktsiooni ja testida selle toimivust. Tekib viga, mis takistab kasutajatel loendi uuesti kategoriseerida, kui nad on sinna juba sildi lisanud, mistõttu saadetakse build tagasi arendajatele täiendavaks tööks.

Korrektsuse testimise käigus tuvastatud vigade ja vigade tüübid

Korrektsuse testimist kasutatakse tavaliselt tarkvara koostamise otstarbekuse testimiseks pärast seda, kui on tehtud muudatusi, mis võivad mõjutada tarkvara funktsionaalsust.

Seega aitab tarkvara õigsuse testimine QA testijatel tuvastada erinevaid vigu ja vigu arvutikoodis.

Loogikavead

Korrektsustestid aitavad testijatel ja arendajatel tuvastada loogikavigu uues koodis. Need vead võivad põhjustada põhifunktsioonide ootamatut käitumist või isegi tarkvara kokkuvarisemist.

Vead

Vead arvutikoodis võivad olla väikesed või suured; mõnel juhul võivad need lihtsalt mõjutada kasutatavust ja mugavust, samal ajal kui mõnel juhul võivad need takistada kogu rakenduse toimimist.

Heatahtlikkuse testid võivad tuvastada vigu või näidata, kas viga on piisavalt parandatud või mitte.

Ühised sanity testimise mõõdikud

Mis tahes tarkvara testimise mõõdikud peaksid olema mõõdetavad ja mõõdetavad. Korrektsuse testimisel on oluline jälgida mõõdikuid, mis aitavad teil objektiivselt hinnata korrektsuse testi väljundit või tulemust.

See on eriti oluline, kui soovite tulevikus automatiseerida tervisekontrolli.

Mõned näited mõistlikkuse testimise meetrikate kohta on järgmised:

● Testjuhtumid ei ole täidetud
● Testjuhtumid läbitud
● Testjuhtumid ebaõnnestusid
● Testijuhtumid blokeeritud

Mõõdetavad mõõdikud hõlmavad mis tahes tulemusi, mis annavad kvantitatiivseid andmeid, mis kajastavad, kui hästi teie tarkvara koostamine on toiminud sanity-testi ajal.

5 parimat tasuta sanity testimise tööriista

Kui olete huvitatud tasuta sanity testimise tööriistade rakendamisest, et aidata planeerida, käivitada ja automatiseerida sanity teste stabiilse tarkvara koostamisel, on allpool esitatud nimekiri parimatest sanity testimise tööriistadest, mis on täna internetis tasuta saadaval.

ZAPTEST TASUTA väljaanne

ZAPTEST on tasuta testimise tööriistakomplekt, mis on saadaval nii tasuta versioonina kui ka tasulise ettevõtlusversioonina.

ZAPTEST FREE on tarkvara testimise tööriist, mis võimaldab kasutajatel automatiseerida sanity teste, suitsu teste ja muud tüüpi tarkvara teste, et testida rakendusi Mac, Windows, Android ja muudel platvormidel.

Seda on lihtne kasutada ja see on ideaalne võimalus proovida mõistlikkuse testimise automatiseerimist ilma lisatasu maksmata.

Lühidalt öeldes võimaldab ZAPTESTi 1SCRIPT-tehnoloogia testide automatiseerimist mis tahes tarkvararakenduses, platvormide, brauserite ja seadmete vahel ning koodita kasutajaliideses, mis on ideaalne nii algajatele kui ka väga kogenud testijatele.

QA Wolf

Kui otsite lihtsust, siis QA Wolf on meeldivalt lihtne QA testimise rakendus, mis asub täielikult teie brauseris, mis tähendab, et te ei pea selle kasutamiseks midagi alla laadima. Saate kasutada QA Wolfi automatiseeritud testide läbiviimiseks, olenemata sellest, milline on teie oskuste tase.

Seleen

Selenium on teine testimisvahend, mis on saadaval nii tasuta kui ka tasulise versioonina. Selenium ühildub paljude programmeerimiskeeltega, mistõttu on see suurepärane valik vähem levinud keeli kasutavatele arendusmeeskondadele, ning seda saab kasutada veebirakenduste sanity-testi ja muud tüüpi testimise automatiseerimiseks.

Watir

Kui soovite alustada oma tarkvara automaatsete testide kirjutamist, kuid ei tea, kust alustada, siis Watir on avatud lähtekoodiga tööriist, mis võimaldab lihtsate ja hooldatavate automaatsete testide kirjutamist lihtsaks muuta.

Tuuleveski

Windmill on avatud lähtekoodiga testimisvahend, mis on loodud veebirakenduste testimise ja silumise automatiseerimiseks. See on tõhus vahend sanity testijatele, kes soovivad kontrollida, kas veebirakendused on arendusetapis korralikult silutud.

Sanity testimise kontrollnimekiri

Enne esimeste sanitaarkatsete läbiviimist veenduge, et saate aru, kuidas defineerida sanitaarkontrolli ja mida vajate enne sanitaarkontrolli alustamist.

● Kas te teate, milliseid uusi funktsioone on lisatud?
● Kas saate aru, kuidas uus funktsioon peaks toimima?
● Millised on teie kriteeriumid mõistlikkuse testi läbimiseks ja läbikukkumiseks?
● Kas peate enne alustamist omandama mingeid sanity testimise vahendeid?
● Kuidas kavatsete oma testi tulemusi arendajatele edastada?
● Kas te teate, kuidas vajaduse korral korrata mõistlikkuse teste?
Kui te teate kõiki vastuseid nendele küsimustele, olete valmis alustama oma esimest mõistustesti.

Kokkuvõte

Korrektsuse testimine on vajalik samm tarkvara testimisel, mis võimaldab testijatel hinnata, kas hiljuti muudetud komponendid töötavad korrektselt. Korrektsuse testimist viivad alati läbi testijad, mitte arendajad, ja seda on võimalik automatiseerida või teha käsitsi.

Kuna üha rohkem tarkvarameeskondi liigub hüperautomaatika suunas, muutub automatiseeritud sanity testimine üha tavalisemaks. Ideaalis võiks tarkvarameeskondade eesmärk olla uute komponentide testimisel manuaalne, uurimuslik testimine, samas kui nad kasutavad automatiseeritud testimist väikeste muudatuste testimiseks kogu tööpäeva jooksul.

KKK ja ressursid

Kui soovite oma teadmisi sanitaarkontrolli kohta täiendada, vaadake allpool olevaid ressursse ja KKK-sid.

Parimad kursused sanity testide automatiseerimise kohta

Saate rohkem teada sanity testimise ja muude tarkvara testimise liikide kohta, kui otsite sanity testimise online-kursusi. Kursusi leiate veebist sellistelt veebisaitidelt nagu:

● Coursera
● Uplatz
● Kursuse rida
● Edureka
Mõnda veebikursust pakutakse tasuta, samas kui teised võivad pakkuda sertifitseerimist või kvalifikatsiooni pärast kursuse lõpetamist tasu eest.

Parimad raamatud mõistlikkuse testimise kohta

Saate oma teadmisi sanitaarkontrolli kohta täiendada, lugedes sanitaarkontrolli ja tarkvara testimist käsitlevaid raamatuid.

● Tarkvara testimine, autor Ron Patton
● Kuidas lõhkuda tarkvara, James Whittaker
● Tarkvara testimise tehnikad, autor Boris Beizer
● Tarkvara testimise automatiseerimine, Mark Fewster ja Dorothy Graham
● Agiilne testimine, mille autorid on Lisa Crispin ja Janet Gregory

Millised on 5 parimat intervjuuküsimust mõistlikkuse testimise kohta

Enne kui kandideerite QA töökohtadele, mis võivad hõlmata sanitaarkontrolli, võite valmistada ette vastused tavalistele sanitaarkontrollile suunatud intervjuuküsimustele.

● Mis vahe on suitsu- ja tervisekontrolli vahel?
● Millal peaksite teostama sanitaarkontrolli?
● Kuidas teha kindlaks, kas mõistlikkuse test on ebaõnnestunud?
● Millal võiksite teostada manuaalset vs. automatiseeritud testimist?
● Millised on sanity testimise eelised?

Parimad YouTube’i õpetused mõistlikkuse testimise kohta

Nendest YouTube’i videotest saate rohkem teavet mõistlikkuse testimise kohta:

Mis on mõistlikkuse testimine?
Erinevus suitsu- ja tervisekontrolli vahel
Mis on mõistlikkuse testimine? Purushotam Akadeemia
Suitsu testimine vs Sanity Testing koos näidetega

Kuidas säilitada mõistlikkuse teste

Kuna sanity-teste kasutatakse tavaliselt koodis tehtud muudatuste kontrollimiseks, võite iga kord sanity-testi käivitamisel testida koodi erinevaid elemente või kohandada oma testi erinevate funktsioonide hindamiseks.

Seetõttu on oluline, et te oleksite alati valmis testimiseks, kui seda on vaja.

● Uuendage testjuhtumeid, kui teie tarkvara funktsionaalsus areneb.
● Järgige alati testide disaini parimaid tavasid
● Hinnake oma teste regulaarselt ümber.
● Uute testide loomisel pidage silmas tulevasi projekte

Mis on QA-s mõistlikkuse testimine?

Korrektsuse testimine kvaliteedi tagamise valdkonnas on tarkvara testimise liik, mis hõlmab stabiilse tarkvarakomplekti äsja muudetud või lisatud komponentide testimist, et veenduda, et need käituvad õigesti.

See sanity testimise määratlus eristab sanity testimist suitsu testimisest, sest suitsu testimine viiakse läbi ebastabiilsete buildide peal.

Tarkvara sanitaarkontrolli viivad alati läbi testijad, mitte arendajad, ja üks kõige tavalisemaid põhjusi sanitaarkontrolli läbiviimiseks on see, et mõni viga on parandatud või parandatud. Sel viisil tagavad testijad, et parandus töötab õigesti ja edasine testimine võib alata.

Loomulikult, kui teie organisatsioon vajab ettevõtte tasandi tarkvara testimist + teenuseid, võtke meiega ühendust! ZAPTEST on juhtiv automatiseerimisvahend mis tahes platvormil, sealhulgas Linux, Windows, Android, iOS, veeb. See võimaldab mis tahes teste, sealhulgas koormustestid, jõudlustestid, UI testid, ühiktestid, funktsionaalsed testid, integratsioonitestid, UI testid, keerulised API testid ja palju palju muud!

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

Virtual Expert

ZAPTEST

ZAPTEST Logo