Mikä on terveellisyyden testaus?

Millä tahansa ohjelmistosovelluksella suoritetaan erityyppisiä ohjelmistotestauksia, ja jokaisella testaustyypillä on oma tarkoitus. Sanity-testaus on tietyn tyyppinen ohjelmistotestaus, joka suoritetaan tarkistamaan ohjelmiston rakenne mahdollisiin ohjelmistoihin tehdyihin koodimuutoksiin. Sanity-testauksen päätarkoitus ei ole yksityiskohtainen testaus sovelluksen ympärillä, vaan se on kapea ja syvä ja tarkistaa sovelluksen tietyn toiminnallisuuden ja virheenkorjaukset (testataan, ettei uusia virheitä otettu käyttöön koodimuutosten vuoksi). Toisin kuin savutestaus, joka tarkistaa yleisen sovelluksen toimivuuden ja keskittyy suunniteltuihin toimintoihin ja virheenkorjauksiin.

Miksi tarvitsemme terveellisyyden testausta?

Harkitse verkkosovelluksen maksumoduulin testaamista, mutta testauksen aikana maksusivu ei lataudu kunnolla tai OTP-kenttää ei näytetä käyttäjälle. Testaajat arkistoivat virheen ja ilmoittavat siitä kehittäjille. Kehittäjät korjaavat sitten maksusivun sivun lataus- ja OTP-kentän virheen ja toimittavat takaisin testaajille testattavaksi. Ei ole syytä suorittaa tiukempaa testausta Maksusivun ympärillä, jos tärkeimpiä virhekorjauksia ei ratkaista. Tässä tapauksessa testaajat suorittavat nyt Sanity-testauksen Maksusivun ympärillä tarkistaaksesi virheenkorjaukset, ts. Perusongelmat on ratkaistu vai ei. On myös tärkeää testata, onko niihin liittyvissä toiminnoissa muita ongelmia tai virheitä edellisten ongelmien korjaamisen vuoksi.

Jotta tulevaisuuden aikaa ja vaivaa voidaan vähentää etukäteen, se suoritetaan ennen moduulin syvää regressiotestausta. Se testaa sovelluksen "rationaalisuuden" ennen koko järjestelmän testaamista.

Kuinka sanity-testaus toimii?

Kuten tiedämme, että Sanity-testaus on nopea ja nopea testaus, niin sovelluksen ympärille tehdään nopea tarkistus virheenkorjauksista, uusista toiminnallisuuksista ja muista sovelluksessa tehdyistä muutoksista. Sitä ei yleensä kirjoiteta, joten sovelluksen Sanity-testissä ei tehdä dokumentointia ja testitapausten luomista. Sanity-testauksen päätavoite ei ole sovelluksen tyhjentävä testaus, vaan keskittyy tietyn komponentin testaamiseen.

Kun hakemus luovutetaan testaajille Sanity-testiä varten, syvää testausta ei suoriteta koko sovelluksen ympärillä. Testaajat testaavat ensin virheenkorjaukset, sovelluksen uudet toiminnot. Periaatteessa se on testaajaryhmän suorittama nopea tarkistus, jonka avulla sovellus voidaan hylätä / hylätä sen tarkistamiseksi, onko se valmis jatkossa yksityiskohtaiseen testaukseen. Siksi Sanity-testaukseen viitataan myös nimellä ”Tester Acceptance Testing”. Sanity-testi säästää yleensä aikaa ja rahaa epäonnistuessaan sovelluksessa pikatestin jälkeen, onko rakennus riittävän hyvä jatkotestauksen suorittamiseen. Virhekorjausten ja uuden toiminnallisuuden testaamisen jälkeen testataan liittyviä moduuleja tai sovelluksen toisiinsa liittyviä toimintoja sen varmistamiseksi, ettei uusia virheitä ole tuotu koodimuutosten tai aikaisempien ongelmien korjaamisen takia.

Esimerkiksi, jos sovelluksessa on 2 moduulia, moduuli 1 ja moduuli 2. Moduuli 1 liittyy moduuliin 2, koska tiedot siirretään moduulista 1 moduuliin 2. Aikaisemmin, jos virheitä löytyi moduulista 2, ja niiden korjaamisen jälkeen kehittäjien julkaisemalla, uusi rakennus julkaistaan ​​testattavaksi. Sitten testaajat suorittavat äskettäin käyttöön otetun rakenteen sovelluksen Sanity-perustestin, moduuli 2 testataan ensin uuden rakenteen kiinteiden virheiden todentamiseksi ja jos moduuli 2 toimii hyvin, niin moduuli 1 testataan myös, koska molemmat ovat liittyvät toisiinsa tarkistaakseen, onko korjaus vaikuttanut moduuliin 1 vai ei.

Hyödyt ja haitat

Joitakin eduista ja haitoista on esitetty alla:

edut

Joitakin etuja esitetään alla:

  • Sanity-testaus on kapea ja syvä. Ennen koko sovelluksen testaamista se auttaa tietyn komponentin testaamisessa, jolla on virhekorjauksia.
  • Koska sovelluksen Sanity-testaukseen ei tarvita yksityiskohtaista dokumentaatiota, ylimääräistä aikaa ei mene hukkaan ja testaajat keskittyvät pääasiassa virheenkorjausten ja vaikutusalaan kuuluvien sovellusalueiden testaamiseen.
  • Se on erittäin hyödyllistä, koska regressiotestauksessa ei tuhlata ponnisteluja, jos viat löytyvät Sanity-testin aikana ja projekti hylätään varhaisessa vaiheessa.
  • Toisinaan mielenterveyden testaaminen on erittäin hyödyllinen kokoamis- ja käyttöönotto-ongelmien varhaisessa tunnistamisessa. Jos sovelluksen perustoiminnot eivät toimi kunnolla tai jos aiemmat virheet ovat edelleen olemassa, mutta tehdään kehittäjän päämäärästä lähtien, yhdistämisessä tai kokoamisessa on ongelmia.

haitat

Jotkut haitat esitetään alla:

  • Sanity-testauksella on vain kapea soveltamisala. Sitä ei käytetä koko sovelluksen yksityiskohtaiseen testaukseen. Sitä käytetään vain sovelluksen moduulin osan perustoimintojen testaamiseen.
  • Sitä käytetään sovelluksen rationaalisuuden testaamiseen, toisin kuin savutestaukseen, joka tarkistaa sovelluksen "vakauden".
  • Pienikokoisten sovellusten tapauksessa Sanity-testauksesta ei ole kovin paljon hyötyä, koska se kuluttaisi ylimääräistä aikaa tietyn komponentin toimivuuden tarkistamiseen koko sovelluksen sijaan voidaan testata tuolloin.
  • Sanity-testaus on yleensä käsittämätön ja vie toisinaan enemmän aikaa ja lisää epäsuorasti projektin kokonaistalousarviota.

johtopäätös

Yllä oleva kuvaus selittää selvästi Sanity-testauksen ja Sanity-testin merkityksen minkä tahansa ohjelmistosovelluksen testauksessa. Joillakin testaajilla on aina hämmennystä savu- ja terveystesteissä, mutta molemmat ovat hyvin erilaisia ​​ja niitä käytetään omiin skenaarioihinsa. Savutestaus tehdään sen varmistamiseksi, että koko sovelluksen kriittiset toiminnot toimivat hyvin. Testaajana on erittäin tärkeää ymmärtää ero näiden kahden välillä.

Suositellut artikkelit

Tämä on opas sanity-testaukseen. Tässä keskustellaan johdannosta ja kuinka Sanity Testing toimii? sekä etuja ja haittoja. Voit myös käydä läpi muiden ehdotettujen artikkeleidemme saadaksesi lisätietoja -

  1. Ero savun testauksessa vs. terveysmittauksissa
  2. Funktionaalisen testauksen ominaisuudet
  3. Järjestelmätestauksen tyypit
  4. Keskeiset erot White Box -testauksen ja Black Box -testauksen välillä

Luokka:

Ohjelmistokehitys