Johdanto

LAADUNVARMISTUSTESTAAJAN käyttöikää pidetään epätäydellisenä, jos termejä ”Savutestaus”, ”Mielenterveystestaus” ja ”Regressiotestaus” ei sisällytetä siihen. Vaikka nämä ovat joitakin säännöllisesti käytettyjä termejä, on olemassa joitakin yleisiä väärinkäsityksiä niiden ympärillä liian.

ennen kuin aloitamme savun, järjen ja regressiotestauksen yksityiskohdat ja mitä ne oikeastaan tarkoittavat, käydään läpi joitakin yleisiä harhaluuloja ja myyttejä niiden ympärillä:

1. Savutestit ja Mielenterveystestit ovat samat ja niitä voidaan käyttää keskenään : tämä ei pidä paikkaansa, eikä sitä pidä koskaan tehdä, miksi? käsittelemme sitä tässä kirjoituksessa.
2. Mielenterveystestaus vastaa hyväksymistestausta: Hyväksymistestaus tehdään sen varmistamiseksi, että rakenne täyttää kaikki asiakkaan ennen julkaisua määrittämät vaatimukset, kun taas Mielenterveystestaus tehdään sen varmistamiseksi, että tuote on terve, järkevä tarkempaa testausta varten. Näitä ei käytetä eikä niitä tule käyttää vaihdellen.
3. Jos teen Savutestiä, voin ohittaa mielenterveystestauksen: Savutestaus on erittäin korkeatasoinen testaus, sillä tämä testaus tehdään sen varmistamiseksi, että tämä rakenne soveltuu minkä tahansa muun tyyppisen testauksen aloittamiseen. Esimerkiksi, tämä voisi olla vain testi varmistaa rakentaa asentaa ja sitten mielenterveys testaus voidaan aloittaa. Vaikka joskus savutestit suoritetaan yhdessä Mielenterveystestien kanssa, näitä ei pidä sekoittaa yhdeksi ja samaksi asiaksi.
4. Regressiotestaus ei liity Savutestaukseen tai Mielenterveystestaukseen: teoriassa Mielenterveystestaus on regressiotestauksen osajoukko. Jotkut korkean prioriteetin regressiotestit ovat yleensä mielenterveystestitapauksia.
5. Jos aion suorittaa koko regressiotestisarjan-minun ei tarvitse suorittaa mitään savutestiä tai mielenterveystestiä: vaikka tämä voi olla totta joissakin tapauksissa, koska Mielenterveystestaus on joka tapauksessa regressiotestauksen osajoukko, on silti suositeltavaa suorittaa mielenterveystestit ensin ja sitten seurata niitä muiden regressiotestien kanssa.

tässä artikkelissa yritämme selvittää edellä mainitut sekaannukset lopullisesti.

Jos haluat lukea lisää manuaalisesta testauksesta, katso linkki tästä.

Huom: koska tulemme käyttämään artikkelissamme monta kertaa termiä ”Software Build”, määritellään se tässä. ”Software Build” on prosessi muuntaa lähdekoodi, käyttäjäsovellukseksi, jälkeen useita tarkistuksia ja koodimuutoksia ja ohjelmistojen Building luominen liittyy useita prosesseja, kuten, ”versionhallinta, koodin laatu & Compilation” ja ohjelmistojen rakentaminen on myös seurausta tämän rakennusprosessin. Tässä artikkelissa, rakentaa kutsutaan testattavissa versio ohjelmistosta.

Savutestaus

Savutestaus on lähestymistapa, joka suoritetaan yleensä ohjelmistokehityksen elinkaaren(SDLC) alkuvaiheissa sen varmistamiseksi, että ohjelman ydintoiminnot toimivat hyvin ilman ongelmia. Se suoritetaan ennen kuin mitään yksityiskohtaisia toiminnallisia testejä tehdään ohjelmiston.

savutestauksen päätarkoitus ei ole syvätestaus vaan sen varmistaminen, että ohjelman tai ohjelmiston ydin tai päätoiminnot toimivat hyvin. Savutestauksella pyritään hylkäämään pahasti hajonnut rakenne alkuvaiheessa, jotta testiryhmä ei tuhlaa aikaa & ohjelmistosovelluksen testaamiseen.

Savutestiä kutsutaan myös Rakennusvarmennustestiksi.

katsotaanpa yksinkertainen esimerkki, jossa sinulle annetaan sähköpostisovellus testattavaksi. Tärkeitä toimintoja olisi kirjautumalla sähköpostisovellukseen, säveltämällä sähköposti ja lähettämällä se, eikö? Ja, jos sähköpostia ei lähetetä, onko mitään järkeä testata muita toimintoja, kuten luonnoksia, poistetut viestit, arkistot, jne? Tämä tarkoittaa, että sinun täytyy pudottaa build ilman lisävahvistusta. Tätä kutsutaan Savutestiksi.

savutestauksen pääpaino on kriittisten alueiden testaamisessa, ei täydellisen levityksen.

milloin tehdä Savutestejä

• kun kehittäjät tarjoavat QA-tiimille raikkaan rakenteen. Tuore rakentaa tässä tarkoittaa, kun rakentaa on uusia muutoksia tekemät Kehittäjät.
• kun uusi moduuli lisätään olemassa olevaan toiminnallisuuteen.

automaatio & Savutestaus:

yleensä tämä on sellainen testaus, joka suoritetaan ennen kuin varsinaiset automaatiotestit voidaan suorittaa. Jos organisaatiossa on jatkuva testaus, savutestaus vastaa rakennuksen onnistunutta asentamista testitapausten ajamista tai ensimmäisen testitapauksen suorittamista varten. Tämä ei siis ole tieten tahtoen automatisoitu testaustyyppi, mutta jos testiautomaatio otetaan käyttöön, testiautomaatio voi toimia onnistuneesti vasta, kun ohjelmisto on läpäissyt savutestauksen. Tai muuten ensimmäinen teloitettava testitapaus saattaa epäonnistua.

Mielenterveystestaus

Mielenterveystestaus on eräänlainen testaus, jolla tarkistetaan, toimiiko ohjelmistotuote oikein, kun uusi moduuli tai toiminnallisuus otetaan käyttöön olemassa olevaan tuotteeseen. Mielenterveystestaus on ohjelmistotestaustekniikka, jossa tehdään nopea arviointi ohjelmistojulkaisun laadusta sen selvittämiseksi, kelpaako se jatkotestauskierroksille vai ei.

Mielenterveystestaus suoritetaan yleensä sen jälkeen, kun on saatu melko vakaa ohjelmistokokonaisuus tai joskus, kun ohjelmistokokonaisuudessa on saatettu tehdä pieniä muutoksia koodiin tai toiminnallisuuteen. Se päättää, tehdäänkö ohjelmistotuotteen päästä päähän-testaus edelleen vai ei.

Mielenterveystestaus on myös Pintatasotestaus, joka auttaa päättämään, onko ohjelmistorakenne tarpeeksi hyvä siirtämään sen seuraavalle testaustasolle.

Why perform Sanity Testing

• to verify and validate the conformity of newly added functionalities and features in existing code.
• varmistaa, että käyttöön otetut muutokset eivät vaikuta tuotteen muihin olemassa oleviin toiminnallisuuksiin.
• päättämään jatkotestauksesta voidaan jatkaa tai ei.

milloin Mielenterveystestaus

• rakentuu saadaan monen regression jälkeen tai jos koodissa on pieni muutos.
• build on vastaanotettu vian korjaamisen jälkeen.
• juuri ennen käyttöönottoa tuotannossa.

automaatio & Mielenterveystestaus:

ottaen huomioon, Mielenterveystestausta pidetään regressiotestauksen osajoukkona, nämä ovat testitapauksia, jotka voidaan automatisoida. Suositeltava lähestymistapa on suorittaa nämä testitapaukset ennen koko regressiotestisarjan ajamista. Etuna on se, että jos mielenterveystesteissä on virheitä, virheistä voidaan ilmoittaa ennemmin kuin myöhemmin.

Regressiotestaus

Regressiotestaus on ”vikakorjausten tai vaatimusten muutosten” todentamista ja varmistamista, etteivät ne vaikuta sovelluksen muihin toiminnallisuuksiin. Regressiotestaus on tehokas automaatiossa ja suoritetaan yleensä sen jälkeen, kun ohjelmistoon on tehty joitakin muutoksia vaatimusmuutosten tai virheenkorjausten jälkeen.

kun muutetun toiminnallisuuden Mielenterveystestaus on saatu päätökseen, kaikki sovelluksen vaikuttavat ominaisuudet edellyttävät täydellistä testausta. Tätä kutsutaan regressiotestaukseksi.

aina, kun nykyisissä ohjelmissa tehdään viankorjauksia, on suoritettava joitakin testiskenaarioita, jotta virheenkorjaukset voidaan todentaa. Näiden lisäksi QA-tiimi joutuu myös tarkistamaan häiriöalueet koodimuutosten perusteella. Regressiotestauksessa kaikki nämä testiskenaariot on suoritettava, jotta voidaan huolehtia niihin liittyvistä toiminnallisuuksista.

milloin Regressiotestaus tehdään

• Koodinmuutoksen jälkeen vaadittujen muutosten mukaan
• sen jälkeen, kun sovellukseen on lisätty joitakin uusia ominaisuuksia
• , kun joitain bugikorjauksia on sisällytetty buildiin

automaatio & Regressiotestaus:

Regressiotestit ovat itse asiassa ihanteellisia testitapauksia automaatille. Yleensä, kun organisaatio aloittaa automaation, nämä ovat testitapauksia, jotka automatisoidaan ensin. Jos regressiotestaus on toimintaa, joka vie paljon aikaa testaajiltasi ja samat testitapaukset toistetaan useita kertoja, on aika alkaa ajatella myös automaatiota.

Jos etsit työkalua, jonka avulla pääset automaatiomatkasi alkuun, sinun on myös varmistettava, että valitset oikean työkalun. Työkalu, joka voi myös antaa sinulle ROI on panostanut. Meillä on opas, joka voi auttaa sinua siellä:

10 Points to Help You Choose the Right Test Automation Tool

Differences Between Smoke vs Sanity vs Regression Testing

avainkohdat

• savu-ja mielenterveystestaus auttavat laadunvarmistustiimiä säästämään aikaa testaamalla nopeasti, toimiiko sovellus oikein vai ei. Lisäksi se varmistaa, että tuote on jatkotestauskelpoinen. Kun taas Regressiotestaus auttaa lisäämään luottamusta ohjelmiston laatuun tietyn muutoksen jälkeen. Erityisesti, että koodimuutokset eivät vaikuta lähialueisiin.

käytännössä kaikkien QA-ryhmien on tehtävä savu -, mielenterveys-ja Regressiotestejä. Kaikilla näillä testityypeillä on ennalta määritelty määrä testitapauksia, jotka suoritetaan useita kertoja. Tämä toistuva toteutus tekee niistä myös ihanteellisen ehdokkaan testiautomaatiolle. Kun etsit automaatio, sinun on suositeltavaa käyttää työkalua, joka tarjoaa sinulle ROI automaatio alkuvaiheista. Testsigma on yksi tällainen työkalu.