Mis on meelerahu testimine?

Mis tahes tarkvararakenduses tehakse erinevat tüüpi tarkvara testimist ja igal testimistüübil on oma eesmärk. Mõistlikkuse testimine on tarkvara testimise tüüp, mida tehakse tarkvara ehituse kontrollimiseks, kas tarkvaras tehtud koodimuudatused töötavad korralikult või mitte. Sanity testimise põhieesmärk ei ole rakenduse üksikasjalik testimine, vaid see on kitsas ja sügav ning kontrollib rakenduse konkreetset funktsionaalsust ja veaparandusi (testimine, et koodimuudatuste tõttu uusi vigu ei toodud). Erinevalt suitsutestidest, mis kontrollib üldrakenduse funktsionaalsust ning keskendub kavandatud funktsionaalsusele ja veaparandustele.

Miks me vajame meelerahu testimist?

Mõelge veebirakenduse maksemooduli testimise stsenaariumile, kuid testimise ajal ei laadita maksete lehte korralikult või kasutajale OTP-välja ei kuvata. Testijad esitavad vea ja teatavad sellest arendajatele. Seejärel parandavad arendajad makselehe lehe laadimise ja OTP välja tõrke ja edastavad testijatele tagasi testimiseks. Kui peamised veaparandused pole lahendatud, pole põhjust maksmise lehe ümber rangemat testimist teha. Sel juhul teostavad testijad veaparanduste kontrollimiseks Sanity-testimist lehe Makse ümber, st kas põhiprobleemid on lahendatud või mitte. Samuti on oluline testida, kas eelnevate probleemide parandamise tõttu ei tekita seotud funktsionaalsuses muid probleeme ega vigu.

Tulevase aja ja vaeva vähendamiseks eelnevalt tehakse see enne mooduli sügavat regressioonitesti. See testib enne kogu süsteemi testimist rakenduse põhilist "ratsionaalsust".

Kuidas sanity testimine töötab?

Kuna me teame, et Sanity testimine on kiire ja kiire testimine, tehakse rakenduse ümber kiire kontroll veaparanduste, uute funktsioonide ja muude rakenduses tehtud muudatuste kontrollimiseks. See on tavaliselt kirjutamata, nii et rakenduse Sanity testis dokumente ja testjuhtumi loomist ei tehta. Sanity testimise peamine eesmärk ei ole rakenduse täielik testimine, selle asemel keskendutakse konkreetse komponendi testimisele.

Kui rakendus on Sanity-testi jaoks katsetajatele üle antud, ei tehta kogu rakenduse ümber sügavat testi. Testijad testivad kõigepealt veaparandusi, rakenduse uut funktsionaalsust. Põhimõtteliselt on see testijate meeskonna poolt tehtud kiire kontroll, et rakendus läbida / ebaõnnestuda, et kontrollida, kas see on edasiseks üksikasjalikuks testimiseks valmis. Seetõttu viidatakse sanity testimisele ka kui Testeri aktsepteerimistesti. Sanity test säästab tavaliselt aega ja raha, kui pärast kiirkontrolli ei õnnestu rakendusel nurjuda, kas ehitamine pole edasise testimise jaoks piisavalt hea. Pärast veaparanduste ja uute funktsioonide testimist testitakse rakendusega seotud mooduleid või omavahel seotud funktsioone, et veenduda, kas koodimuudatuste või eelmiste probleemide parandamise tõttu uusi vigu ei toodud.

Näiteks kui rakenduses on 2 moodulit, moodul 1 ja moodul 2, siis moodul 1 on seotud mooduliga 2, kuna andmed edastatakse moodulist 1 moodulini 2. Varem, kui vead leiti moodulis 2, ja pärast nende parandamist arendajate väljaanded, testimiseks antakse välja uus ehitis. Seejärel täidavad testijad äsja kasutusele võetud ehituse rakenduse sanitaarsuse testi, kõigepealt testitakse moodulit 2, et kontrollida uues versioonis fikseeritud vigu ja kui moodul 2 töötab hästi, siis testitakse ka moodulit 1, kuna mõlemad on üksteisega seotud, et kontrollida, kas see parandus on mõjutanud moodulit 1 või mitte.

Eelised ja puudused

Allpool on toodud mõned eelised ja puudused:

Eelised

Mõned eelised on toodud allpool:

  • Mõistlikkuse testimine on kitsas ja sügav. Enne kogu rakenduse testimist aitab see tõrkeparandustega konkreetse komponendi testimist.
  • Kuna rakenduse sanity testimiseks pole vaja üksikasjalikku dokumentatsiooni, ei kulutata lisaaega ja testijad keskenduvad peamiselt veaparanduste ja mõjutatud rakendusalade testimisele.
  • See on väga kasulik, kuna regressioonitestimisel ei kulutata pingutusi, kui puudused leitakse Sanity testi käigus ja projekt lükatakse varases etapis tagasi.
  • Mõnikord on mõistlikkuse testimisest abi kompileerimise ja juurutamise probleemide varaseks tuvastamiseks. Kui rakenduse põhifunktsioonid ei tööta hästi või kui eelmised vead on endiselt olemas, kuid tehtud alates arendaja lõpust, võib tekkida probleeme ühendamise või koostamisega.

Puudused

Mõned puudused on toodud allpool:

  • Mõistlikkuse testimisel on ainult kitsas ulatus. Seda ei kasutata kogu rakenduse üksikasjalikuks testimiseks. Seda kasutatakse ainult rakenduse mooduli osa põhifunktsioonide testimiseks.
  • Seda kasutatakse rakenduse "ratsionaalsuse" testimiseks, erinevalt suitsutestidest, mis kontrollib rakenduse "stabiilsust".
  • Väikesemahuliste rakenduste puhul pole Sanity testimisest nii palju abi, kuna sel ajal saab kogu rakenduse asemel konkreetse komponendi funktsionaalsuse kontrollimiseks kulutada lisaaega.
  • Mõistuspärasuse testimine on tavaliselt kirjeldamata ja võtab mõnikord rohkem aega ning suurendab kaudselt projekti kogueelarvet.

Järeldus

Ülaltoodud kirjeldus selgitab selgelt Sanity testimist ja Sanity testimise olulisust mis tahes tarkvararakenduse testimisel. Mõnedel testijatel on alati suitsu ja tervislikkuse testi osas segadus, kuid mõlemad on väga erinevad ja neid kasutatakse oma konkreetse stsenaariumi jaoks. Suitsutesti tehakse selleks, et kontrollida, kas kogu rakenduse kriitilised funktsioonid töötavad hästi või mitte. Olles testija, on väga oluline mõista nende kahe erinevust.

Soovitatavad artiklid

See on juhend Sanity Testimiseks. Siin arutleme sissejuhatuse üle ja kuidas töötab Sanity Testing? koos eeliste ja puudustega. Lisateavet leiate ka meie muudest soovitatud artiklitest -

  1. Erinevus suitsu testimise ja mõistlikkuse testimise vahel
  2. Funktsionaalse testimise omadused
  3. Süsteemi testimise tüübid
  4. Peamised erinevused valge kasti testimise ja musta kasti testimise vahel

Kategooria:

Tarkvaraarendus