Mitä on komponenttien testaus? Tekniikat, esimerkkitestitapaukset

Mitä on komponenttien testaus?

Komponenttitestaus määritellään ohjelmistotestaustyypiksi, jossa testaus suoritetaan jokaiselle yksittäiselle komponentille erikseen ilman integrointia muihin komponentteihin. Sitä kutsutaan myös moduulitestaukseksi, kun sitä tarkastellaan arkkitehtuurin näkökulmasta. Komponenttitestausta kutsutaan myös yksikkötestaukseksi, ohjelmatestaukseksi tai moduulitestaukseksi.

Yleensä mikä tahansa ohjelmisto kokonaisuudessaan koostuu useista komponenteista. Komponenttitason testaus käsittelee näiden komponenttien testaamista erikseen.

Se on yksi yleisimmistä mustan laatikon testaustyypeistä, jonka QA Team suorittaa.

Alla olevan kaavion mukaisesti komponenttien testausta varten on testausstrategia ja testisuunnitelma. Kun ohjelmiston tai sovelluksen jokaista osaa tarkastellaan erikseen. Jokaiselle tälle komponentille a Testiskenaario määritellään, ja ne jaetaan edelleen kohtaan Korkean tason testitapaukset -> matalan tason yksityiskohtaiset testitapaukset, joissa on edellytykset.

termin "" käyttöKomponenttien testaus” vaihtelee verkkotunnuksesta toiseen ja organisaatiosta toiseen.

Yleisin syy erilaiseen käsitykseen komponenttitestauksesta on

Kehityksen elinkaarimallin tyyppi valittu
Testattavan ohjelmiston tai sovelluksen monimutkaisuus
Testaus joko erillään tai eristämättä ohjelmiston tai sovelluksen muista komponenteista.

Kuten tiedämme ohjelmistotestin elinkaari ArchiTecturessa on paljon monia testi-artefakteja (Testaustoimintojen aikana käytettyjä asiakirjoja). Monien testien – artefaktien – joukossa se on Test Policy & Test Strategy, joka määrittelee testaustyypit ja tietyssä projektissa suoritettavan testauksen syvyyden.

Kuka tekee komponenttien testauksen

Komponenttitestauksen suorittavat testaajat. "Yksikkötestauksen" suorittavat kehittäjät, joissa he testaavat yksittäisiä toimintoja tai menettelyjä. Jälkeen Yksikkötestaus suoritetaan, seuraava testaus on komponenttien testaus. Komponenttitestauksen tekevät testaajat.

Milloin komponenttitestaus suoritetaan

Komponenttien testaus suoritetaan pian sen jälkeen, kun kehittäjät ovat suorittaneet yksikkötestauksen ja koontiversio on julkaistu testaustiimille. Tätä koontiversiota kutsutaan nimellä UT build (Unit Testing Build). Tässä vaiheessa testataan kaikkien komponenttien tärkeimmät toimivuus,

Komponenttien testauksen osallistumiskriteerit

UT:n sisältämien komponenttien vähimmäismäärä tulee kehittää ja yksikkötestata.

Komponenttien testauksen poistumiskriteerit

Kaikkien komponenttien toiminnallisuuden pitäisi toimia hyvin.
Mitään kriittistä tai korkeaa tai keskisuuria vakavuuden ja prioriteetin vikoja ei saa esiintyä Vika log.

Komponenttien testaustekniikat

Testitasojen syvyyden perusteella komponenttien testaus voidaan luokitella

CTIS – Component Testing In Small
CTIL – Komponenttien testaus suuressa mittakaavassa

CTIS – Komponenttien testaus pienissä

Komponenttien testaus voidaan tehdä testattavan ohjelmiston tai sovelluksen muiden komponenttien eristämisen kanssa tai ilman sitä. Jos se suoritetaan eristämällä toinen komponentti, siihen viitataan nimellä Component Testing in Small.

Esimerkki 1: Harkitse verkkosivustoa, jossa on 5 erilaista verkkosivua, minkä jälkeen jokaisen verkkosivun testaamista erikseen ja muiden komponenttien eristämisellä kutsutaan komponenttien testaamiseksi pienessä.

Esimerkki 2: Harkitse guru99.com-sivuston kotisivua, jossa on monia komponentteja, kuten

Koti, testaus, SAP, Web, Must Learn!, Big Data, Live-projektit, blogi ja jne.

Samoin mikä tahansa ohjelmisto koostuu monista komponenteista ja jokaisella komponentilla on myös omat alikomponenttinsa. Jokaisen esimerkissä 2 mainitun moduulin testaamista erikseen harkitsematta integrointia muihin komponentteihin kutsutaan nimellä Komponenttien testaus pienessä.

Komponenttien testaustekniikat — Kuinka tehdä komponenttien testaus

Napsauta Testaus-pudotusvalikkoa alla olevan kuvaesityksen mukaisesti ja katso erilaisia "alikomponentit" Testauskomponentista. Joten näytetyt osakomponentit ovat Manuaalinen testaus, SOAPUI, QTP, JUnit, Selenium, Testinhallinta, Selenium, Puhelinnumero Testaus jne.

Huomautus: Alakomponentit mainitaan punaisella korostetulla värillä alla olevassa tilannekuvassa.

CTIL – Komponenttien testaus suuressa mittakaavassa

Komponenttitestausta, joka tehdään eristämättä muita testattavan ohjelmiston tai sovelluksen komponentteja, kutsutaan komponenttien testaamiseksi suureksi.

Otetaan esimerkki ymmärtääksemme sitä paremmin. Oletetaan, että on sovellus, joka koostuu kolmesta osasta Komponentti A, Komponentti B, ja Komponentti C.

Kehittäjä on kehittänyt komponentin B ja haluaa sen testattavan. Mutta jotta täysin testaa komponenttia B, harvat sen toiminnot ovat riippuvaisia komponentista A ja harvat komponentista C.

Toimintojen kulku: A -> B -> C mikä tarkoittaa, että B on riippuvainen sekä A:sta että C:stä, kuten kaavion tynkä on kutsutaan funktioksi, ja kuljettaja on soittotoiminto.

Mutta komponenttia A ja komponenttia C ei ole vielä kehitetty. Siinä tapauksessa komponentin B testaamiseksi kokonaan voimme korvata komponentin A ja komponentin C tyngällä ja ajureilla tarpeen mukaan. Joten periaatteessa komponentit A & C korvataan stubilla ja kuljettajilla, jotka toimivat valeobjektina, kunnes ne on todella kehitetty.

Tynkä: Testattavasta ohjelmistokomponentista kutsutaan tynkä alla olevan kaavion mukaisesti. Komponentti A kutsuu tynkän.
kuljettaja: Ajuri kutsuu testattavaa komponenttia alla olevan kaavion mukaisesti. Ohjain kutsuu komponenttia B.

Esimerkki testitapauksista komponenttien testaamiseen

Harkitse kahta verkkosivua alla mainittujen kaavioiden mukaisesti. Tässä molemmat verkkosivut liittyvät toisiinsa toiminnallisuuden näkökulmasta.

Web-sivu 1 on demo.guru99.com-kirjautumissivu

Kun käyttäjä syöttää kelvollisen käyttäjätunnuksen ja salasanan tekstikenttään ja klikkaa Lähetä-painiketta, web-sivu siirtyy guru99 demopankin kotisivulle.

Verkkosivu 2 on Guru99.comin kotisivu

Joten tässä kirjautumissivu on yksi komponentti, ja kotisivu on toinen. Nyt yksittäisten sivujen toimivuuden testaamista erikseen kutsutaan komponenttien testaus.

Komponenttien testausskenaariot sivulla1 –

Anna virheellinen käyttäjätunnus ja tarkista, näkyykö loppukäyttäjälle käyttäjäystävällinen varoitusikkuna.
Syötä virheellinen käyttäjätunnus ja salasana, napsauta 'reset' ja tarkista, ovatko tekstikentissä käyttäjätunnus ja salasana kirjoitetut tiedot tyhjennetty.
Syötä voimassa oleva käyttäjätunnus ja salasana ja napsauta 'Kirjaudu' -painiketta.

Komponenttien testausskenaariot sivulla2 –

Tarkista, näkyykö etusivulla viesti "Tervetuloa guru99 pankin johtajasivulle".
Tarkista, ovatko kaikki verkkosivun vasemmalla puolella olevat linkit napsautettavissa.
Tarkista, näkyykö esimiehen tunnus etusivun keskellä.
Varmista, että kotisivulla on kolme eri kuvaa kaavion mukaisesti.

Yksikkötestaus vs komponenttien testaus

Yksikkötestaus	Komponenttien testaus
Kutsutaan yksittäisten ohjelmien, moduulien testaus sen osoittamiseksi, että ohjelma toimii spesifikaatioiden mukaisesti Yksikkötestaus	Kutsutaan jokaisen objektin tai ohjelmiston osien testaamista erikseen muiden objektien eristämisen kanssa tai ilman Komponenttien testaus
Se on validoitu suunnitteluasiakirjoihin nähden	Se on validoitu testivaatimuksiin, käyttötapauksiin
Yksikkötestauksen tekevät kehittäjät	Komponenttitestauksen tekevät testaajat
Yksikkötestaus tehdään ensin	Komponenttien testaus suoritetaan sen jälkeen, kun yksikkötestaus on valmis kehittäjien puolelta.

Yhteenveto

In Ohjelmistotuotanto, Komponenttien testaus on ratkaisevassa roolissa vikojen löytämisessä. Ennen kuin aloitamme Integraation testaus komponenttitestauksen ja integrointitestauksen jälkeen seuraa komponenttitestaus.

Komponenttitestausta kutsutaan joissakin viitteissä myös moduulitestaukseksi.

Saatat tykätä: