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

Terveystestaus on eräänlainen ohjelmistotestaus, joka suoritetaan, kun kehitetään uutta ohjelmistorakennetta tai kun olemassa olevaan rakennelmaan tehdään pieniä muutoksia koodiin tai toiminnallisuuteen.

Tässä artikkelissa sukellamme syvälle terveystestauksen määritelmään ja yksityiskohtiin, tutkimme, mitä terveystestaus on, miten terveystestausta voidaan lähestyä ja mitkä työkalut voivat tehdä ohjelmiston terveystestauksesta yksinkertaisempaa ja tehokkaampaa.

Table of Contents

Mitä on järkevyystestaus?

Terveystestaus on eräänlainen ohjelmistotestaus, jonka testaajat suorittavat varmistaakseen, että uusi ohjelmistorakennus toimii niin kuin sen pitäisi. Se on nopea prosessi, joka voi estää kehittäjiä ja laadunvarmistusryhmiä tuhlaamasta aikaa ja resursseja tiukempaan testaukseen ohjelmistokehityksille, jotka eivät ole vielä valmiita.

Virheettömyystestausta käytetään usein sen jälkeen, kun virhekorjaukset tai korjaukset on tehty, ja sen tarkoituksena on testata, ovatko korjaukset toimineet ja toimivatko muutetut ydintoiminnot nyt niin kuin niiden pitäisi. Rakennuksen asentamisen jälkeen testaajat suorittavat täydellisen regressiotestauksen sijasta terveystestauksen varmistaakseen, että rakennelma on toimiva ja että muutokset on toteutettu oikein.

Jos kehittäjien toteuttamat virhekorjaukset toimivat niin kuin niiden pitäisi, testaajat katsovat, että terveystesti on läpäisty. Jos ne eivät toimi niin kuin pitäisi, rakennelma hylätään ja lähetetään takaisin kehittäjille lisämuutoksia varten, ennen kuin se testataan perusteellisemmin.

Milloin sinun on tehtävä terveystestaus?

Tyhjentävyystestaus suoritetaan yleensä ohjelmistolle, joka on vakaa mutta ei välttämättä toimiva; esimerkiksi kun ohjelmistoon on tehty pieniä muutoksia, ohjelmistotestaajat saattavat tehdä tyhjentävyystestejä varmistaakseen, että muutokset toimivat oikein, ennen kuin he siirtyvät täydelliseen regressiotestaukseen.

Terveystestaus suoritetaan savutestauksen jälkeen, jolla voidaan varmistaa, onko rakennelma vakaa vai ei, mutta ennen regressiotestausta. Jos esimerkiksi savutestaus paljastaa korjausta vaativia epävakaisuuksia, voidaan näiden vikojen korjaamiseksi tehtyjen muutosten jälkeen tehdä järkevyystestaus, jotta voidaan selvittää, toimivatko muutokset odotetulla tavalla.

Kun sinun ei tarvitse tehdä järkevyystestausta

Vakavuustestaus olisi tehtävä sen jälkeen, kun vakaan ohjelmistorakennuksen muutokset on tehty, jotta muutosten toimivuus voidaan varmistaa. Jos et ole tehnyt muutoksia ohjelmistokehitykseen tai jos olet toteuttamassa muutoksia, joita ei ole vielä viimeistelty, ei ole tarpeen testata kehitystä.

Jos päätät olla tekemättä terveystestausta sen jälkeen, kun olet tehnyt muutoksia ohjelmistokehitykseen, voit säästää aikaa lyhyellä aikavälillä, mutta vaarana on, että testauksen aikana havaitset myöhemmin suurempia ongelmia, jotka pysäyttävät kehityksen ja aiheuttavat vakavia viivästyksiä.

Suorituskykyyn mahdollisesti vaikuttavien muutosten jälkeen kannattaa aina tehdä terveystestaus, koska on paljon parempi tunnistaa mahdolliset viat tai ongelmat varhaisessa vaiheessa, ennen kuin rahaa ja resursseja tuhlataan perusteellisempaan laadunvarmistustestaukseen.

Kuka osallistuu terveystarkastukseen

Testaajat suorittavat testauksen yleensä sen jälkeen, kun he ovat saaneet vakaan ohjelmistokehityksen jatkotestausta varten. QA-testaajat tekevät rakennuksen yksittäisten osien terveystestausta, esimerkiksi yksittäisten muutettujen toimintojen tai korjattujen vikojen osalta.

Tällä tavoin virheettömyystestaus tarjoaa suhteellisen yksityiskohtaista palautetta ohjelmiston rakentamisen hyvin erityisistä osa-alueista. Jos testit läpäisevät testit, testaajat tekevät lisää regressiotestausta. Jos ne epäonnistuvat, rakennelma palautetaan kehittäjille jatkotyöstämistä varten.

Toimivuuden testauksen hyödyt

Terveystestaus säästää paljon aikaa ja vaivaa, koska se estää laadunvarmistusryhmiä tuhlaamasta aikaa syvällisempiin testeihin ennen kuin ne varmistavat, että ohjelmiston rakentamisen ydintoiminnot toimivat kuten pitääkin.

Kuntotestaus on nopeaa, kustannustehokasta ja välttämätöntä, jos kehitys- ja testausryhmät haluavat luoda virheettömiä ohjelmistoja tehokkaasti ja nopeasti.

● Se säästää aikaa ja resursseja
● Dokumentointiponnisteluja ei tarvita
● Se voi auttaa tunnistamaan puuttuvat esineet
● Se estää suuria ongelmia myöhemmin

Se on tehokas ja nopea

Vakavuustestaus on nopea ja tehokas tapa varmistaa, toimivatko ohjelmiston keskeiset toiminnot odotetulla tavalla.

Voit tehdä yksinkertaisia terveystestejä alle tunnissa, ja jos terveystestisi läpäisee testin, se antaa QA-ryhmällesi luvan jatkaa testausta.

Se ei edellytä asiakirjoja

Suurin osa terveystestauksesta on käsikirjoittamatonta, mikä tarkoittaa, että testaajilla ei ole tiukkoja vaatimuksia kirjoittaa kunkin testin hyväksymis-/hylkäämiskriteerejä tai laatia dokumentaatiota terveystestin tulosten esittämiseksi. Tämä tarkoittaa, että se voidaan tehdä suhteellisen nopeasti ja rennosti aiheuttamatta merkittäviä häiriöitä työlle.

Se voi tunnistaa puuttuvat esineet

Tyhjentävyystestaus voi auttaa testaajia tunnistamaan toisiinsa liittyvät tai puuttuvat kohteet, jotka voivat olla ratkaisevia rakennelman toiminnan kannalta. Koska terveystestausta käytetään tiettyjen toiminnallisuuksien yksittäiseen testaamiseen, yksittäiset virheet ja ongelmat on helpompi tunnistaa terveystestauksen yhteydessä kuin savutestauksen ja muiden alustavien ohjelmistotestien yhteydessä.

Se ehkäisee suuria ongelmia myöhemmin

Testauksen avulla voit tunnistaa ongelmat jo testausprosessin alkuvaiheessa ja välttää merkittävät, huomiota herättävät virheet myöhemmin kehitystyön aikana. Ongelmien tunnistaminen varhaisessa vaiheessa voi auttaa sinua pysymään aikataulussa kehityksen aikana ja ehkäisemään kalliita virheitä.

Järkevyystestauksen haasteet

Terveydentilan testauksessa on omat haasteensa. Testaajien on mahdollista tunnistaa joitakin tärkeimpiä virheitä ennen jatkotestausta, mutta se ei ole luotettava tapa tunnistaa kaikkia mahdollisia ongelmia.

Joitakin terveellisyystestauksen haasteita ovat:

● Sen soveltamisala on suhteellisen suppea, ja se voi jättää joitakin asioita huomiotta.
● Terveystestaus on käsikirjoittamaton.
● Kehittäjät eivät aina tiedä, miten korjata testauksessa löydetyt virheet.
● Terveystestaus keskittyy vain ohjelmiston komentoihin ja toimintoihin.

Sen soveltamisala on suppea

Kunnon testauksen soveltamisala on hyvin suppea verrattuna moniin muihin testaustyyppeihin. Toiminnallisuustestauksen tarkoituksena on testata tiettyjä toimintoja tai muutoksia varmistaaksesi, että ne toimivat oikein. Näiden muutosten lisäksi terveystestaus ei tarjoa mitään tietoa ohjelmistorakennuksen yleisestä toimivuudesta.

Se on käsikirjoittamaton

Vaikka jotkut testaajat saattavat pitää tätä etuna, se, että terveystestaus on skriptitöntä, tarkoittaa sitä, että ei ole dokumentaatiota, johon palata tulevaisuudessa, jos kehittäjät tai testaajat haluavat tarkistaa terveystestin tulokset. Terveydentilan testauksella on rajallinen hyöty välittömän vaikutuksensa lisäksi.

Se testaa vain toimintoja ja komentoja

Terveystestausta käytetään vain ohjelmistokehityksen toimintojen ja komentojen testaamiseen. Testauksessa ei voi testata, miten ohjelmisto toimii suunnittelurakenteen tasolla, joten kehittäjien ei ole aina helppo tunnistaa, missä ongelmat ilmenevät ja miten ne korjataan.

Järkevyystestauksen ominaisuudet

Terveystestaus voidaan erottaa muista ohjelmistotestauksen muodoista sen keskeisten ominaisuuksien ja piirteiden perusteella. On mahdollista määritellä järkevyystestaus tarkastelemalla sen ominaisuuksia, jotka ovat:

● Yksinkertainen
● Käsikirjoittamaton
● Dokumentoimaton
● Syvä
● Kapea
● Testaajat suorittavat

Yksinkertainen

Terveystestaus on yksinkertainen ohjelmistotestauksen muoto, joka on helppo suunnitella ja yhtä helppo suorittaa. Tämä tarkoittaa sitä, että QA-tarkastus voidaan suorittaa nopeasti tarpeen mukaan ilman, että testaustiimien tarvitsee aikatauluttaa epävirallisia testejä.

Käsikirjoittamaton ja dokumentoimaton

Terveystestaus on yleensä sekä skriptitöntä että dokumentoimatonta, mikä vaikuttaa myös siihen, että terveystestaus voidaan suorittaa useimmissa testausympäristöissä satunnaisesti.

Toimintavarmuustestaus on epävirallinen prosessi, jonka tarkoituksena on ensisijaisesti tarkistaa, että muuttuneet toiminnot ja ominaisuudet toimivat odotetulla tavalla.

Syvä ja kapea

Terveystestaus on ohjelmistotestauksen tyyppi, jota pidetään sekä syvällisenä että suppeana. Tämä tarkoittaa sitä, että terveystestaus kattaa vain kapean näkökulman ohjelmiston rakentamiseen, mutta se tarkastelee perusteellisesti niitä rakentamisen osa-alueita, joita se testaa.

Ohjelmistotestaajat saattavat esimerkiksi testata yksittäisen ominaisuuden toimintaa yksityiskohtaisesti sen sijaan, että he testaavat kaikki keskeiset ominaisuudet perustasolla.

Testaajat toteuttavat

Testaajat suorittavat lähes aina terveystestauksen. Tämä erottaa terveystestauksen muista tavallisista ohjelmistotestauksen muodoista, kuten savutestauksesta, jonka voivat suorittaa joko laadunvarmistusryhmät tai kehittäjät.

Terveystestaus vs savutestaus vs regressiotestaus

Terveystestauksesta, savutestauksesta ja regressiotestauksesta puhutaan usein yhdessä, ja jotkut saattavat sekoittaa eri testaustyypit keskenään, jos he eivät ymmärrä terveystestauksen määritelmän ja muiden testityyppien eroja.

Savu- ja terveystestaus ovat molemmat nopeita testejä, joilla määritetään, toimiiko ohjelmistokehitys oikein. Terveystestit eroavat kuitenkin savu- ja regressiotesteistä.

Mitä on savutestaus?

Savutestaus on laadunvarmistuksessa eräänlainen ohjelmistotestaus, joka suoritetaan uusille ohjelmistorakennelmille niiden toimivuuden ja käyttäytymisen tarkistamiseksi. Savutesti on nopea testi, jossa käydään läpi ohjelmiston ydintoiminnallisuudet ja varmistetaan, että ne toimivat oikein.

Oletetaan esimerkiksi, että testaat mobiiliostosovellusta. Tällöin voit käyttää savutestiä tarkistaaksesi, voivatko asiakkaat kirjautua sisään, lisätä tuotteita ostoskoriinsa ja tehdä kassakäynnin ilman suurempia vikoja tai virheitä.

Savutestejä tehdään myös sen jälkeen, kun kehitystyössä olevaan koodiin on tehty muutoksia, jotka voivat vaikuttaa buildin toimivuuteen.

Mitä on regressiotestaus?

Regressiotestaus on eräänlainen ohjelmistotestaus, jonka tarkoituksena on varmistaa, että koodiin hiljattain tehdyt muutokset eivät ole vaikuttaneet kielteisesti ohjelmiston ominaisuuksiin tai toiminnallisuuteen.

Vakavuustestaus on regressiotestauksen osa-alue, koska siinä testataan yksittäisten ominaisuuksien tai moduulien toimintaa.

Regressiotestaus on kaikkien niiden alueiden yksityiskohtaista testausta, joita on muutettu tai muokattu viimeisimmän rakennuksen jälkeen.

Mitä eroa on savu- ja terveystestien välillä?

Savutestauksen tapaan terveystestauksella varmistetaan, toimivatko tietyt toiminnot niin kuin niiden pitäisi.

Savutestauksesta poiketen terveystestaus keskittyy kuitenkin vain yhteen tai kahteen toiminnallisuuteen, yleensä niihin, joita on viimeksi muutettu tai korjattu. Yksi ero savu- ja terveystestauksen välillä on se, että savutestaus antaa laajemman näkemyksen ohjelmiston toiminnallisuudesta, kun taas terveystestaus antaa suppeamman mutta syvemmän näkemyksen yksittäisestä osa-alueesta.

Terveystestaus on viime kädessä osa regressiotestausta, joka on eräänlainen ohjelmistotestaus, jonka avulla testaajat varmistavat, miten ohjelmisto toimii muutosten jälkeen.

Suurin ero savu- ja regressiotestauksen välillä on se, että QA:ssa savutestaus tehdään alkuperäisille tai epävakaille rakennelmille, kun taas regressiotestaus tehdään aina vakaille rakennelmille.

Joko testaajat tai kehittäjät voivat suorittaa savutestauksen, kun taas testaajat suorittavat aina regressiotestauksen.

Mitä eroa on terveellisyys- ja regressiotestauksella?

Regressiotestaus on terveystestauksen yläjoukko, mikä tarkoittaa, että terveystesti on lähinnä yksi pieni osa täydellistä regressiotestiä.

Suurin ero virheettömyys- ja regressiotestauksen välillä on se, että virheettömyystestaus testaa vain muutamia valikoituja koodin alueita, joita on muutettu, jotta voidaan “tarkastaa”, että rakennuksen tila on virheetön, kun taas regressiotestaus testaa kaikki muutetun koodin alueet varmistaakseen, että ne toimivat odotetulla tavalla.

Toinen ero virheettömyys- ja regressiotestauksen välillä on se, että virheettömyystestaus suoritetaan ensin, ja täysi regressiotestaus tehdään vasta, jos virheettömyystestit on läpäisty.

IS YOUR COMPANY IN NEED OF

ENTERPRISE LEVEL

TASK-AGNOSTIC SOFTWARE AUTOMATION?

Savu-, terveellisyys- ja regressiotestaus: johtopäätös

Savutestaus, terveystestaus ja regressiotestaus ovat ohjelmistotestauksen muotoja, jotka auttavat kehittäjiä ja testaajia tunnistamaan koodin virheet kehityksen varhaisessa vaiheessa.

Savutestaus on ensimmäinen testaustyyppi, ja sen voivat suorittaa joko kehittäjät tai testaajat epävakaiden versioiden osalta. Tämä on suurin ero savu- ja regressiotestauksen välillä.

Seuraavaksi tehdään terveystestaus, ja täydellinen regressio tapahtuu, jos molemmat ensimmäiset testit läpäisevät.

Kaikki kolme testityyppiä ovat välttämättömiä sen varmistamiseksi, että kehitystiimit ja laadunvarmistustiimit eivät tuhlaa aikaa ja resursseja ohjelmistojen rakentamiseen, jossa on näyttäviä virheitä, jotka voivat aiheuttaa suuria viivästyksiä, jos ne löydetään vasta kehityksen myöhemmässä vaiheessa.

Manuaaliset vs. automaattiset terveystestit

Nykyaikaisen automaatioteknologian avulla on mahdollista automatisoida terveystestaus, jotta testaajien näiden välttämättömien testien tekemiseen käyttämä aika vähenee.

Terveystestien automatisointi vaatii kuitenkin yleensä enemmän teknisiä resursseja kuin manuaalinen testaus, ja voi olla vaikeaa säästää kehitysaikaa automatisoitujen terveystestien luomiseen ja suorittamiseen ilman terveystestityökaluja.

Usein paras vaihtoehto on yhdistää säännöllinen automatisoitu testaus ja manuaalinen terveystestaus, jotta ydintoimintoja voidaan tutkia tarkemmin.

Manuaalinen virheettömyystestaus: hyödyt, haasteet ja prosessi

Manuaalinen virheettömyystestaus on kaikenlaista virheettömyystestausta, jonka testaajat suorittavat manuaalisesti. Manuaalisessa testauksessa testaajat validoivat itse ohjelmiston keskeiset ominaisuudet testaamalla eri testitapausten tuloksia ja vertaamalla niitä odotettuihin tuloksiin.

Manuaalista testausta pidetään usein yksityiskohtaisempana kuin automatisoitua testausta, koska se mahdollistaa enemmän tutkivan testauksen. Automaattiset testit noudattavat vain määrättyä käsikirjoitusta, kun taas manuaaliset testaajat voivat käyttää omaa näkemystään ja arviointikykyään tutkiakseen ominaisuuksia ja prosesseja, jotka saattavat vaatia lisätutkimuksia. Toisin sanoen he voivat poiketa käsikirjoituksesta.

Manuaalisen testauksen hyviä puolia ovat:

● Manuaalisen testauksen voi helposti suorittaa muu kuin tekninen QA-henkilöstö.
● Manuaalinen terveystesti on helppo tehdä ilman erityisiä resursseja.
● Testaajat voivat tutkia ohjelmiston eri osia manuaalisen testauksen aikana.
Manuaalisessa terveystestauksessa on kuitenkin myös paljon haittoja:

● Manuaalinen testaus on aikaa vievää, eikä sitä voida suorittaa yhtä säännöllisesti kuin automaattista testausta.
● Testaus voi olla vähemmän yksityiskohtaista, jos testaajat haluavat säästää aikaa.
● Testauksen kattavuus voi olla kapeampi
● Manuaalisessa terveystestauksessa on tilaa inhimillisille virheille.

Terveystestien automatisointi: hyödyt, haasteet ja prosessi

Automaattisesta testauksesta on tulossa yhä suositumpaa niiden testausryhmien keskuudessa, joilla on resursseja ja taitoja sen toteuttamiseen. Automaattisen testauksen avulla testaustiimit voivat tehdä testauksia säännöllisemmin ja standardoida testauksen useiden testien osalta.

Automaatiotyökaluja käyttävä ohjelmiston terveystestaus on yksi nopeimmista ja tehokkaimmista tavoista suorittaa terveystestaus, mutta se edellyttää, että ohjelmistotiimit varaavat teknisiä resursseja automaatioprosessien luomiseen ja hallintaan.

Pienemmissä tiimeissä tämä voi viedä resursseja pois tärkeistä prosesseista, kuten kehittämisestä ja virheiden korjaamisesta.

Automaattisen terveystestauksen etuja ovat muun muassa:

● Automatisoitu virheettömyystestaus on paljon tehokkaampaa kuin manuaalinen testaus.
● Automaatiota käytettäessä ei ole rajoituksia sille, kuinka säännöllisesti voit testata terveellisyyttä.
● Automaattisen testauksen automatisoinnissa on vain vähän tilaa inhimillisille virheille.
● Automaattiset terveystestit voivat kattaa laajemman näytteiden valikoiman.

Automaattisessa testauksessa on kuitenkin myös haittoja, kuten:

● Automatisoitu testaus ei anna tilaa subjektiivisuudelle.
● Automatisoidut testit eivät voi tutkia käsikirjoitettujen skenaarioidensa ulkopuolella.
● Automaattisen testauksen automatisointi maksaa resursseja
● Kaikilla testausryhmillä ei ole teknisiä taitoja automatisoida terveystarkastustestausta.

Johtopäätökset: Manuaalinen vai automaatio?

Ihannetapauksessa kehitystiimit ja testaajat voivat yhdistää manuaalisen laadunvarmistuksen testauksen ja automatisoidun testauksen parhaiden tulosten saavuttamiseksi. Näin ohjelmistotiimit voivat hyötyä automaattisen testauksen johdonmukaisuudesta ja manuaalisen testauksen joustavuudesta.

Sekä savu- että terveystestauksen tapauksessa terveystestauksen automatisointi maksaa resursseja ja teknisiä taitoja, joten se ei ole aina mahdollista, erityisesti pienemmissä ohjelmistotiimeissä tai kertaluonteisten terveystestien tapauksessa.

Testausryhmät, jotka haluavat tutustua automatisoituun testaukseen, voivat käyttää terveystestityökaluja yksinkertaistamaan automatisointiprosessia ja vähentämään kehityshenkilöstön lisätarvetta.

Mitä tarvitset aloittaaksesi testauksen

Ennen kuin aloitat terveystestauksen, on tärkeää määrittää, miten aiot lähestyä testausta, ja määritellä terveystestausparametrit ja -tavoitteet. Testaukseen ei tarvita paljon varsinaisia työkaluja, ja testaaminen voi tapahtua pitkälti suunnittelematta.

Useimmiten terveystestaus tehdään, koska vakaaseen ohjelmistokehitykseen on tehty muutoksia ja testaajat haluavat varmistaa, että muutokset toimivat odotetulla tavalla.

Tässä tapauksessa aloitat terveystestin hahmottelemalla tehdyt muutokset, prosessit, joita aiot käyttää niiden testaamiseen, ja kunkin testin odotetut tulokset.

Vakaa rakennelma

Vakavuustestit suoritetaan, kun ohjelmiston vakaus on testattu savutestauksen avulla. Kehittäjien ja testaajien vastuulla on varmistaa, että ohjelmistokehitys on vakaa ennen jatkotestien suorittamista.

Testitapausten skenaariot

Ennen kuin aloitat terveystarkastuksen testauksen, sinun on hahmotettava testitapausskenaariot, joita aiot testata riippumatta siitä, aiotko tehdä manuaalisia vai automaattisia terveystestejä.

Jos teet terveystestausta sen jälkeen, kun virheet on korjattu, haluat määritellä testitapauksia, joilla varmistetaan korjausten laatu.

Vakavuustestaustyökalut

Et tarvitse mitään erityisiä työkaluja terveystestauksen suorittamiseen, mutta terveystestaustyökalut voivat helpottaa testien suorittamista normaalin työpäivän aikana.

Jos haluat siirtyä säännöllisiin terveystesteihin päivän mittaan tai jos kehitystiimisi tekee useita muutoksia ohjelmistokehitykseen päivittäin, terveystestityökalut voivat auttaa. Voit esimerkiksi käyttää testaustyökaluja robottiprosessien automatisointiin.

Järkevyystestausprosessi

Ohjelmiston terveystestaus on yleensä suhteellisen nopea prosessi, joka voidaan suorittaa alle tunnissa. Terveystestien automatisointi voi aluksi viedä enemmän aikaa, mutta kun automaatiokomentosarja on valmis, voit suorittaa terveystestit hetkessä.

Seuraa alla olevia ohjeita, jotta ymmärrät, miten manuaalinen terveystesti tehdään ja mitä vaiheita sinun on toteutettava testausprosessin kussakin vaiheessa.

1. Tunnistetaan muutetut komponentit

Toimivuuden testauksen tarkoituksena on testata tiettyjen ominaisuuksien ja komponenttien toimivuutta sen jälkeen, kun rakennelmaan on tehty muutoksia.

Ennen kuin voit aloittaa ohjelmiston testauksen, on tärkeää tunnistaa, mitä komponentteja on muutettu tai lisätty rakennelmaan ja mitä koodin osia on muutettu edellisen testauskierroksen jälkeen.

2. Arvioi kukin komponentti

Kun olet tunnistanut testausta vaativat komponentit, voit analysoida kutakin komponenttia erikseen ymmärtämään sen ominaisuuksia ja sitä, miten sen on tarkoitus toimia.

Tämä auttaa testaajia ymmärtämään terveystestauksen odotetut tulokset ja ymmärtämään testiensä tulokset.

3. Määrittele testauksen lähestymistapa

Tässä vaiheessa on tarpeen määritellä lähestymistapa terveystestaukseen. Aiotko tehdä manuaalista vai automatisoitua testausta?

Jos käytät automatisoitua lähestymistapaa, testauksen automatisointiin käyttämiesi työkalujen pitäisi auttaa sinua luomaan testiskriptejä, joilla voit testata jo tunnistamasi komponentit.

Jos testaat manuaalisesti, mieti, miten voit testata tarkistettavat toiminnot.

4. Suorita virheettömyystestaus

Seuraava vaihe on itse testauksen suorittaminen.

Testaajat suorittavat manuaalisen terveystarkastuksen arvioimalla kaikki moduulien komponentit, linkitetyt parametrit ja toiminnot, joita on muokattu, lisätty tai muutettu edellisen testauksen jälkeen.

Kun testaat ohjelmistoa, vertaa kunkin testin tuloksia testin odotettuihin tuloksiin varmistaaksesi, että kukin komponentti toimii oikein.

5. Seuraavat vaiheet

Kun olet suorittanut järkevyystestin, mieti, läpäisikö rakentaminen vai ei. Jos terveystestit johtavat odottamattomaan käyttäytymiseen tai tuloksiin, palauta rakennelma kehittäjille jatkotyöstämistä varten.

Jos rakennelma läpäisee terveellisyystestauksen, mikä tarkoittaa, että kaikki rakennelman komponentit käyttäytyvät odotetulla tavalla, regressiotestaus voi jatkua.

Parhaat käytännöt terveystestaukseen

Koska terveystestaus on sekä skriptitöntä että dokumentoimatonta, testaajat voivat tehdä terveystestausta tarpeen mukaan. Terveellisyystestaukseen ei ole monia suositeltuja parhaita käytäntöjä, koska se on niin satunnaista ohjelmistotestausta, mutta on olemassa joitakin sääntöjä, joita voit noudattaa varmistaaksesi, että saat parhaan mahdollisen hyödyn terveellisyystesteistäsi.

Testaa aina uuden toiminnallisuuden lisäämisen jälkeen

Ohjelmiston terveystestaus on välttämätöntä, kun uusia toimintoja tai komentoja lisätään vakaaseen ohjelmistokehitykseen.

Tärkein terveystestauksen paras käytäntö on tehdä terveystestaus aina, kun komponenttia muutetaan tai lisätään tai kun virhe korjataan.

Keskity olennaisiin toimintoihin ja komentoihin

Osa terveystestauksen määritelmää on sen keskittyminen toimintoihin ja komentoihin, mutta terveystestausta suorittaessasi on tärkeää keskittyä niihin toimintoihin ja komentoihin, jotka ovat tärkeimpiä ohjelmiston rakentamisen kannalta.

Savutestauksen tapaan terveystestaus on parasta käyttää sellaisten ydintoimintojen arviointiin, jotka voivat aiheuttaa vakavia häiriöitä, jos niitä ei tunnisteta tässä vaiheessa.

Automatisoi testit aina mahdollisuuksien mukaan

Jos sinulla on tarvittavat resurssit, työkalut ja tekniset taidot terveystestien automatisoimiseksi, tämä voi sekä nopeuttaa testausprosessia että standardoida testausmenetelmiä.

Tämä ei tarkoita, että automatisoitua testausta pitäisi aina käyttää manuaalisen testauksen sijasta, vaan että jonkinlaisen automatisoidun testauksen toteuttaminen manuaalisen testauksen rinnalla on aina parasta.

Terveystestin tulostyypit

Useimmiten järkevyystestin tulos on yksinkertaisesti binäärinen hyväksytty tai hylätty päätös, joka riippuu siitä, miten testattavat komponentit käyttäytyvät testiolosuhteissa.

Pass

Jos muutetussa koodissa ei ole virheitä tai logiikkavirheitä, tämän pitäisi johtaa siihen, että terveystestisi menee läpi. Läpäisy tarkoittaa yksinkertaisesti sitä, että moduulit käyttäytyvät järkevyystestin suorittamisen jälkeen tavalla, jonka oletit niiden käyttäytyvän.

Jos terveellisyystesti läpäisee testin, testaajat jatkavat testausta ja suorittavat täydet regressiotestit.

Fail

Jos testaamasi funktiot eivät käyttäydy niin kuin odotat niiden käyttäytyvän, kun suoritat järkevyystestin, tämä tarkoittaa, että testi on epäonnistunut.

Tämän jälkeen testaajat siirtävät ohjelmistorakennelman takaisin kehitystiimille, jotta he voivat jatkaa kehitystä, korjata virheitä ja korjata kaikki koodissa olevat virheet, jotka saattavat aiheuttaa testien epäonnistumisen.

Esimerkkejä terveystesteistä

Kunnonmukaisuustestauksen opettelu esimerkkitestien avulla on paras tapa ymmärtää, miten kunnon testaus toimii ja miten kunnon testaus tehdään manuaalisesti.

IS YOUR COMPANY IN NEED OF

ENTERPRISE LEVEL

TASK-AGNOSTIC SOFTWARE AUTOMATION?

Seuraavassa on kaksi esimerkkitapausta, jotka havainnollistavat terveellisyystestausta.

Virheettömyystestaus bugikorjauksen jälkeen

Savutestauksen aikana kehittäjät löysivät verkkokauppasovelluksesta virheitä, jotka estivät asiakkaita lisäämästä uusia tuotteita ostoskoriinsa.

Kun korjaukset oli tehty tämän virheen korjaamiseksi, rakennelma toimitettiin QA-testaajille terveystestiä varten. Terveystestissä testattiin uusien tuotteiden lisääminen koriin, jotta varmistettiin, että se toimi odotetulla tavalla.

Toimivuuden testaus muutosten jälkeen

Kehittäjätiimi on työstänyt ostoslistasovelluksen päivitystä, jonka avulla käyttäjät voivat luokitella listoja eri merkinnöillä. Tämä edellyttää paljon uuden koodin lisäämistä olemassa olevaan rakennelmaan tämän ominaisuuden toteuttamiseksi.

Kun koodi on lisätty, testaajat suorittavat testauksen uuden ominaisuuden arvioimiseksi ja sen suorituskyvyn testaamiseksi. On ilmennyt virhe, joka estää käyttäjiä luokittelemasta listaa uudelleen, kun he ovat jo lisänneet siihen nimikkeen, joten rakennelma lähetetään takaisin kehittäjille jatkotyöstöä varten.

Virheiden ja vikojen tyypit, jotka on havaittu terveystestauksen avulla.

Toimivuuden testausta käytetään yleisesti ohjelmiston rakentamisen järkevyyden testaamiseen sen jälkeen, kun on tehty muutoksia, jotka saattavat vaikuttaa ohjelmiston toiminnallisuuteen.

Ohjelmistojen testauksen avulla QA-testaajat voivat tunnistaa erilaisia vikoja ja virheitä tietokonekoodissa.

Loogiset virheet

Tyhjentävyystestit voivat auttaa testaajia ja kehittäjiä tunnistamaan logiikkavirheet uudessa koodissa. Nämä virheet voivat aiheuttaa ydintoimintojen odottamattoman käyttäytymisen tai jopa ohjelmiston kaatumisen.

Bugs

Tietokonekoodissa olevat virheet voivat olla pieniä tai suuria; joissakin tapauksissa ne voivat vain vaikuttaa käytettävyyteen ja mukavuuteen, kun taas toisissa ne voivat estää koko sovelluksen toiminnan.

Virheettömyystestit voivat tunnistaa virheitä tai paljastaa, onko virhe korjattu asianmukaisesti vai ei.

Yleiset terveellisyystestauksen mittarit

Minkä tahansa ohjelmistotestauksen mittareiden pitäisi olla laskettavissa ja mitattavissa. Kun teet terveystestausta, on tärkeää seurata mittareita, joiden avulla voit arvioida objektiivisesti terveystestin tulosta tai tuloksia.

Tämä on erityisen tärkeää, jos haluat automatisoida terveellisyystestauksen jossain vaiheessa tulevaisuudessa.

Joitakin esimerkkejä terveellisyystestauksen mittareista ovat:

● Testitapauksia ei ole suoritettu
● Testitapaukset läpäisty
● Testitapaukset epäonnistuivat
● Estetyt testitapaukset

Mitattaviin mittareihin kuuluvat kaikki tulokset, jotka antavat määrällisiä tietoja siitä, miten hyvin ohjelmistosi on toiminut terveystestin aikana.

5 parasta ilmaista Sanity Testing -työkalua

Jos olet kiinnostunut ottamaan käyttöön ilmaisia terveystestityökaluja, joiden avulla voit suunnitella, suorittaa ja automatisoida vakaiden ohjelmistojen terveystestejä, alla on luettelo parhaista terveystestityökaluista, jotka ovat saatavilla verkossa ilmaiseksi nykyään.

ZAPTEST ILMAINEN painos

ZAPTEST on ilmainen testaustyökalupaketti, joka on saatavana sekä ilmaisena versiona että maksullisena yritysversiona.

ZAPTEST FREE -työkalu on ohjelmistotestityökalu, jonka avulla käyttäjät voivat automatisoida terveellisyystestejä, savutestejä ja muita ohjelmistotestejä Mac-, Windows-, Android- ja muiden alustojen sovellusten testaamiseksi.

Se on helppokäyttöinen ja ihanteellinen tapa kokeilla terveystestausautomaatiota maksamatta mitään.

Lyhyesti sanottuna ZAPTESTin 1SCRIPT-teknologia mahdollistaa testien automatisoinnin missä tahansa ohjelmistosovelluksessa, alustojen, selainten ja laitteiden välillä, ja koodittomassa käyttöliittymässä, joka on ihanteellinen sekä aloitteleville että erittäin kokeneille testaajille.

QA Wolf

Jos etsit yksinkertaisuutta, QA Wolf on ihastuttavan yksinkertainen QA-testaussovellus, joka toimii täysin selaimessasi, mikä tarkoittaa, että sinun ei tarvitse ladata mitään käyttöösi. Voit käyttää QA Wolfia automatisoitujen testien suorittamiseen riippumatta siitä, mikä on taitotasosi.

Seleeni

Selenium on toinen testaustyökalu, joka on saatavilla sekä ilmaisena että maksullisena versiona. Selenium on yhteensopiva monien ohjelmointikielten kanssa, mikä tekee siitä loistavan valinnan harvinaisempia kieliä käyttäville kehitystiimeille, ja sillä voidaan automatisoida terveystestaus ja muunlainen web-sovellusten testaus.

Watir

Jos haluat aloittaa omien automatisoitujen ohjelmistotestien kirjoittamisen, mutta et tiedä, mistä aloittaa, Watir on avoimen lähdekoodin työkalu, jonka avulla on helppo kirjoittaa yksinkertaisia ja ylläpidettäviä automatisoituja terveystestejä.

Tuulimylly

Windmill on avoimen lähdekoodin testaustyökalu, joka on luotu web-sovellusten testauksen ja virheenkorjauksen automatisoimiseksi. Se on tehokas työkalu terveystestaajille, jotka haluavat tarkistaa, että verkkosovellukset on vianmääritysvaiheessa vianmääritys tehty asianmukaisesti.

Terveystestauksen tarkistuslista

Ennen kuin teet ensimmäiset terveystestit, varmista, että ymmärrät, miten terveystestaus määritellään ja mitä tarvitset ennen terveystestauksen aloittamista.

● Tiedätkö, mitä uusia toimintoja rakennukseen on lisätty?
● Ymmärrätkö, miten uuden toiminnallisuuden on tarkoitus toimia?
● Mitkä ovat kriteerisi, joilla läpäiset ja hylkäät järkevyystestin?
● Onko sinun hankittava mitään järkevyystestausvälineitä ennen kuin aloitat?
● Miten aiot välittää testin tulokset kehittäjille?
● Tiedätkö, miten voit tarvittaessa toistaa terveystarkastukset?
Kun tiedät kaikki vastaukset näihin kysymyksiin, olet valmis aloittamaan ensimmäisen terveystarkastuksen.

Päätelmä

Vakavuustestaus on välttämätön vaihe ohjelmistotestauksessa, jonka avulla testaajat voivat arvioida, toimivatko hiljattain muutetut komponentit oikein. Testaajat suorittavat testauksen aina kehittäjien sijasta, ja testauksen voi automatisoida tai suorittaa manuaalisesti.

Kun yhä useammat ohjelmistotiimit siirtyvät kohti hyperautomaatiota, automatisoitu terveystestaus yleistyy. Ihannetapauksessa ohjelmistotiimit voivat pyrkiä suorittamaan manuaalista, kartoittavaa testausta testatessaan uusia komponentteja ja testaamaan pieniä muutoksia automatisoidun testauksen avulla koko työpäivän ajan.

Usein kysytyt kysymykset ja resurssit

Jos haluat syventää tietämystäsi järkevyystestauksesta, tutustu alla oleviin resursseihin ja usein kysyttyihin kysymyksiin.

Parhaat kurssit terveystestien automatisoinnista

Voit oppia lisää terveellisyystestauksesta ja muista ohjelmistotestauksen tyypeistä etsimällä terveellisyystestauksen verkkokursseja. Voit löytää kursseja verkosta esimerkiksi seuraavilta verkkosivustoilta:

● Coursera
● Uplatz
● Kurssilinja
● Edureka
Jotkin verkkokurssit ovat ilmaisia, kun taas toiset voivat tarjota maksullisia sertifikaatteja tai pätevyyksiä.

Parhaat kirjat terveellisyystestauksesta

Voit parantaa tietämystäsi terveellisyystestauksesta lukemalla terveellisyystestausta ja ohjelmistotestausta käsitteleviä kirjoja.

● Ohjelmistojen testaus, kirjoittanut Ron Patton
● How to Break Software, kirjoittanut James Whittaker
● Ohjelmistojen testaustekniikat, Boris Beizer
● Ohjelmistotestausautomaatio, kirjoittaneet Mark Fewster ja Dorothy Graham
● Ketterä testaus, kirjoittaneet Lisa Crispin ja Janet Gregory

Mitkä ovat 5 tärkeintä haastattelukysymystä terveellisyystestauksesta?

Ennen kuin haet QA-työtehtäviin, joihin voi liittyä terveystestausta, voit valmistella vastauksia yleisimpiin terveystestauksen haastattelukysymyksiin.

● Mikä ero on savun ja terveystarkastuksen välillä?
● Milloin sinun pitäisi tehdä terveystestaus?
● Miten voit määrittää, onko järkevyystesti epäonnistunut?
● Milloin voit suorittaa manuaalista ja automaattista testausta?
● Mitkä ovat terveystestauksen edut?

Parhaat YouTube-oppaat terveellisyystestauksesta

Näistä YouTube-videoista voit oppia lisää terveellisyystestauksesta:

Mikä on terveystestaus?
Ero savun ja terveystarkastuksen välillä
Mitä on terveystestaus? Purushotam-akatemia
Savutestaus vs. terveystestaus esimerkkien avulla

Miten ylläpitää järkevyystestejä

Koska virheettömyystestejä käytetään yleensä koodiin tehtyjen muutosten todentamiseen, joka kerta kun suoritat virheettömyystestin, saatat testata koodin eri osia tai mukauttaa testiä eri toiminnallisuuksien arvioimiseksi.

Tästä syystä on tärkeää pitää huolta terveystestien ylläpidosta, jotta olet valmis testaamaan aina tarvittaessa.

● Päivitä testitapaukset, kun ohjelmiston toiminnallisuus kehittyy.
● Noudata aina testisuunnittelun parhaita käytäntöjä
● Arvioi testit säännöllisesti uudelleen.
● Pidä tulevat projektit mielessä uusia testejä luodessasi.

Mitä on järkevyystestaus laadunvarmistuksessa?

QA:n terveystestaus on eräänlainen ohjelmistotestaus, jossa testataan vakaan ohjelmistorakennuksen äskettäin muutettuja tai lisättyjä komponentteja sen varmistamiseksi, että ne käyttäytyvät oikein.

Tämä terveystestauksen määritelmä erottaa terveystestauksen savutestauksesta, koska savutestaus tehdään epävakaille rakennelmille.

Ohjelmiston terveystestauksen suorittavat aina testaajat eivätkä kehittäjät, ja yksi yleisimmistä syistä terveystestauksen suorittamiseen on se, että virhe on korjattu tai korjattu. Näin testaajat varmistavat, että korjaus toimii oikein, ja jatkotestaus voidaan aloittaa.

Tietenkin, jos sinä ja organisaatiosi tarvitsette yritystason ohjelmistotestausta + palveluita, ota yhteyttä! ZAPTEST on johtava automatisointityökalu kaikilla alustoilla, mukaan lukien Linux, Windows, Android, iOS, web. Se mahdollistaa minkä tahansa testin, mukaan lukien kuormitustestit, suorituskykytestit, käyttöliittymätestit, yksikkötestit, toiminnalliset testit, integraatiotestit, käyttöliittymätestit, monimutkaiset API-testit ja paljon paljon muuta!

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