Ennen kuin siirrymme toiminnalliseen testaukseen, meidän pitäisi tietää testauksesta, mitä testaus on?

Mitä on testaus?

Yksinkertaisesti sanottuna testauksen tarkoituksena on verrata todellista tulosta odotettuun tulokseen. Testaus tehdään sen selvittämiseksi, toimiiko kaikki toiminto odotusten mukaisesti.

Mitä ohjelmistotestaus on?

Ohjelmistojen testaus on tekniikka, jolla tarkistetaan, vastaako todellinen tulos odotettua tulosta, ja varmistaa, ettei ohjelmistossa ole vikoja tai virheitä.

Ohjelmistotestauksella varmistetaan, että sovelluksessa ei ole vikoja tai vaatimus ei vastaa todellista tarvetta. Joko manuaalinen tai automaatiotestaus voi tehdä ohjelmistotestauksen.

Ohjelmistojen testaus määritellään myös testattavan sovelluksen varmentamiseksi (AUT).

Testejä on kahdenlaisia:

Toiminnallinen testaus:

Se on eräänlainen ohjelmistotestaus, jolla varmistetaan ohjelmistosovelluksen toimivuus, toimiiko toiminto vaatimusmäärittelyn mukaisesti. Toiminnallisessa testauksessa jokaista toimintoa testataan antamalla arvo, määrittämällä tulos ja tarkistamalla todellinen tulos odotetulla arvolla. Toiminnallinen testaus suoritetaan black-box-testauksena, joka esitetään varmistamaan, että sovelluksen tai järjestelmän toiminnallisuus käyttäytyy odotetulla tavalla. Se tehdään sovelluksen toimivuuden tarkistamiseksi.

Toiminnallista testausta kutsutaan myös black-box-testaukseksi, koska se keskittyy sovelluksen määrittelyyn varsinaisen koodin sijaan. Testaajan on testattava vain ohjelmaa järjestelmän sijaan.

Toiminnallisen testauksen tavoite

Toiminnallisen testauksen tarkoituksena on tarkistaa ensisijainen syöttötoiminto, välttämättä käyttökelpoinen toiminto, näytön GUI-kulku. Toiminnallinen testaus näyttää virheilmoituksen, jotta käyttäjä voi helposti navigoida sovelluksessa.

Mikä on toiminnallisen testauksen prosessi?

Testaajat seuraavat toimintatestauksessa seuraavia vaiheita:

• Testaaja tarkistaa vaatimusmäärittelyn ohjelmistosovelluksessa.
• Analyysin jälkeen vaatimusmäärittelyjen testaaja tekee suunnitelman.
• Testien suunnittelun jälkeen testaaja suunnittelee testitapauksen.
• Testin suunnittelun jälkeen tapaustestaja laatii dokumentin jäljitettävyysmatriisista.
• Testaaja suorittaa testitapauksen suunnittelun.
• Kattavuuden analyysi sovelluksen katetun testausalueen tutkimiseksi.
• Vianhallinnan tulisi tehdä vianratkaisun hallitsemiseksi.

Mitä testataan toiminnallisessa testauksessa? Selittää

Toimintatestauksen päätavoitteena on ohjelmistojärjestelmän toimivuuden tarkistaminen. Se keskittyy:

Peruskäytettävyys:Toiminnallinen testaus sisältää järjestelmän käytettävyystestauksen. Se tarkistaa, voiko käyttäjä navigoida vapaasti ilman vaikeuksia näytöillä.Esteettömyys:Toiminnallinen testaus testaa toiminnon saavutettavuutta.Päälinjan toiminto:Se keskittyy pääominaisuuden testaamiseen.Virhetilanne:Toiminnallista testausta käytetään virhetilan tarkistamiseen. Se tarkistaa, näkyykö virheilmoitus.

Selitä koko prosessi toiminnallisen testauksen suorittamiseksi.

Toiminnallisen testauksen suorittamiseksi on seuraavat vaiheet:

• Ohjelmistovaatimukset on ymmärrettävä.
• Tunnista testitulotiedot
• Laske odotettu tulos valituilla tuloarvoilla.
• Suorita testitapaukset
• Todellisen ja lasketun tuloksen vertailu

Selitä toiminnallisen testauksen tyypit.

Toiminnallisen testauksen päätavoitteena on testata komponentin toimivuutta.

Toiminnallinen testaus on jaettu useisiin osiin.

Tässä on seuraavat toiminnalliset testaustyypit.

Yksikkötestaus: Yksikkötestaus on ohjelmistotestauksen tyyppi, jossa testataan ohjelmiston yksittäinen yksikkö tai komponentti. Yksikkötestaus, tutkia sovelluksen eri osaa, yksikkötestauksella myös toimintatestaus tehty, koska yksikkötestaus varmistaa, että jokainen moduuli toimii oikein.

Kehittäjä tekee yksikkötestauksen. Yksikkötestaus tehdään sovelluksen kehitysvaiheessa.

Savutestaus: Toiminnallinen testaus savutestauksella. Savutestaus sisältää vain järjestelmän perustoiminnot (ominaisuus). Savutestaus tunnetaan nimellä ' Rakennuksen vahvistustestaus .' Savutestauksella pyritään varmistamaan, että tärkeimmät toiminnot toimivat.

Esimerkiksi savutestaus varmistaa, että sovellus käynnistyy onnistuneesti ja tarkistaa, että GUI on reagoiva.

Tervejärkisyystestaus: Tervejärkisyystestaus sisältää koko korkean tason liiketoiminnan skenaario toimii oikein. Sanity-testaus tehdään toiminnallisuuden/virheiden korjaamiseksi. Tervejärkisyystestaus on vähän edistystä kuin savutestaus.

Esimerkiksi kirjautuminen toimii hyvin; kaikki painikkeet toimivat oikein; painikkeen painamisen jälkeen sivulla navigointi on valmis vai ei.

Regressiotestaus: Tämän tyyppinen testaus keskittyy varmistamaan, että koodin muutokset eivät vaikuta järjestelmän olemassa oleviin toimintoihin. Regressiotestaus määrittää, milloin järjestelmässä ilmenee virheitä vian korjaamisen jälkeen, regressiotestaus keskittyy siihen, että kaikki osat toimivat vai eivät. Regressiotestaus keskittyy siihen, onko sillä mitään vaikutusta järjestelmään.

Integraatiotestaus: Integraatiotestaus yhdistettiin yksittäisiä yksiköitä ja testattiin ryhmänä. Tämän testauksen tarkoituksena on paljastaa integroitujen yksiköiden välisessä vuorovaikutuksessa olevat viat.

Valkoisen laatikon testaus: Valkoisen laatikon testaus tunnetaan nimellä Clear Box -testaus, koodipohjainen testaus, rakennetestaus, laaja testaus ja lasilaatikkotestaus, läpinäkyvä laatikkotestaus. Se on ohjelmiston testausmenetelmä, jossa testaajan sisäinen rakenne/suunnittelu/toteutus testataan.

White box -testaus vaatii komponentin tai järjestelmän sisäisen rakenteen analyysin.

Mustan laatikon testaus: Se tunnetaan myös käyttäytymistestinä. Tässä testauksessa sisäinen rakenne/suunnittelu/toteutus ei ole testaajan tiedossa. Tämäntyyppinen testaus on toiminnallista testausta. Miksi kutsuimme tämäntyyppistä testausta black-box-testaukseksi, tämä testauslaite ei näe sisäistä koodia.

Esimerkiksi testaaja, joka ei tiedä verkkosivuston sisäisiä rakenteita, testaa verkkosivuja käyttämällä verkkoselainta, joka antaa syötteen ja tarkistaa tulosteen odotettuun tulokseen nähden.

Käyttäjän hyväksyntätestaus: Se on eräänlainen testaus, jonka asiakas suorittaa järjestelmän sertifioimiseksi vaatimusten mukaisesti. Testauksen viimeinen vaihe on käyttäjien hyväksyntätestaus ennen ohjelmiston julkaisua markkinoille tai tuotantoympäristöön. UAT on eräänlainen black-box -testaus, johon osallistuu kaksi tai useampi loppukäyttäjä.

Uudelleentestaus: Uudelleentestaus on eräänlainen testaus, joka suoritetaan sen tarkistamiseksi, että lopullisessa suorituksessa epäonnistuneet testitapaukset ovat läpäisseet vikojen korjauksen jälkeen. Yleensä testaaja määrittää vian, kun he löytävät sen testatessaan tuotetta tai sen komponenttia. Virhe osoitettu kehittäjälle, ja hän korjaa sen. Korjauksen jälkeen vika annetaan testaajalle sen tarkistamista varten. Tämä testaus tunnetaan uudelleentestauksena.

Tietokannan testaus: Tietokantatestaus on eräänlainen testaus, joka tarkistaa testattavan tietokannan skeeman, taulukot, triggerit jne. Tietokannan testaus voi sisältää monimutkaisten kyselyjen luomisen tietokannan lataamiseksi/rasitustestaamiseksi ja sen reagoivuuden tarkistamiseksi. Se tarkistaa tietojen eheyden ja johdonmukaisuuden.

Esimerkki: Tarkastellaan pankkisovellusta, jolla käyttäjä suorittaa maksun. Tietokantatestauksen jälkeen asiat ovat tärkeitä. He ovat:

• Sovellus tallentaa tapahtumatiedot sovellustietokantaan ja näyttää ne oikein käyttäjälle.
• Tietoja ei menetetty tässä prosessissa
• Sovellus ei säilytä osittain suoritetun tai keskeytetyn toiminnan tietoja.
• Yksityishenkilöt eivät pääse käsiksi käyttäjätietoihin

Ad-hoc-testaus: Ad-hoc-testaus on epävirallinen testaustyyppi, jonka tarkoituksena on rikkoa järjestelmä. Tämän tyyppinen ohjelmistotestaus on suunnittelematonta toimintaa. Se ei noudata mitään testisuunnitelmaa testitapausten luomisessa. Ad-hoc-testaus tehdään satunnaisesti missä tahansa sovelluksen osassa; se ei tue mitään jäsenneltyä testaustapaa.

Palautustestaus: Palautustestaus käytetään määrittämään, kuinka hyvin sovellus voi toipua kaatumisista, laitteistovioista ja muista ongelmista. Palautustestauksen tarkoituksena on varmistaa järjestelmän kyky toipua testauspisteistä, joissa vika.

Staattinen testaus: Staattinen testaus on ohjelmistojen testaustekniikka, jolla voimme tarkistaa ohjelmiston viat suorittamatta sitä. Staattinen testaus tehdään virheiden välttämiseksi kehityksen alkuvaiheessa, koska vika on helpompi löytää alkuvaiheessa. Staattista testausta käytetään havaitsemaan virheet, joita ei välttämättä löydy dynaamisesta testauksesta.

Miksi käytämme staattista testausta?

Staattinen testaus auttaa löytämään vian alkuvaiheessa. Staattisen testauksen avulla tämä lyhentää kehitysaikatauluja. Se vähentää testauskustannuksia ja -aikaa. Staattista testausta käytetään myös kehitystyön tuottavuuden parantamiseen.

happamat ominaisuudet

Komponenttien testaus: Komponenttien testaus on myös eräänlainen ohjelmistotestaus, jossa testaus suoritetaan jokaiselle komponentille erikseen ilman integrointia muihin osiin. Komponenttitestaus on myös eräänlainen black-box-testaus. Komponenttitestausta kutsutaan myös yksikkötestaukseksi, ohjelmatestaukseksi tai moduulitestaukseksi.

Harmaan laatikon testaus: Harmaan laatikon testaus määritellään sekä valkoisen että mustan laatikon testauksen yhdistelmäksi. Gray Box -testaus on testaustekniikka, joka suoritetaan rajoitetulla tiedolla järjestelmän sisäisestä toimivuudesta.

Mitä ovat toiminnallisen testauksen työkalut?

Toiminnallista testausta voidaan suorittaa myös erilaisilla paitsi manuaalisella testauksella. Nämä työkalut yksinkertaistavat testausprosessia ja auttavat saamaan tarkkoja ja hyödyllisiä tuloksia.

Se on yksi merkittävimmistä ja tärkeimmistä tekniikoista, joista päätettiin ja määriteltiin ennen kehitysprosessia.

Toimintatestauksessa käytetyt työkalut ovat:

Mitkä ovat toiminnallisen testauksen edut?

Toiminnallisen testauksen edut ovat:

• Se tuottaa virheetöntä tuotetta.
• Se varmistaa, että asiakas on tyytyväinen.
• Se varmistaa, että kaikki vaatimukset täyttyvät.
• Se varmistaa sovelluksen/ohjelmiston/tuotteen kaikkien toimintojen oikean toiminnan.
• Se varmistaa, että ohjelmisto/tuote toimii odotetulla tavalla.
• Se takaa turvallisuuden ja turvallisuuden.
• Se parantaa tuotteen laatua.

Esimerkki: Tässä annamme esimerkin pankkiohjelmistosta. Pankissa kun rahat siirretään pankista A pankkiin B. Ja pankki B ei saa oikeaa summaa, peritään maksu tai rahaa ei ole muunnettu oikeaan valuuttaan tai väärä siirto tai pankki A ei saa tilioteneuvontaa pankista B, jonka maksu on vastaanotettu. Nämä ongelmat ovat kriittisiä, ja ne voidaan välttää asianmukaisella toimintatestauksella.

Mitkä ovat toiminnallisen testauksen haitat?

Toiminnallisen testauksen haitat ovat:

• Toiminnallinen testaus voi jättää huomiotta kriittisen ja loogisen virheen järjestelmässä.
• Tämä testaus ei takaa ohjelmiston käynnistymistä.
• Mahdollisuus suorittaa redundantteja testauksia on suuri toiminnallisessa testauksessa.

Paketoida

Tästä voimme helposti päätellä, että toiminnallinen testaus on välttämätöntä huippuluokan ohjelmistotuotteen vahvan perustan rakentamiseksi. Se toimii rakenteen perustana, ja se on tärkeä osa jokaista testirutiinia.