Software Testing levels represent the different phases of the software development lifecycle which includes of processing.
yleensä ohjelmistotestaus jaetaan neljään testaustasoon:
1. Yksikkötestaus
2. Integraatiotestaus
3. Järjestelmätestaus
4. Acceptance testing
Levels of Testing in Software Development Lifecycle
now, dive in to understand more on the levels of testing.
yksikkötestaus:
yksikkötestaus on kehittäjien tekemä ensimmäinen validointitaso. Se varmistaa, että pienin koodiyksikkö toimii oikein. Yksikkö voi olla toiminto, tiedosto tai ohjelma. Näin ollen voimme myös kutsua sitä moduuliksi tai komponenttitason testaamiseksi.
Integraatiotestaus:
Integrointitestaus helpottaa eri moduulien välisen yhteyden tai tiedonvaihdon testaamista. Sitä voi myös kutsua nimellä I&t testaus tai Merkkijonotestaus lähestymistapa.
se jakautuu useisiin lähestymistapoihin, kuten ylhäältä alas, alhaalta ylös ja Sandwich-lähestymistapaan (sekoitus ylhäältä alas ja alhaalta ylös). Tämä prosessi saa apua käyttämällä malliohjelmia tunnetaan tyngät ja ajurit. Nämä kaksi moduulia eivät simuloi koko järjestelmän ohjelmointilogiikkaa, vaan validoivat tiedonsiirron kutsumamoduulin avulla.
Big Bang-integraatio:
Alkuräjähdystestauksessa integrointi ei pääse validoitavaksi ennen kuin kaikki moduulit ovat käytettävissä. Kun ne ovat valmiita, se tarkistaa, jos ne toimivat hyvin. Tällä testaustyypillä on joitakin haittoja, kuten viat voivat näkyä myöhemmässä vaiheessa. Myös, se on vaikea paikantaa missä vika sai alkunsa, oli se käyttöliittymän tai sisällä moduulin koodi.
ylhäältä alas-integraatio:
ylhäältä alas-testauksessa kaikkien korkean tason moduulien integrointi tapahtuu ensin ja siirtyy testaukseen varhaisessa vaiheessa. Tämän tyyppisessä testauksessa tyngät toimivat valemoduuleina, jos niiden alkuperäinen vastine ei ole vielä valmis integrointitarkoitukseen.
alhaalta ylös-Integraatiotestaus:
alhaalta ylös-integraatiossa kaikkien matalan tason moduulien integrointi tapahtuu ensin ja siirtyy testausvaiheeseen. Tässä, aivan kuten tyngät, ajurit toimivat valemoduulina integraatiotarkoituksessa.
tynkä:
se on testiohjelma, jota testattava moduuli kutsuu.
ajuri:
se on myös testiohjelma, joka käynnistää testattavan moduulin.
järjestelmän testaus (tai päästä päähän-testaus):
se pysyy testipyramidin pohjalla ja kuuluu mustan laatikon testauksen kategoriaan
, koska tässä tapahtuu integroidun sovelluksen täysi validointi, joten sitä voidaan kutsua myös päästä päähän-virtaustestaukseksi.
se vahvistaa, että tuote toimii odotetusti kaikilla tuetuilla alustoilla. Testit eri syöttötietoja saada suoritetaan tarkistaa sovellus on palauttamassa odotetut lähdöt. Se arvioi myös käyttäjäkokemusta testauksen aikana.
Hyväksymistestaus:
se aikoo auttaa saamaan asiakkaiden hyväksynnät, jotta he voivat vastaanottaa tuotteen ja vapauttaa maksut.
Hyväksymistestauksella on seuraavat alatyypit, kuten Alfa, Beta & Gammatestaus.
Alfatestaus:
Alfatestaus muistuttaa käytettävyystestausta, jonka suorittavat tuotteen luoneet kehittäjät. Joissakin tapauksissa asiakkaat edellyttävät, että ulkopuolinen arvioija suorittaa ympäristöissään ydinkehittäjien/laadunvarmistuksen läsnäollessa.
beetatestaus:
rajallinen määrä loppukäyttäjiä suorittaa beetatestauksen ennen toimitusta. Jos ne nostavat tarvetta joihinkin muutoksiin, vika syntyy ja annetaan kehittäjille resoluutiota varten.
Gammatestaus:
Gammatestaus tarkastaa ohjelmiston julkaisuvalmiuden. Se tapahtuu ohjelmistokehityksen elinkaaren loppupuolella.
on luettava – 100 manuaalista haastattelukysymystä kaikentasoisille testaajille.