Johdanto ohjelmistotestausperiaatteisiin
Ohjelmistotestausperiaate on prosessi, jolla testataan tuotteen tulos tai tuotos asiakkaan odotettavissa olevan tuotoksen kanssa. Toisin sanoen voidaan sanoa, että järjestelmän tai komponenttien arviointi määritettyjen vaatimusten löytämiseksi. Se suorittaa prosessin, jolla tunnistetaan puutteet, virheet, mahdolliset tuotteessa olevat viat, kehitettävän ohjelmiston laatu, täydellisyys tai puuttuvat vaatimukset vastaamaan määritettyjä vaatimuksia.
Ennen kuin siirrymme ohjelmistotestauksen periaatteisiin, näemme lyhyesti joitain ohjelmistotestauksen käsitteitä, kuten alla keskustellaan:
Ohjelmistojen testaushistoria
Tuotteen testaus aloitettiin vuonna 1979 Glenford J. Myersin toimesta, joka esitteli tuotteiden vianetsintäprosessin. Hänen päätarkoituksensa oli työskennellä rikkoutumistestissä, joka on yksinkertainen testitapaus havaitsematta jääneiden virheiden havaitsemiseksi ja erottaa perustavanlaatuiset kehitystoimet, kuten virheenkorjaus, virheet jne. Ohjelmistosuunnittelijayhteisöstä.
Kuka testaa?
Suurilla teollisuudenaloilla tai yrityksissä on ryhmä projektiin sidosryhmiä, jotka suorittavat testin prosessin perusteella. Hän analysoi ohjelmiston annettujen vaatimusten mukaisesti.
Seuraavat ovat ammattilaisia, jotka osallistuivat testausprosessiin kykynsä mukaan: -
- Ohjelmistojen testaaja
- Ohjelmistokehittäjä
- Projektipäällikkö
- Loppukäyttäjä
On erityyppisiä rooleja, jotka testaavat ohjelmistoa tai tuotetta kokemuksensa ja tietonsa perusteella, kuten ohjelmistotesteri, ohjelmiston laatu, varmennusinsinööri, laadunvarmistusanalyytikko jne.
Ohjelmistojen testauksen periaatteet
Ohjelmistojen testaus on erittäin haastava tehtävä. Ohjelmiston periaatteet määrittelevät ohjeet kehitysryhmille projektin virheiden tai vaikutusten löytämiseksi. Seuraavassa on seitsemän ohjelmistotestauksen perusperiaatetta: -
Periaate 1: Testaus näyttää virheiden olemassaolon
Testaus on prosessi, joka osoittaa virheiden esiintymisen sovelluksessa. Se osoittaa puutteet, mutta ei voi todistaa, että puutteita ei ole. Tarkoittaa, että testausryhmä ei voi sanoa, että tuotteessa ei ole 100% virheitä. Se vähentää sovelluksessa havaitsemien virheiden määrää. Et voi olettaa, että testattu sovellus on 100% virheellinen, vaikka testaus olisi tehty. Suunnittele siksi tarvittavat testitapaukset vikojen löytämiseksi mahdollisimman paljon.
Periaate 2: Kattava testaus on mahdotonta
Testausta on vähemmän mahdollisuuksia syötteiden, datan, testiskenaarioiden ja ennakkoehtojen yhdistelmillä, koska ne vievät enemmän aikaa prosessin testaamiseen. Siksi testausryhmä voi käyttää joitain tärkeitä testauskriteerien vaikutuksia, kuten riskiä ja prioriteetteja, tyhjentävän testauksen sijasta.
Oletetaan esimerkiksi, että yhdessä ruudussa on 15 kenttää, joka sisältää 5 mahdollista arvoa. Kaikkien yhdistelmien testaamiseksi tarvitset 30 517 578 125 (5 15 ) testiä. Projektien aikataulut eivät kuitenkaan koskaan mahdollista testata suurta määrää yhdistelmiä. Tästä syystä tärkeiden ominaisuuksien testaamiseen käytetään testivaikutuksia, joita kutsutaan riskiä ja prioriteetteja. Joten riskien hankkimista ja hallintaa pidetään tärkeimpänä ja välttämättömänä testin tehtävänä missä tahansa projektissa.
Periaate 3: Varhainen testaus
Tässä vaiheessa ohjelmisto- tai järjestelmäkehityksen elinkaaren aikana tehdään testaustoimenpiteitä vikojen löytämiseksi mahdollisimman pian ja keskittymiseksi määriteltyihin tavoitteisiin. Testaajat voivat aloittaa tuotteiden testauksen, jos heillä on saatavana tuotevaatimuksia tai asiakirjoja.
Varhaisen testauksen tärkein etu on, että testaajat voivat helposti havaita virheitä, virheitä ja auttaa jokaisella kehitystasolla vähemmällä kustannuksella ja vaivalla.
Jos virheitä löytyy kehityksen elinkaaren alkuvaiheessa, niin niiden korjaaminen on helpompaa ja halvempaa, ja myös laatukustannukset ovat pienemmät. Muuten, jos he löytävät myöhässä, sinun on vaihdettava koko järjestelmäprosessi. Testausryhmällä on syvä ymmärrys tuotteesta, koska he olivat mukana vaatimuksenkeruu- ja analysointivaiheen alusta.
Periaate 4: Vikojen ryhmittely
Tämä vaihe sisältää pieneen määrään moduuleja liittyvät viat, joita seurataan julkaisua edeltävän testauksen aikana. Se tarkoittaa, että pienillä moduuleilla on enemmän vikoja järjestelmässä. Pareto-periaatteen sovelluksessa ohjelmistotestaus on noin 80:20; mikä tarkoittaa, että 80% ongelmista löytyy 20% moduuleista.
Vikaklusterointi käyttää testausryhmän tietoa ja kokemusta testattavien potentiaalisten moduulien tunnistamiseen. Tämä ennuste voi säästää aikaa ja vaivaa, koska joukkueen on keskityttävä vain noihin ”herkille” alueille. Tässä vaiheessa on pieni haitta, kun testaajat keskittyvät pieneen ryhmän osa-alueeseen, he saattavat jättää huomaamatta muiden alueiden virheet.
Periaate 5: Torjunta-aineiden paradoksi
Tätä vaihetta käytetään testitapausten tarkistamiseen systemaattisesti ja se käyttää erityyppisiä testejä löytääkseen enemmän ohjelmiston tai järjestelmän virheitä. Jos suoritat samoja testejä uudestaan ja uudestaan, on vähemmän mahdollisuuksia saada uusia virheitä, jotka nämä testitapaukset ovat löytäneet.
Näitä testejä ei voi soveltaa koko järjestelmään, mutta joitain rajoitettuihin moduuleihin. Testausryhmät tarkistavat ja päivittävät usein testitapauksia kattamaan erityyppiset projektikohdat.
Periaate 6: Testaus riippuu asiayhteydestä
Testaus on pohjimmiltaan sisältöä, projektit ja tuotteet sisältävät erilaisia elementtejä, ominaisuuksia ja vaatimuksia. Tässä lähestymistavassa erityyppisiä sivustoja voidaan testata eri tavalla ja samoja testitapauksia ei voida soveltaa erilaisiin hankkeisiin.
Esimerkiksi turvallisuus- ja kriittiset ohjelmistot testataan eri tavalla kuin verkkokauppasivusto tai pankkialan sovellus testataan enemmän kuin viihdeohjelmisto. On olemassa erityyppisiä menetelmiä, tekniikoita ja testaustyyppejä sovelluksen luonteen perusteella.
Periaate 7: Virheiden puuttuminen
Jos sovelluksessa ei ole virheitä tai jos rakennettu järjestelmä ei ole käyttökelpoinen ja se ei vastaa käyttäjän odotuksia, virheiden löytäminen ja korjaaminen ei auta. Jos ohjelmistossa ei ole virheitä, sinun ei pidä ajatella, että ohjelmisto on käyttövalmis; koska testaus tulisi suorittaa yhdessä oikeiden vaatimusten kanssa.
Päätelmä: Ohjelmistojen testausperiaatteet
Toistaiseksi olet nähnyt, että seitsemän ohjelmistotestauksen periaatetta tuottaa luotettavan tuotteen laadun testaamalla tuotteita. Näitä periaatteita voidaan soveltaa projektin testaamiseen ja koodaamiseen. Tämän elinkaariprosessin päätavoite on löytää ohjelmiston oikeellisuus, täydellisyys, laatu ja virheiden havaitseminen.
Suositellut artikkelit
Tämä on opas ohjelmistotestausperiaatteisiin. Tässä keskustellaan käsitteistä, historiasta ja 7 tärkeimmästä ohjelmistotestauksen periaatteesta. Voit myös käydä läpi muiden ehdotettujen artikkeleidemme saadaksesi lisätietoja -
- Mikä on MVC?
- Haastattelukysymysten testaaminen
- Mikä on ohjelmistotestaus?
- Ura ohjelmistotestauksessa