Tervetuloa maailmaan ohjelmistojen testaus , joka takaa tuotteen laadun ja luotettavuuden ohjelmistosovelluksia . Erilaisten ohjelmistotestausten ymmärtäminen on tärkeää sekä kehittäjille että laadunvarmistuksen ammattilaisille.

Tässä oppaassa tutkimme ohjelmistotestauksen perusluokkia yksikkötestauksesta tietoturvatestaukseen, autamme sinua navigoinnissa ja varmistamme, että ohjelmistosi täyttää korkeimmat suorituskyky- ja toiminnallisuusstandardit.

Sisällysluettelo

• Ohjelmistojen testauksen periaatteet
• Eri tyyppiset ohjelmistotestaukset
• Manuaalisen testauksen tyypit
• Black Box -testauksen tyypit
• Toiminnallisen testauksen tyypit
• Integraatiotestauksen tyypit
• Ei-toiminnallisen testauksen tyypit
• Muut testaustyypit
• Ohjelmistotestauksen edut
• Ohjelmistotestauksen haitat
• Kysymyksiä harjoitteluun
• Usein kysyttyjä kysymyksiä ohjelmistotestaustyypeistä

Ohjelmistojen testauksen periaatteet

• Kaikkien testien tulee täyttää asiakkaan vaatimukset.
• Kolmannen osapuolen tulee suorittaa ohjelmistomme testaus.
• Kattava testaus ei ole mahdollista. Koska tarvitsemme optimaalisen määrän testausta sovelluksen riskiarvioinnin perusteella.
• Kaikki suoritettavat testit tulee suunnitella ennen sen toteuttamista
• Se noudattaa Pareton sääntöä (80/20-sääntö), jonka mukaan 80 % virheistä tulee 20 %:sta ohjelman komponenteista.
• Aloita testaus pienillä osilla ja laajenna se suuriin osiin.
• Testaustyypit

Ohjelmistojen testauksen tyypit

Eri tyyppiset ohjelmistotestaukset

1. Manuaalinen testaus
2. Automaatiotestaus

1. Manuaalinen testaus

Manuaalinen testaus on tekniikka ohjelmiston testaamiseksi, joka suoritetaan käyttämällä sovelluksen toimintoja ja ominaisuuksia. Manuaalisessa ohjelmistotestauksessa testaaja suorittaa ohjelmiston testejä noudattamalla ennalta määritettyjä testitapauksia. Tässä testauksessa testaajat tekevät testitapauksia koodeille, testaavat ohjelmiston ja antavat loppuraportin kyseisestä ohjelmistosta. Manuaalinen testaus on aikaa vievää, koska sen tekevät ihmiset, ja on olemassa inhimillisten virheiden mahdollisuus.

mamta kulkarni

Manuaalisen testauksen edut

• Nopea ja tarkka visuaalinen palaute: Se havaitsee lähes jokaisen ohjelmistosovelluksen vian ja sitä käytetään testaamaan dynaamisesti muuttuvia GUI-malleja, kuten ulkoasua, tekstiä jne.
• Edullisempi: Se on halvempi, koska se ei vaadi korkeatasoista taitoa tai tietyntyyppistä työkalua.
• Koodausta ei vaadita: Mustan laatikon testausmenetelmää käytettäessä ei tarvita ohjelmointiosaamista. Se on helppo oppia uusille testaajille.
• Tehokas odottamattomiin muutoksiin: Manuaalinen testaus soveltuu odottamattomiin sovelluksen muutoksiin, koska se on helppo ottaa käyttöön.

2. Automaatiotestaus

Automaattinen testaus on tekniikka, jossa testaaja kirjoittaa skriptejä itse ja käyttää sopivaa ohjelmistoa tai automaatiotyökalua ohjelmiston testaamiseen. Se on manuaalisen prosessin automatisointiprosessi. Se mahdollistaa toistuvien tehtävien suorittamisen ilman manuaalisen testaajan väliintuloa.

Automaatiotestauksen edut:

• Yksinkertaistaa testitapauksen suorittamista: Automaatiotestaus voidaan jättää käytännössä ilman valvontaa ja näin ollen se mahdollistaa tulosten seurannan prosessin lopussa. Siten yksinkertaistaa yleistä testin suorittamista ja lisää sovelluksen tehokkuutta.
• Parantaa testien luotettavuutta: Automaatiotestauksella varmistetaan, että kaikki testauksen osa-alueet keskittyvät yhtäläisesti ja varmistavat näin parhaan lopputuotteen.
• Lisää testin kattavuutta: Automaatiotestauksen avulla testattavalle sovellukselle voidaan luoda ja suorittaa lisää testitapauksia. Siten tuloksena on suurempi testikattavuus ja useampien virheiden havaitseminen. Tämä mahdollistaa monimutkaisempien sovellusten testaamisen ja enemmän ominaisuuksia voidaan testata.
• Ihmisten vuorovaikutuksen minimoiminen: Automaatiotestauksessa kaikki on automatisoitu testitapauksen luomisesta suoritukseen, joten laiminlyönnistä johtuvia inhimillisiä virheitä ei tapahdu. Tämä vähentää tarvetta korjata vikoja julkaisun jälkeisessä vaiheessa.

Manuaalisen testauksen tyypit

1. Valkoisen laatikon testaus
2. Mustan laatikon testaus
3. Harmaan laatikon testaus

1. Valkoisen laatikon testaus

Valkoisen laatikon testaus tekniikat analysoivat sisäisiä rakenteita, käytettyjä tietorakenteita, sisäistä suunnittelua, koodirakennetta ja ohjelmiston toimintaa pikemminkin kuin vain toimivuutta kuten black box -testauksessa. Sitä kutsutaan myös lasilaatikon testaamiseksi kirkkaan laatikon testaamiseksi tai rakennetestaukseksi. White Box Testing tunnetaan myös nimellä läpinäkyvä testaus tai avoimen laatikon testaus.

White box -testaus on ohjelmistotestaustekniikka, joka sisältää ohjelmistosovelluksen sisäisen rakenteen ja toiminnan testaamisen. Testaajalla on pääsy lähdekoodiin ja hän käyttää tätä tietoa suunnitellakseen testitapauksia, jotka voivat varmistaa ohjelmiston oikeellisuuden kooditasolla.

Valkoisen laatikon testauksen edut:

• Perusteellinen testaus : White box -testaus on perusteellista, koska koko koodi ja rakenteet testataan.
• Koodin optimointi: Se johtaa koodin optimointiin poistaen virheet ja auttaa poistamaan ylimääräisiä koodirivejä.
• Vikojen varhainen havaitseminen: Se voi alkaa aikaisemmassa vaiheessa, koska se ei vaadi mitään käyttöliittymää, kuten mustan laatikon testauksen tapauksessa.
• Integrointi SDLC:n kanssa: White box -testaus voidaan helposti aloittaa ohjelmistokehityksen elinkaarissa.
• Monimutkaisten vikojen havaitseminen: Testaajat voivat tunnistaa viat, joita ei voida havaita muilla testaustekniikoilla.

2. Black Box -testaus

Black-box -testaus on ohjelmistotestauksen tyyppi, jossa testaaja ei ole kiinnostunut ohjelmiston sisäisistä tiedoista tai toteutuksen yksityiskohdista, vaan keskittyy toimivuuden validointiin annettujen spesifikaatioiden tai vaatimusten perusteella.

Black Box -testauksen edut:

• Testaajalla ei tarvitse olla enemmän toiminnallisia tietoja tai ohjelmointitaitoja Black Box -testauksen toteuttamiseksi.
• Se on tehokas testien toteuttamiseen suuremmassa järjestelmässä.
• Testit suoritetaan käyttäjän tai asiakkaan näkökulmasta.
• Testitapaukset ovat helposti toistettavissa.
• Sitä käytetään toiminnallisten eritelmien epäselvyyksien ja ristiriitojen etsimiseen.

3. Harmaan laatikon testaus

Harmaan laatikon testaus on ohjelmistojen testaustekniikka, joka on yhdistelmä Mustan laatikon testaus tekniikka ja Valkoisen laatikon testaus tekniikka.

1. Black Box Testing -tekniikassa testaaja ei ole tietoinen testattavan kohteen sisäisestä rakenteesta ja White Box Testingissä testaaja tuntee sisäisen rakenteen.
2. Sisäinen rakenne tunnetaan osittain Gray Box Testingissa.
3. Tämä sisältää pääsyn sisäisiin tietorakenteisiin ja algoritmeihin testitapausten suunnittelua varten.

Gray Box -testauksen edut:

1. Tavoitteiden selkeys: Käyttäjillä ja kehittäjillä on selkeät tavoitteet testauksen aikana.
2. Tehty käyttäjän näkökulmasta: Harmaan laatikon testaus tehdään enimmäkseen käyttäjän näkökulmasta.
3. Ei vaadi korkeaa ohjelmointitaitoa: Testaajilta ei vaadita korkeaa ohjelmointitaitoa tätä testausta varten.
4. Ei-tunkeileva: Harmaan laatikon testaus ei ole häiritsevää.
5. Parempi tuotteen laatu: Tuotteen yleinen laatu on parantunut.

Black Box -testauksen tyypit

1. Toiminnallinen testaus
2. Ei-toiminnallinen testaus

1. Toiminnallinen testaus

Toiminnallinen testaus on ohjelmistotestauksen tyyppi, jossa järjestelmä testataan toiminnallisten vaatimusten ja spesifikaatioiden mukaisesti. Toiminnallinen testaus varmistaa, että sovellus täyttää asianmukaisesti vaatimukset tai spesifikaatiot. Tämäntyyppinen testaus koskee erityisesti käsittelyn tuloksia. Se keskittyy järjestelmän todellisen käytön simulointiin, mutta ei kehitä mitään järjestelmän rakenneoletuksia. Artikkeli keskittyy keskustelemaan toimintotestauksesta.

Toiminnallisen testauksen edut

• Virheetön tuote: Toiminnallinen testaus varmistaa virheettömän ja laadukkaan tuotteen toimituksen.
• Asiakastyytyväisyys: Se varmistaa, että kaikki vaatimukset täyttyvät ja varmistaa, että asiakas on tyytyväinen.
• Testaus keskittyi eritelmiin: Toiminnallinen testaus keskittyy asiakkaan käytön mukaisiin spesifikaatioihin.
• Sovelluksen oikea toiminta: Tämä varmistaa, että sovellus toimii odotetulla tavalla ja varmistaa kaikkien sovelluksen toimintojen oikean toiminnan.
• Parantaa tuotteen laatua: Toiminnallinen testaus varmistaa tuotteen turvallisuuden ja parantaa tuotteen laatua.

2. Ei-toiminnallinen testaus

Ei-toiminnallinen testaus on eräänlainen Ohjelmistojen testaus joka suoritetaan sovelluksen ei-toiminnallisten vaatimusten tarkistamiseksi. Se tarkistaa, onko järjestelmän käyttäytyminen vaatimusten mukainen vai ei. Se testaa kaikki näkökohdat, joita ei testata toiminnallisessa testauksessa. Ei-toiminnallinen testaus on ohjelmistotestaustekniikka, joka tarkistaa järjestelmän ei-toiminnalliset attribuutit. Ei-toiminnallinen testaus määritellään eräänlaiseksi ohjelmistotestaukseksi, jolla tarkistetaan ohjelmistosovelluksen ei-toiminnallisia puolia. Se on suunniteltu testaamaan järjestelmän valmiutta ei-toiminnallisten parametrien mukaan, joita ei koskaan käsitellä toiminnallisella testauksella. Ei-toiminnallinen testaus on yhtä tärkeää kuin toiminnallinen testaus.

Ei-toiminnallisen testauksen edut

• Parannettu suorituskyky: Ei-toiminnallinen testaus tarkistaa järjestelmän suorituskyvyn ja määrittää suorituskyvyn pullonkaulat, jotka voivat vaikuttaa suorituskykyyn.
• Vähemmän aikaa vievä: Ei-toiminnallinen testaus on kaiken kaikkiaan vähemmän aikaa vievä kuin muu testausprosessi.
• Parantaa käyttökokemusta: Ei-toiminnallinen testaus, kuten käytettävyystestaus, tarkistaa, kuinka helposti käytettävä ja käyttäjäystävällinen ohjelmisto on käyttäjille. Keskity siis sovelluksen yleisen käyttökokemuksen parantamiseen.
• Turvallisempi tuote: Koska ei-toiminnallinen testaus sisältää erityisesti tietoturvatestauksen, joka tarkistaa sovelluksen tietoturvapullonkauloja ja kuinka suojattu sovellus on sisäisiltä ja ulkoisilta lähteiltä tulevilta hyökkäyksiltä.

Toiminnallisen testauksen tyypit

1. Yksikkötestaus
2. Integraatiotestaus
3. Järjestelmän testaus

1. Yksikkötestaus

Yksikkötestaus on menetelmä ohjelmistosovelluksen yksittäisten yksiköiden tai komponenttien testaamiseksi. Sen tekevät tyypillisesti kehittäjät, ja sen avulla varmistetaan, että ohjelmiston yksittäiset yksiköt toimivat tarkoitetulla tavalla. Yksikkötestit ovat yleensä automatisoituja, ja ne on suunniteltu testaamaan tiettyjä koodin osia, kuten tiettyä toimintoa tai menetelmää. Yksikkötestaus tehdään alimmalla tasolla ohjelmistokehitysprosessi , jossa yksittäiset koodiyksiköt testataan erikseen.

Yksikkötestauksen edut:

Jotkut yksikkötestauksen eduista on lueteltu alla.

• Se auttaa tunnistamaan virheet varhaisessa kehitysprosessissa, ennen kuin niiden korjaaminen muuttuu vaikeammaksi ja kalliimmaksi.
• Se auttaa varmistamaan, että koodin muutokset eivät aiheuta uusia bugeja.
• Se tekee koodista modulaarisemman ja helpompi ymmärtää ja ylläpitää.
• Se auttaa parantamaan ohjelmiston yleistä laatua ja luotettavuutta.

Huomautus: Joitakin suosittuja kehyksiä ja työkaluja, joita käytetään yksikkötestaukseen, ovat mm JUnit , NUyksikkö, ja xUnit.

• On tärkeää muistaa, että yksikkötestaus on vain yksi osa ohjelmistotestausta, ja sitä tulee käyttää yhdessä muuntyyppisten testausten, kuten integraatiotestauksen, toimintatestauksen ja hyväksymistestauksen kanssa, jotta voidaan varmistaa, että ohjelmisto vastaa käyttäjiensä tarpeita. .
• Se keskittyy ohjelmistosuunnittelun pienimpään yksikköön. Tässä testaamme yksittäistä yksikköä tai toisiinsa liittyvien yksiköiden ryhmää. Ohjelmoija tekee sen usein käyttämällä näytesyöttöä ja tarkkailemalla sen vastaavia lähtöjä.

Esimerkki:

1. Ohjelmassa tarkistamme, toimiiko silmukka, menetelmä tai funktio hyvin.
2. Väärinymmärretty tai virheellinen, aritmeettinen etusija.
3. Virheellinen alustus.

2. Integraatiotestaus

Integraatiotestaus on menetelmä, jolla testataan kuinka ohjelmistosovelluksen eri yksiköt tai komponentit ovat vuorovaikutuksessa toistensa kanssa. Sitä käytetään tunnistamaan ja ratkaisemaan ongelmat, joita saattaa syntyä, kun ohjelmiston eri yksiköitä yhdistetään. Integraatiotestaus tehdään tyypillisesti yksikkötestauksen jälkeen ja ennen toimintatestausta ja sen avulla varmistetaan, että ohjelmiston eri yksiköt toimivat yhdessä tarkoitetulla tavalla.

Erilaisia ​​tapoja suorittaa integraatiotestaus:

Alla käsitellään erilaisia ​​integraatiotestaustapoja.

• Ylhäältä alas integrointitestaus: Se alkaa ylimmän tason moduuleista ja erottaa ne alemman tason moduuleista.
• Alhaalta ylös -integraatiotestaus: Se alkaa alimman tason moduuleista ja integroi ne korkeamman tason moduuleisiin.
• Big-Bang-integraatiotestaus: Se yhdistää kaikki moduulit ja integroi ne kaikki kerralla.
• Inkrementaalinen integrointitestaus: Se integroi moduulit pieniin ryhmiin ja testaa jokaista ryhmää sitä lisättäessä.

Integroivan testauksen edut

• Se auttaa tunnistamaan ja ratkaisemaan ongelmia, joita saattaa syntyä, kun ohjelmiston eri yksiköitä yhdistetään.
• Se auttaa varmistamaan, että ohjelmiston eri yksiköt toimivat yhdessä tarkoitetulla tavalla.
• Se auttaa parantamaan ohjelmiston yleistä luotettavuutta ja vakautta.
• On tärkeää pitää mielessä, että integraatiotestaus on välttämätöntä monimutkaisissa järjestelmissä, joissa eri komponentteja on integroitu.
• Kuten yksikkötestauksessa, integraatiotestaus on vain yksi osa ohjelmistotestausta, ja sitä tulisi käyttää yhdessä muuntyyppisten testausten, kuten yksikkötestauksen, toimintatestauksen ja hyväksymistestauksen kanssa, jotta voidaan varmistaa, että ohjelmisto vastaa käyttäjiensä tarpeita.

The tavoite on ottaa yksikkötestatut komponentit ja rakentaa suunnittelun sanelema ohjelmarakenne. Integraatiotestaus on testausta, jossa yhdistetään joukko komponentteja tuottamaan tulos.

Integraatiotestausta on neljää tyyppiä: (i) Ylhäältä alas (ii) Alhaalta ylös (iii) Sandwich (iv) Big-Bang

Esimerkki:

1. Black Box -testaus: Sitä käytetään validointiin. Tässä sivuutamme sisäiset toimintamekanismit ja keskitymme siihen, mikä on tuotos?
2. Valkoisen laatikon testaus: Sitä käytetään varmentamiseen. Tässä keskitymme sisäisiin mekanismeihin eli siihen, miten tuotos saavutetaan.

3. Järjestelmän testaus

Järjestelmän testaus on eräänlainen ohjelmistotestaus, joka arvioi täydellisen ja täysin integroidun ohjelmistoratkaisun yleistä toimivuutta ja suorituskykyä. Se testaa, täyttääkö järjestelmä määritellyt vaatimukset ja soveltuuko se toimitettavaksi loppukäyttäjille. Tämäntyyppinen testaus suoritetaan integrointitestauksen jälkeen ja ennen hyväksymistestausta.

parseint java

Järjestelmän testaus on eräänlainen ohjelmistojen testaus joka suoritetaan täysin integroidulle järjestelmälle sen arvioimiseksi, onko järjestelmä vastaavien vaatimusten mukainen. Järjestelmätestauksessa syötteeksi otetaan integraatiotestauksen läpäisseet komponentit. Integrointitestauksen tavoitteena on havaita mahdolliset epäsäännöllisyydet integroitujen yksiköiden välillä.

Järjestelmätestauksen edut:

• Testaajat eivät vaadi enempää ohjelmointitaitoja suorittaakseen tämän testauksen.
• Se testaa koko tuotteen tai ohjelmiston, jotta voimme helposti havaita virheet tai viat, joita ei voida tunnistaa yksikkötestauksen ja integrointitestauksen aikana.
• Testausympäristö on samanlainen kuin reaaliaikainen tuotanto- tai liiketoimintaympäristö.
• Se tarkistaa järjestelmän koko toimivuuden erilaisilla testiskripteillä ja kattaa myös asiakkaiden tekniset ja liiketoimintavaatimukset.
• Tämän testauksen jälkeen tuote kattaa melkein kaikki mahdolliset virheet ja virheet, joten kehitystiimi jatkaa luottavaisesti hyväksymistestausta.

Integraatiotestauksen tyypit

1. Inkrementaalinen testaus
2. Ei-inkrementaalinen testaus

1. Inkrementaalinen testaus

Kuten kehitys, myös testaus on vaihe SDLC (ohjelmistokehityksen elinkaari) . Erilaisia ​​testejä tehdään kehityssyklin eri vaiheissa. Inkrementaalinen testaus on yksi testausmenetelmistä, jota käytetään yleisesti ohjelmistoalalla testausvaiheessa. integraatiotestaus joka suoritetaan sen jälkeen yksikkötestaus . Moduulien testaamiseen käytetään useita tyngöitä ja ohjaimia yksi kerrallaan, mikä auttaa löytämään virheitä ja vikoja tietyissä moduuleissa.

Inkrementaalisen testauksen edut

• Jokaisella moduulilla on erityinen merkitys. Jokainen saa roolinsa testauksen aikana, koska niitä kasvatetaan yksitellen.
• Viat havaitaan pienemmissä moduuleissa sen sijaan, että ilmaistaisiin virheitä ja sitten editoitaisiin ja korjattaisiin uudelleen suuria tiedostoja.
• Se on joustavampi ja kustannustehokkaampi vaatimusten ja laajuuksien mukaan.
• Asiakas saa mahdollisuuden vastata jokaiseen rakennukseen.

On olemassa 2 tyyppiä Inkrementaalinen testaus

1. Ylhäältä alas integraatiotestaus
2. Alhaalta ylös -integraatiotestaus

1. Ylhäältä alas -integraatiotestaus

Ylhäältä alas -testaus on eräänlainen inkrementaalinen integraatiotestaus lähestymistapa, jossa testaus tehdään integroimalla tai yhdistämällä kaksi tai useampi moduuli liikkumalla ylhäältä alas arkkitehtuurirakenteen ohjausvirran läpi. Näissä testataan ensin korkean tason moduulit ja sitten matalan tason moduulit. Lopuksi integraatio tehdään sen varmistamiseksi, että järjestelmä toimii oikein. Tämän projektin toteuttamiseen käytetään typpejä ja ohjaimia. Tätä tekniikkaa käytetään lisäämään tai stimuloimaan sellaisten moduulien käyttäytymistä, joita ei ole integroitu alemmalle tasolle.

Edut Ylhäältä alas -integraatiotestaus

1. Ajureita ei tarvitse kirjoittaa.
2. Liitäntävirheet tunnistetaan varhaisessa vaiheessa ja myös vian paikallistaminen on helpompaa.
3. Matalatason apuohjelmia, jotka eivät ole tärkeitä, ei testata hyvin ja korkean tason testaajia testataan hyvin sopivalla tavalla.
4. Testitapausten esittäminen on helpompaa ja yksinkertaisempaa, kun Input-Output-toiminnot lisätään.

2. Alhaalta ylös -integraatiotestaus

Alhaalta ylös -testaus on eräänlainen inkrementaalinen integraatiotestaus lähestymistapa, jossa testaus tehdään integroimalla tai yhdistämällä kaksi tai useampi moduuli liikkumalla ylöspäin alhaalta ylös arkkitehtuurirakenteen ohjausvirran läpi. Näissä testataan ensin matalan tason moduulit ja sitten korkean tason moduulit. Tämän tyyppinen testaus tai lähestymistapa tunnetaan myös induktiivisena päättelynä, ja sitä käytetään monissa tapauksissa synteesisynonyyminä. Alhaalta ylös -testaus on käyttäjäystävällinen testaus, joka lisää ohjelmistokehitystä. Tämä testaus johtaa korkeisiin onnistumisprosentteihin ja pitkäkestoisiin tuloksiin.

Alhaalta ylös -integraatiotestauksen edut

• Testiolosuhteiden luominen ja kehittäminen on helppoa ja yksinkertaista.
• Myös testituloksia on helppo seurata.
• Rakennesuunnittelun yksityiskohdista ei tarvitse tietää.
• Myös matalan tason apuohjelmat on testattu hyvin ja ne ovat myös yhteensopivia oliorakenteen kanssa.

Ei-toiminnallisen testauksen tyypit

1. Suorituskykytestaus
2. Käytettävyystestaus
3. Yhteensopivuuden testaus

1. Suorituskykytestaus

Suorituskykytestaus on ohjelmistotestaus, joka varmistaa, että ohjelmistosovellukset toimivat oikein odotetulla työkuormalla. Se on testaustekniikka, jolla määritetään järjestelmän suorituskyky herkkyyden, reaktiivisuuden ja vakauden suhteen tietyssä työkuormassa.

Suorituskykytestaus on eräänlainen ohjelmistotestaus, joka keskittyy järjestelmän tai sovelluksen suorituskyvyn ja skaalautuvuuden arvioimiseen. Suorituskykytestauksen tavoitteena on tunnistaa pullonkaulat, mitata järjestelmän suorituskykyä eri kuormituksissa ja olosuhteissa sekä varmistaa, että järjestelmä pystyy käsittelemään odotetun määrän käyttäjiä tai tapahtumia.

Suorituskykytestauksen edut

• Suorituskykytestaus varmistaa järjestelmän nopeuden, kuormituskyvyn, tarkkuuden ja muun suorituskyvyn.
• Se tunnistaa, valvoo ja ratkaisee ongelmat, jos jotain tapahtuu.
• Se varmistaa ohjelmiston erinomaisen optimoinnin ja sallii myös useiden käyttäjien käyttää sitä samanaikaisesti.
• Se varmistaa asiakkaan ja loppuasiakkaan tyytyväisyyden. Suorituskykytestauksella on useita etuja, jotka tekevät siitä tärkeän osan ohjelmistotestauksessa:
• Pullonkaulojen tunnistaminen : Suorituskykytestaus auttaa tunnistamaan järjestelmän pullonkaulat, kuten hitaat tietokantakyselyt, riittämätön muisti tai verkon ruuhkautuminen. Tämä auttaa kehittäjiä optimoimaan järjestelmän ja varmistamaan, että se pystyy käsittelemään odotetun määrän käyttäjiä tai tapahtumia.

2. Käytettävyystestaus

Suunnittelet tuotteen (esimerkiksi jääkaapin) ja kun se on täysin valmis, tarvitset potentiaalisen asiakkaan testaamaan sen toimivuuden. Potentiaaliset asiakkaat testaavat koneita saadakseen selville, onko kone valmis tulemaan markkinoille. Samoin paras esimerkki käytettävyystestauksesta on, kun ohjelmistolle tehdään myös erilaisia ​​testausprosesseja, jotka potentiaaliset käyttäjät suorittavat ennen markkinoille tuloa. Se on osa ohjelmistokehityksen elinkaarta (SDLC).

Käytettävyystestauksen edut ja haitat

Käytettävyystestaus on parempi arvioida tuotetta tai palvelua testaamalla sitä oikeiden käyttäjien kanssa. Käytettävyystestauksessa kehitys- ja suunnittelutiimit tunnistavat ongelmat ennen koodausta ja tuloksena on, että ongelmat ratkaistaan ​​aikaisemmin. Käytettävyystestin aikana voit

• Ota selvää, pystyvätkö osallistujat suorittamaan tietyn tehtävän kokonaan.
• määrittää, kuinka kauan tietyn tehtävän suorittaminen kestää.
• Antaa tuotteelle erinomaisia ​​ominaisuuksia ja toimintoja
• Parantaa käyttäjätyytyväisyyttä ja täyttää vaatimukset käyttäjäpalautteen perusteella
• Tuotteesta tulee tehokkaampi ja tehokkaampi

3. Yhteensopivuuden testaus

Yhteensopivuustestaus on ohjelmistotestausta, joka kuuluu ei-toiminnallinen testaus luokkaan, ja se suoritetaan sovellukselle sen yhteensopivuuden (ajokyvyn) tarkistamiseksi eri alustoilla/ympäristöissä. Tämä testaus suoritetaan vasta, kun sovellus on vakaa. Tämä tarkoittaa yksinkertaisesti, että tämän yhteensopivuustestin tarkoituksena on tarkistaa kehitetyn ohjelmistosovelluksen toimivuus eri ohjelmistoilla, laitteistoalustoilla, verkkoselaimella jne. Tämä yhteensopivuustestaus on erittäin tärkeä tuotteen tuotannon ja toteutuksen kannalta, koska se suoritetaan tulevien yhteensopivuusongelmien välttämiseksi.

Yhteensopivuustestauksen edut

• Se takaa täydellisen asiakastyytyväisyyden.
• Se tarjoaa palvelua useille alustoille.
• Vikojen tunnistaminen kehitysprosessin aikana.

On 4 tyyppiä Suorituskykytestaus

1. Kuormitustestaus
2. Stressitestaus
3. Skaalautuvuuden testaus
4. Vakaustestaus

1. Kuormitustestaus

Kuormitustestaus määrittää sovelluksen toiminnan, kun useat käyttäjät käyttävät sitä samanaikaisesti. Se on järjestelmän vaste mitattuna vaihtelevissa kuormitusolosuhteissa.

1. Kuormitustestaus suoritetaan normaaleille ja äärimmäisille kuormitusolosuhteille.
2. Kuormitustestaus on suorituskyvyn testaus, joka simuloi järjestelmän tai sovelluksen todellista kuormitusta nähdäkseen, kuinka se toimii rasituksessa.
3. Kuormitustestauksen tavoitteena on tunnistaa pullonkaulat ja määrittää suurin mahdollinen määrä käyttäjiä tai tapahtumia, joita järjestelmä pystyy käsittelemään.
4. Se on tärkeä osa ohjelmistotestausta, koska se auttaa varmistamaan, että järjestelmä pystyy käsittelemään odotetut käyttötasot ja tunnistamaan mahdolliset ongelmat ennen järjestelmän käyttöönottoa tuotantoon.

Kuormatestauksen edut:

Kuormitustestauksella on useita etuja, jotka tekevät siitä tärkeän osan ohjelmistotestauksessa:

1. Pullonkaulojen tunnistaminen: Kuormitustestaus auttaa tunnistamaan järjestelmän pullonkaulat, kuten hitaat tietokantakyselyt, riittämätön muisti tai verkon ruuhkautuminen. Tämä auttaa kehittäjiä optimoimaan järjestelmän ja varmistamaan, että se pystyy käsittelemään odotetun määrän käyttäjiä tai tapahtumia.
2. Parannettu skaalautuvuus: Tunnistamalla järjestelmän maksimikapasiteetti, kuormitustestaus auttaa varmistamaan, että järjestelmä pystyy käsittelemään kasvavaa määrää käyttäjiä tai tapahtumia ajan myötä. Tämä on erityisen tärkeää web-pohjaisille järjestelmille ja sovelluksille, joiden odotetaan käsittelevän suuria määriä liikennettä.
3. Parempi luotettavuus: Kuormitustestaus auttaa tunnistamaan mahdolliset ongelmat, joita voi ilmetä raskaan kuormituksen olosuhteissa, kuten lisääntyneet virhesuhteet tai hitaat vasteajat. Tämä auttaa varmistamaan, että järjestelmä on luotettava ja vakaa, kun se otetaan tuotantoon.

2. Stressitestaus

Sisään Stressitestaus , annamme järjestelmälle epäsuotuisat olosuhteet ja tarkistamme, kuinka se toimii näissä olosuhteissa.

Esimerkki:

1. Testitapaukset, jotka vaativat maksimimuistia tai muita resursseja, suoritetaan.
2. Testitapaukset, jotka voivat aiheuttaa ryöstöä virtuaalisessa käyttöjärjestelmässä.
3. Testitapaukset, jotka voivat aiheuttaa liiallista levyvaatimusta Suorituskykytestaus.

Se on suunniteltu testaamaan ohjelmiston ajonaikaista suorituskykyä integroidun järjestelmän yhteydessä. Sitä käytetään ohjelman nopeuden ja tehokkuuden testaamiseen. Sitä kutsutaan myös kuormitustestaukseksi. Siinä tarkistamme, mikä on järjestelmän suorituskyky annetussa kuormassa.

Esimerkki:

Tarkastetaan useita prosessorijaksoja.

3. Skaalautuvuuden testaus

Skaalautuvuuden testaus on eräänlainen ei-toiminnallinen testaus, jossa ohjelmistosovelluksen, järjestelmän, verkon tai prosessin suorituskykyä testataan sen kyvyn mukaan skaalata tai pienentää käyttäjän pyyntöjen kuormitusta tai muita vastaavia suorituskykyominaisuuksia. Se voidaan suorittaa laitteisto-, ohjelmisto- tai tietokantatasolla. Skaalautuvuustestaus määritellään verkon, järjestelmän, sovelluksen, tuotteen tai prosessin kyvyksi suorittaa toiminto oikein, kun järjestelmän kokoon tai volyymiin tehdään muutoksia kasvavan tarpeen mukaan. Se varmistaa, että ohjelmistotuote pystyy hallitsemaan suunniteltua käyttäjäliikenteen kasvua, datamäärää, tapahtumalaskennan tiheyttä ja monia muita asioita. Se testaa järjestelmän, prosessien tai tietokannan kykyä vastata kasvavaan tarpeeseen.

Skaalautuvuustestauksen edut

• Se tarjoaa paremman pääsyn tuotteeseen.
• Se havaitsee verkkosivujen lataamiseen liittyvät ongelmat ja muut suorituskykyongelmat.
• Se löytää ja korjaa ongelmat aikaisemmin tuotteessa, mikä säästää paljon aikaa.
• Se varmistaa loppukäyttäjän kokemuksen tietyllä kuormalla. Se tarjoaa asiakastyytyväisyyttä.
• Se auttaa tehokkaasti seuraamaan työkalujen käyttöä.

4. Stabiilisuustestaus

Vakaustestaus on eräänlainen ohjelmistotestaus, jolla tarkistetaan ohjelmiston laatu ja käyttäytyminen eri ympäristöparametreissa. Se määritellään tuotteen kyvyksi jatkaa toimintaansa ajan kuluessa ilman vikaa.

Se on ei-toiminnallinen testaustekniikka, joka keskittyy ohjelmistokomponentin rasittamiseen mahdollisimman paljon. Stabiilisuustestauksella tarkistetaan kehitetyn tuotteen tehokkuus yli normaalin toimintakapasiteetin, joka tunnetaan katkeamispisteenä. Sillä on suurempi merkitys virheiden käsittelyssä, ohjelmiston luotettavuudessa, kestävyydessä ja tuotteen skaalautumisessa raskaassa kuormituksessa sen sijaan, että se tarkastaisi järjestelmän toimintaa normaaleissa olosuhteissa.

Vakavuustestaus arvioi vakausongelmia. Tämän testauksen tarkoituksena on pääasiassa tarkistaa, kaatuuko sovellus milloin tahansa vai ei.

Stabiliteettitestauksen edut

1. Se antaa rajan datalle, jonka järjestelmä voi käytännössä käsitellä.
2. Se antaa luottamusta järjestelmän suorituskykyyn.
3. Se määrittää järjestelmän vakauden ja kestävyyden kuormituksen alaisena.
4. Vakaustestaus johtaa parempaan loppukäyttäjäkokemukseen.

Muut testaustyypit

1. Savun testaus
2. Terveyden testaus
3. Regressiotestaus
4. Hyväksymistestaus
5. Käyttäjän hyväksyntätestaus
6. Tutkiva testaus
7. Adhoc-testaus
8. Turvallisuustestaus
9. Globalisaation testaus
10. Regressiotestaus
11. Savun testaus
12. Alfa-testaus
13. Beta-testaus
14. Olio-testaus

1. Savun testaus

Savun testaus tehdään sen varmistamiseksi, että testattava ohjelmisto on valmis tai vakaa jatkotestausta varten
Sitä kutsutaan savutestiksi, koska alkuperäisen läpäisyn testaus tehdään sen tarkistamiseksi, ettei se syttynyt tuleen tai savunut ensimmäisen päällekytkennän yhteydessä.

Esimerkki:

If the project has 2 modules so before going to the module make sure that module 1 works properly.>

Savutestauksen edut

1. Savumittaus on helppo suorittaa.
2. Se auttaa tunnistamaan vikoja varhaisessa vaiheessa.
3. Se parantaa järjestelmän laatua.
4. Savutestaus vähentää epäonnistumisen riskiä.
5. Savutestaus helpottaa edistymistä.

2. Terveyden testaus

Se on a osajoukko / regressiotestaus . Sanity-testaus suoritetaan sen varmistamiseksi, että tehdyt koodimuutokset toimivat oikein. Sanity-testaus on pysäytys sen tarkistamiseksi, voiko koontiversion testaus jatkua vai ei. Terveyden testausprosessin aikana tiimin painopiste on sovelluksen toimivuuden validointi, ei yksityiskohtainen testaus. Sanity-testaus suoritetaan yleensä koontiversiolle, jossa tuotannon käyttöönottoa vaaditaan välittömästi, kuten kriittinen virheenkorjaus.

Terveystestauksen edut

• Sanity-testaus auttaa tunnistamaan nopeasti ydintoiminnallisuuden puutteet.
• Se voidaan suorittaa lyhyemmässä ajassa, koska terveellisyystestaukseen ei vaadita asiakirjoja.
• Jos viat havaitaan tervejärkisyystestauksen aikana, projekti hylätään, mikä auttaa säästämään aikaa regressiotestien suorittamiseen.
• Tämä testaustekniikka ei ole niin kallis verrattuna muuntyyppiseen testaukseen.
• Se auttaa tunnistamaan riippuvat puuttuvat kohteet.

3. Regressiotestaus

Koodin muunnettujen osien ja muutosten seurauksena mahdollisesti vaikuttavien osien testausprosessi varmistaa, että ohjelmistoon ei ole tullut uusia virheitä muutosten tekemisen jälkeen. Regressio tarkoittaa jonkin palautumista ja ohjelmistokentässä se viittaa vian palauttamiseen.

Regressiotestauksen edut

• Se varmistaa, ettei uusia bugeja ole tuotu sen jälkeen, kun järjestelmään on lisätty uusia toimintoja.
• Koska suurin osa regressiotestauksessa käytetyistä testitapauksista valitaan olemassa olevasta testisarjasta, ja tiedämme jo niiden odotetut tulokset. Siksi se voidaan helposti automatisoida automatisoiduilla työkaluilla.
• Se auttaa ylläpitämään lähdekoodin laatua.

4. Hyväksymistesti

Hyväksymistesti Asiakkaiden suorittama tarkastaa, täyttävätkö toimitetut tuotteet halutut tehtävät vai eivät vaatimusten mukaisesti. Käytämme oliotestausta testisuunnitelmien keskusteluun ja projektien toteuttamiseen.

Hyväksyntätestauksen edut

1. Tämä testaus auttaa projektiryhmää tietämään suoraan käyttäjien lisävaatimukset, koska se ottaa käyttäjät mukaan testaukseen.
2. Automaattinen testin suoritus.
3. Se tuo luottamusta ja tyytyväisyyttä asiakkaille, koska he ovat suoraan mukana testausprosessissa.
4. Käyttäjän on helpompi kuvailla vaatimuksiaan.
5. Se kattaa vain Black-Box-testausprosessin ja siten tuotteen koko toiminnallisuus testataan.

5. Käyttäjän hyväksyntätestaus

Käyttäjän hyväksyntätestaus on testausmenetelmä, jossa asiakkaat/loppukäyttäjät osallistuvat tuotetestaukseen varmistaakseen, että tuote vastaa heidän vaatimuksiaan. Se tehdään asiakkaan sivustolla kehittäjän sivustolla. Aloilla, kuten lääketieteessä tai ilmailussa, sopimusten ja säädösten noudattamisen testaus sekä toiminnan hyväksymistestit suoritetaan myös osana käyttäjien hyväksymistestejä. UAT on kontekstiriippuvainen ja UAT-suunnitelmat laaditaan vaatimusten perusteella, eikä niitä vaadita suorittamaan kaikenlaisia ​​käyttäjien hyväksyntätestejä, ja niitä jopa koordinoi ja osallistuu testaustiimi.

6. Tutkiva testaus

Tutkiva testaus on eräänlainen ohjelmistojen testaus jossa testaaja voi vapaasti valita minkä tahansa menetelmän ohjelmiston testaamiseksi. Se on käsikirjoittamaton lähestymistapa ohjelmistotestaukseen. Tutkivassa testauksessa ohjelmistokehittäjät käyttävät oppimistaan, tietojaan, taitojaan ja kykyjään testatakseen itsensä kehittämiä ohjelmistoja. Tutkivalla testauksella tarkistetaan ohjelmiston toimivuus ja toiminta sekä tunnistetaan siinä olevat toiminnalliset ja tekniset viat. Tutkivalla testauksella pyritään optimoimaan ja parantamaan ohjelmistoa kaikin mahdollisin tavoin.

Tutkivan testauksen edut

• Vähemmän valmistelua tarvitaan: Se ei vaadi valmistelua, koska se on käsikirjoittamaton testaustekniikka.
• Löytää kriittiset viat: Tutkivaan testaukseen sisältyy tutkimusprosessi, joka auttaa löytämään kriittiset viat erittäin nopeasti.
• Parantaa tuottavuutta: Tutkivassa testauksessa testaajat käyttävät tietojaan, taitojaan ja kokemustaan ​​ohjelmiston testaamiseen. Se auttaa laajentamaan testaajien mielikuvitusta suorittamalla enemmän testitapauksia, mikä parantaa ohjelmiston yleistä laatua.

7. Adhoc-testaus

Adhoc-testaus on eräänlainen ohjelmistotestaus, joka suoritetaan epävirallisesti ja satunnaisesti muodollisen testauksen päätyttyä järjestelmän mahdollisten porsaanreikien löytämiseksi. Tästä syystä se tunnetaan myös satunnais- tai apinatestauksena. Adhoc-testausta ei tehdä jäsennellysti, joten se ei perustu mihinkään metodologiseen lähestymistapaan. Siksi Adhoc-testaus on eräänlainen jäsentämätön ohjelmistotestaus.

Adhoc-testauksen edut

• Virheet, joita ei voida tunnistaa kirjallisilla testitapauksilla, voidaan tunnistaa Adhoc-testauksella.
• Se voidaan suorittaa hyvin rajoitetun ajan sisällä.
• Auttaa luomaan ainutlaatuisia testitapauksia.
• Tämä testi auttaa rakentamaan vahvan tuotteen, joka on vähemmän altis tuleville ongelmille.
• Tämä testi voidaan suorittaa milloin tahansa SDLC (Softthe ware Development Life Cycle Process)

8. Turvallisuustestaus

Turvallisuustestaus on eräänlainen Ohjelmistojen testaus joka paljastaa järjestelmän haavoittuvuudet ja määrittää, että järjestelmän tiedot ja resurssit on suojattu mahdollisilta tunkeilijoilta. Se varmistaa, että ohjelmistojärjestelmä ja sovellus ovat vapaat uhista tai riskeistä, jotka voivat aiheuttaa menetyksiä. Minkä tahansa järjestelmän tietoturvatestaus keskittyy löytämään kaikki mahdolliset järjestelmän porsaanreiät ja heikkoudet, jotka voivat johtaa organisaation tiedon tai maineen menettämiseen.

kohdista css-kuva

Turvatestauksen edut

1. Haavoittuvuuksien tunnistaminen: Tietoturvatestaus auttaa tunnistamaan järjestelmän haavoittuvuuksia, joita hyökkääjät voivat hyödyntää, kuten heikkoja salasanoja, korjaamattomia ohjelmistoja ja väärin määritettyjä järjestelmiä.
2. Järjestelmän turvallisuuden parantaminen: Tietoturvatestaus auttaa parantamaan järjestelmän yleistä turvallisuutta tunnistamalla ja korjaamalla haavoittuvuuksia ja mahdollisia uhkia.
3. Vaatimustenmukaisuuden varmistaminen: Tietoturvatestaus auttaa varmistamaan, että järjestelmä täyttää asiaankuuluvat turvallisuusstandardit ja -määräykset, kuten HIPAA, PCI DSS ja SOC2.

9. Globalisaatiotestaus

Globalisaatiotestaus on eräänlainen ohjelmistotestaus, joka suoritetaan sen varmistamiseksi, että järjestelmä tai ohjelmistosovellus voi toimia maantieteellisestä ja kulttuurisesta ympäristöstä riippumatta. Se varmistaa, että sovellusta voidaan käyttää kaikkialla maailmassa, ja hyväksyy kaikki kielitekstit. Nykyään erilaisten teknologioiden lisääntyessä jokainen ohjelmistotuote on suunniteltu niin, että se on globalisoitunut ohjelmistotuote.

Globalisaatiotestauksen edut

• Auttaa luomaan skaalautuvia tuotteita: Se tekee ohjelmistotuotteesta joustavamman ja skaalautuvamman.
• Säästää aikaa: Se säästää aikaa ja vaivaa ohjelmistotestauksessa.
• Vähennä lokalisointitestaukseen kuluvaa aikaa: Globalisaatiotestaus auttaa vähentämään lokalisointitestaukseen kuluvaa aikaa ja kustannuksia.

10. Regressiotestaus

Regressiotestaus on testausmenetelmä, jolla varmistetaan, että ohjelmistoon tehdyt muutokset eivät aiheuta uusia bugeja tai aiheuta olemassa olevien toimintojen katkeamista. Se tehdään yleensä sen jälkeen, kun koodiin on tehty muutoksia, kuten virheenkorjauksia tai uusia ominaisuuksia, ja sitä käytetään varmistamaan, että ohjelmisto toimii edelleen tarkoitetulla tavalla.

Regressiotestaus voidaan suorittaa eri tavoilla, kuten:

• Uudelleentestaus : Tässä testataan koko sovellus tai tietty toiminto, johon muutokset vaikuttivat.
• Re – teloitus : Tämä edellyttää aiemmin suoritetun testipaketin suorittamista sen varmistamiseksi, että muutokset eivät rikkoneet olemassa olevia toimintoja.
• Vertailu : Tämä tarkoittaa ohjelmiston nykyisen version vertaamista aiempaan versioon sen varmistamiseksi, että muutokset eivät riko olemassa olevia toimintoja.

Regressiotestauksen edut

• Se auttaa varmistamaan, että ohjelmistoon tehdyt muutokset eivät aiheuta uusia bugeja tai aiheuta olemassa olevien toimintojen hajoamista.
• Se auttaa varmistamaan, että ohjelmisto toimii edelleen suunnitellusti muutosten jälkeen.
• Se auttaa parantamaan ohjelmiston yleistä luotettavuutta ja vakautta.
• On tärkeää pitää mielessä, että regressiotestaus on jatkuva prosessi, joka tulisi tehdä koko ajan ohjelmistokehitys
• elinkaari varmistaaksesi, että ohjelmisto toimii edelleen suunnitellusti. Se tulisi automatisoida niin pitkälle kuin mahdollista ajan ja resurssien säästämiseksi. Lisäksi on tärkeää, että sinulla on hyvin määritelty regressiotestisarja, joka kattaa

Joka kerta kun uusi moduuli lisätään, ohjelmaan tulee muutoksia. Tämän tyyppinen testaus varmistaa, että koko komponentti toimii kunnolla myös sen jälkeen, kun komponentit on lisätty koko ohjelmaan.

Esimerkki:

Oletetaan, että koulun asiakirjoissa moduulin henkilökunta, opiskelijat ja talous yhdistävät nämä moduulit ja tarkistavat, toimiiko näiden moduulien integrointi hyvin regressiotestauksessa.

11. Savun testaus

Savun testaus tehdään sen varmistamiseksi, että testattava ohjelmisto on valmis tai vakaa jatkotestausta varten
Sitä kutsutaan savutestiksi, koska ensimmäisen läpäisyn testaus tehdään sen tarkistamiseksi, ettei se syttynyt tuleen tai savuntu ensimmäisen päällekytkennän yhteydessä.

Esimerkki:

Jos projektissa on 2 moduulia, varmista ennen moduuliin siirtymistä, että moduuli 1 toimii oikein.

12. Alfa-testaus

Alfa-testaus on eräänlainen validointitestaus. Se on eräänlainen hyväksyntätestaus Tämä tehdään ennen kuin tuote luovutetaan asiakkaille. Sen tekevät yleensä QA-henkilöt.

Esimerkki:

Kun ohjelmistotestaus suoritetaan organisaation sisällä.

13. Betatestaus

The beta testi ohjelmiston loppukäyttäjä suorittaa yhdessä tai useammassa asiakassivustossa. Tämä versio on julkaistu rajoitetulle määrälle käyttäjiä testattavaksi reaaliaikaisessa ympäristössä.

Esimerkki:

Kun ohjelmistotestaus suoritetaan rajoitetulle henkilömäärälle.

14. Olio-testaus

Olio-testaus testaus on yhdistelmä erilaisia ​​testaustekniikoita, jotka auttavat todentamaan ja validoimaan oliopohjaisia ​​ohjelmistoja. Tämä testi suoritetaan seuraavalla tavalla:

gimp vienti jpg-muodossa

• Vaatimusten testaus,
• Testauksen suunnittelu ja analyysi,
• Koodin testaus,
• Integraatiotestaus,
• Järjestelmän testaus,
• Käyttäjän testaus.

Ohjelmistotestauksen edut

1. Parempi ohjelmiston laatu ja luotettavuus.
2. Vikojen varhainen tunnistaminen ja korjaaminen.
3. Parempi asiakastyytyväisyys.
4. Lisääntynyt sidosryhmien luottamus.
5. Vähentyneet ylläpitokustannukset.
6. Asiakastyytyväisyys
7. Kustannustehokas
8. Laatutuote
9. Pieni epäonnistuminen
10. Virheetön sovellus
11. Turvallisuus
12. Nopeuta kehitysprosessia
13. Varhainen vikojen havaitseminen
14. Luotettava tuote

Ohjelmistotestauksen haitat

• Aikaa vievää ja lisää projektin kustannuksia.
• Tämä voi hidastaa kehitysprosessia.
• Kaikkia vikoja ei löydy.
• Monimutkaisten järjestelmien täydellinen testaus voi olla vaikeaa.
• Inhimillisen virheen mahdollisuus testausprosessin aikana.

Kysymyksiä harjoitteluun

1. Tarkastellaan ohjelmistotestauksen osalta vuokaaviota G, jossa on yksi yhdistetty komponentti. Olkoon E reunojen lukumäärä, N solmujen lukumäärä ja P G:n predikaattisolmujen lukumäärä. Tarkastellaan seuraavia neljää lauseketta: [GATE IT -2006]

• I. E-N+P
• II. E-N+2
• III. P+2
• IV. P+1

G:n syklomaattisen monimutkaisuuden antaa

• (A) I tai III
• (B) II tai III
• (C) II tai IV
• (D) I tai IV

Ratkaisu: Oikea vastaus on (C).

Usein kysyttyjä kysymyksiä ohjelmistotestaustyypeistä

1. Mikä on testitapaus?

Vuodet: Testitapaukset voidaan yksinkertaisesti määrittää olosuhteiksi, joissa testaaja tarkistaa, toimiiko koodi täydellisesti vai ei.

2. Mitä hyötyä automaatiotestauksesta on?

Vuodet: Automaatiotestausta käytetään vähentämään testausponnisteluja ja testaamaan myös nopeampaa toimituskykyä.

3. Mitä eroa on manuaalisen ja automaattisen testauksen välillä?

Vuodet: Manuaalinen testaus sisältää ihmisen testaajan, joka on vuorovaikutuksessa ohjelmiston kanssa löytääkseen vikoja. Automaattinen testaus käyttää komentosarjoja tai työkaluja toistuvien testitapausten automatisointiin.