Mikä on komponenttitestaus?
Komponenttitestaus määritellään ohjelmistotestaustyypiksi, jossa testaus suoritetaan jokaiselle yksittäiselle komponentille erikseen integroimatta muiden komponenttien kanssa. Sitä kutsutaan myös moduulitestaukseksi, kun sitä tarkastellaan arkkitehtuurin näkökulmasta. Komponenttitestaukseen viitataan myös nimellä Yksikkötestaus, Ohjelman testaus tai Moduulien testaus.
Yleensä kaikki ohjelmistot kokonaisuutena koostuvat useista komponenteista. Komponenttitasotestaus käsittelee näiden komponenttien testaamista yksittäin.
Se on yksi yleisimmistä mustan laatikon testaustyypeistä, jonka QA Team suorittaa.
Alla olevan kaavion mukaisesti komponenttitestaukselle on testistrategia ja testisuunnitelma. Jokainen ohjelmiston tai sovelluksen osa katsotaan erikseen. Kullekin komponentille määritetään testiskenaario, joka tuodaan edelleen alas korkean tason testitapauksissa -> matalan tason yksityiskohtaiset testitapaukset ja edellytykset.
Termin " komponenttitestaus " käyttö vaihtelee toimialueittain ja organisaatiossa.
Yleisin syy erilaiseen käsitykseen komponenttitestauksesta ovat
- Kehitystyypin elinkaarimalli valittu
- Testattavan ohjelmiston tai sovelluksen monimutkaisuus
- Testaus ohjelmiston tai sovelluksen muusta osasta erillään tai ilman erillistä komponenttia.
Kuten tiedämme, ohjelmistotestin elinkaariarkkitehtuurissa on paljon testiartefakteja (tehdyt asiakirjat, joita käytetään testaustoimien aikana). Monien testien - artefaktien - joukossa testikäytäntö ja testausstrategia määrittelevät testityypit, tietyssä projektissa suoritettavan testauksen syvyyden.
Kuka tekee komponenttitestauksen
Komponenttitestauksen suorittavat testaajat. Kehittäjät suorittavat yksikötestauksen, jossa he testaavat yksittäisen toiminnallisuuden tai menettelytavan. Kun yksikkötestaus on suoritettu, seuraava testaus on komponenttitestaus. Testaajat suorittavat komponenttitestauksen.
Milloin komponenttitestaus suoritetaan
Komponenttitestaus suoritetaan pian sen jälkeen, kun kehittäjät ovat suorittaneet yksikötestauksen ja koontiversio on vapautettu testausryhmälle. Tätä koontiversiota kutsutaan UT-koontiversioksi (Unit Testing Build). Kaikkien komponenttien tärkeimmät toiminnot testataan tässä vaiheessa,
Osan testausvaatimukset
- UT: hen sisällytettävien komponenttien vähimmäismäärä tulisi kehittää ja testata.
Poistumiskriteerit komponenttitestaukselle
- Kaikkien komponenttien toimivuuden pitäisi toimia hyvin.
- Vikalokissa ei saa olla kriittisiä tai korkeita tai keskivaikeita ja tärkeitä vikoja.
Komponenttien testaustekniikat
Testaustasojen syvyyden perusteella komponenttitestaus voidaan luokitella
- CTIS - komponenttien testaus pieninä
- CTIL - komponenttitestaus suurina
CTIS - Komponenttien testaus pienissä
Komponenttitestaus voidaan tehdä eristämättä testattavan ohjelmiston tai sovelluksen muita komponentteja. Jos se suoritetaan eristämällä toinen komponentti, sitä kutsutaan komponenttitestaukseksi pienissä.
Esimerkki 1: Tarkastellaan verkkosivustoa, jolla on 5 erilaista verkkosivua, ja sitten testataan kutakin verkkosivua erikseen ja muita komponentteja eristämällä kutsutaan komponenttitestaukseksi pienissä.
Esimerkki 2: Tarkastellaan guru99.com-verkkosivuston kotisivua, jolla on monia komponentteja, kuten
Koti, testaus, SAP, verkko, täytyy oppia!, Big Data, Live-projektit, blogi jne.
Vastaavasti kaikki ohjelmistot on valmistettu monista komponenteista, ja jokaisella komponentilla on myös omat alikomponentit. Kunkin esimerkissä 2 mainitun moduulin testaamista erikseen ottamatta huomioon integrointia muiden komponenttien kanssa kutsutaan komponenttien testaukseksi pienissä.
Napsauta Testaus-pudotusvalikkoa alla olevan pikanäytön mukaisesti ja näet testauskomponentin eri "alikomponentit" . Joten näytettävät alikomponentit ovat manuaalinen testaus, SOAPUI, QTP, JUnit, seleeni, testien hallinta, seleeni, mobiilitestaus jne.
Huomaa: Alakomponentti mainitaan punaisella korostetulla värillä alla olevassa tilannekuvassa.
CTIS - Komponenttien testaus pienissä
Komponenttitestausta, joka suoritetaan eristämättä testattavan ohjelmiston tai sovelluksen muita komponentteja, kutsutaan komponenttitestaukseksi Suuri.
Otetaan esimerkki ymmärtääksemme sen paremmin. Oletetaan että on sovellus, joka koostuu kolmesta komponentista sanoa Komponentti A , komponentti B, ja C-komponentti .
Kehittäjä on kehittänyt komponentin B ja haluaa sen testaavan. Mutta komponentin B täydellisen testaamiseksi muutamat sen toiminnot ovat riippuvaisia komponentista A ja harvat komponentista C.
Toimintavirta: A -> B -> C, mikä tarkoittaa, että molemmista A: sta ja B: stä on riippuvuus B: stä, kuten kaavion tynkä on kutsuttu funktio, ja ohjain on kutsuva toiminto .
Komponenttia A ja komponenttia C ei ole kuitenkaan vielä kehitetty. Tällöin komponentin B täydelliseksi testaamiseksi voimme korvata komponentin A ja komponentin C tarvittaessa ja ohjaimilla. Joten pohjimmiltaan komponentti A ja C korvataan tynkä & kuljettajalla, joka toimii nuken objektina, kunnes ne todella kehitetään.
- Tynkä: Testattava ohjelmistokomponentti kutsuu tynkä, kuten alla olevassa kaaviossa on esitetty, komponentti A kutsuu tynkä.
- Ohjain: Kuljettaja kutsuu testattavan osan alla olevan kaavion mukaisesti. Kuljettaja kutsuu komponentin B.
Esimerkkejä testitapauksista komponenttitestausta varten
Tarkastellaan kahta verkkosivua alla mainittujen kaavioiden mukaisesti. Tässä molemmat verkkosivut ovat toisiinsa yhteydessä toiminnallisuuden näkökulmasta.
- Verkkosivu 1 on kirjautumissivu osoitteeseen demo.guru99.com
Kun käyttäjä on syöttänyt kelvollisen käyttäjätunnuksen ja salasanan tekstikenttään ja napsauttanut Lähetä-painiketta, verkkosivu siirtyy guru99-demopankin verkkosivuston 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 komponenttitestaukseksi .
Komponenttien testausskenaariot verkkosivulla1 -
- Anna virheellinen käyttäjätunnus ja tarkista, näkyykö käyttäjäystävällinen varoitus ponnahdusikkuna loppukäyttäjälle.
- Syötä virheellinen käyttäjätunnus ja salasana ja napsauta 'nollaa' ja tarkista, onko tekstikenttiin käyttäjätunnus ja salasana syötetyt tiedot tyhjennetty.
- Syötä voimassa oleva käyttäjänimi ja salasana ja napsauta "Kirjaudu" -painiketta.
Komponenttien testausskenaariot verkkosivulla2 -
- Tarkista, näkyykö kotisivulla Tervetuloa guru99-pankin johtajasivulle -viesti.
- Tarkista, ovatko kaikki verkkosivun vasemmalla puolella olevat linkit napsautettavissa.
- Tarkista, näkyykö hallinnoijan tunnus kotisivun keskellä.
- Varmista, että kotisivulla on 3 erilaista kuvaa kaavion mukaisesti.
Yksikkötestaus Vs-komponenttien testaus
| Yksikkötestaus | Komponenttien testaus |
|---|---|
|
|
|
|
|
|
|
|
Yhteenveto:
Ohjelmistotuotannossa komponenttitestauksella on ratkaiseva rooli virheiden löytämisessä. Ennen kuin aloitamme integraatiotestauksen, on aina suositeltavaa suorittaa komponenttitestaus sen varmistamiseksi, että sovelluksen kukin komponentti toimii tehokkaasti.
Integraatiotestausta seuraa komponenttitestaus. Komponenttitestausta kutsutaan joissakin viitteissä myös moduulitestaukseksi.