Mikä on integraatiotestaus

Tietotekniikan kehityksen myötä asiat ovat entistä helpompaa meille, ihmisille, ja kirjaimellisesti kaikki voidaan tehdä vain yhdellä silmäyksellä. Mutta ennen kaikkea voidaan tehdä paljon kovaa työtä ja mikä tärkeintä kaikesta ”LOGICista” on asetettu sen takana. Nyt joskus olemme havainneet, että jotkut toiminnot eivät toimi tarkasti odotuksilla tai ohjelmistosta saadut tulokset eivät vastaa odotuksiamme, siinä ohjelmistotestauksella on tärkeä rooli. Järjestelmävikojen korjaaminen oikeiden / odotettujen tulosten saamiseksi on ohjelmistotestaus.

Ymmärtääksesi mitä integraatiotestaus tarkoittaa, meidän on ensin ymmärrettävä, mitä ohjelmistotestaus tarkoittaa! Ohjelmistotestaus on toiminta, jolla varmistetaan, vastaako testin tulos / tulos odotettua tulosta / tulosta, mikä tarkoittaa, että ohjelmisto toimii oikein. Tietyn ohjelmiston / järjestelmän ajon jälkeen saadun tuloksen on vastattava tulosta, jonka odotetaan olevan ohjelmiston / järjestelmän lähtö; Jos se ei onnistu, ohjelmisto on kirjoitettava uudelleen tai tietyt muutokset on tehtävä koodin sisällä.

Ohjelmistojärjestelmän ohjelmistotestaus tehdään eri tasoilla. Testaustasot on kuvattu seuraavasti:

Integrointitestaus tehdään kronologisesti ensimmäisen vaiheen ”Unit Testing” jälkeen. Kun nimiintegraatio menee, integraatiotestauksen tekstimääritelmä on ”Yksittäiset ohjelmistomoduulit yhdistetään ja testataan yhdessä, kuten ryhmä”. Se tarkoittaa, että ohjelmissa on monia komponentteja. Nämä monet komponentit yhdessä muodostavat ohjelmistojärjestelmän. Tätä ohjelmistojärjestelmää testataan yhdessä, ja testaustaso, jolla sitä testataan, tunnetaan integraatiotestauksena. Joten kun näitä moduuleja yhdistetään, niistä saatujen tulosten on oltava vastaavia odotetulle tulokselle, jolloin integraatiotestaus tulee osaan. Integrointitestauksen päätarkoitus on tarkistaa toimivatko yksittäiset moduulit oikein yhdessä, kun ne yhdistetään.

Tunnetaan myös nimellä I & T (Integration and Testing) ja voi auttaa sekä yksilön testaamisessa että koko moduulin testaamisessa. Se sisältyy sekä Black Box- että White Box -testeihin. Suurin osa organisaatioista testaa ohjelmistonsa vain yksikkötestauksen ja toiminnallisen testauksen menetelmillä.

Tyypit ja lähestymistavat

Integrointitestausta on neljä tyyppiä ja lähestymistapoja, jotka mainitaan jäljempänä:

  1. Big bang -lähestymistapa
  2. Alhaalta ylöspäin suuntautuva lähestymistapa
  3. Ylhäältä alas -lähestymistapa
  4. Hybrid / Sandwich

1. Big Bang -lähestymistapa:

Ohjelmistojärjestelmien kehitetyt moduulit / komponentit on kytketty toisiinsa. Nämä yksittäiset moduulit testataan yhdessä kytkettäessä. Yksikkötestauksen jälkeen nämä moduulit testataan yhdessä, jotka muodostavat ohjelmistojärjestelmän. Mutta joillakin meistä saattaa olla kysymys siitä, miten ohjelmistojärjestelmien testaus kokonaisuutena ja integraatiotestaus eroavat toisistaan? Tärkein asia, jonka ymmärrämme tässä, on se, että integraatiotestauksessa testataan yksittäiset moduulit yhdessä, kun yksikkötestit on suoritettu; ja ohjelmistojärjestelmätestauksessa koko järjestelmä testataan kaikilla parametreillä ottaen huomioon.

Seuraava kaavio kuvaa tarkalleen mitä integraation testauksen Big Bang -lähestymistapa tarkoittaa:

Big Bang -lähestymistapaan liittyy joitain etuja ja haittoja:

edut:

  • On erittäin kätevää lähestyä, jos järjestelmät ovat pieniä. Koska tähän lähestymistapaan kuluu enemmän aikaa, suuret järjestelmät voivat johtaa enemmän ajan kulutukseen.
  • Vianmääritys on tässä yhteydessä erittäin helppoa, kun otetaan huomioon pienet järjestelmät

haitat:

  • Koska kaikki moduulit ovat kytkettyinä, jos järjestelmissä ilmenee jonkin verran vikaa, sitä on vaikea havaita.
  • Jotkut moduulit ovat erittäin tärkeitä ja ne on testattava. Nämä moduulit on testattava ennen niiden käyttöä järjestelmässä. Integrointitestauksen aikana näitä moduuleja ei ehkä testata tehokkaasti, koska kaikki moduulit on kytketty toisiinsa.
  • Koko ohjelmistojärjestelmän aika on paljon enemmän kuin muilla integraatiotestausmenetelmillä.
  • Moduulien kytkentä voi viedä jonkin aikaa, mikä voi johtaa ohjelmistojärjestelmän kokonaisprosessiajan käyttämiseen.
  • Tähän lähestymistapaan kuluu enemmän aikaa, koska monet moduulit on kytketty yhteen ja kunkin moduulin testaaminen vie enemmän aikaa.

2. Lähestymistapa ylhäältä

Tässä lähestymistavassa matalan tason moduulit testataan ensin yhdessä ja erikseen. Kaikki alatason moduulit on integroitu, mukaan lukien toiminnot ja menettelytavat, ja kaikki on kytketty ja testattu. Tämä auttaa ylemmän tason moduulien testaamisessa, koska se muodostaa perustan sille. Tämä toimenpide toistetaan kaikille moduuleille alatasosta ylätason moduuleille testataan perusteellisesti. Yksinkertaisesti sanottuna testaus alkaa sisäisistä ja alimmista moduuleista ja suuntaa vähitellen ylöspäin. Nyt kuten kaaviossa todetaan, kuljettajalla on apua tehtäessä. Joten mikä on kuljettaja ja miten se auttaa? Kuten virtaus viittaa, ylimmän tason moduuleja ei voida integroida järjestelmään ennen kuin ja ellei alatason moduulien testausta ole tehty ja kytketty. Joten kuljettaja auttaa täällä ala- ja ylemmän tason moduulien kytkemisessä ja toimii keskipitkällä tai teknisellä termillä puhelutoiminto.

edut:

  • Yksittäisiä moduuleja voidaan kehittää, kun käytetään integraatiotestauksen alhaalta ylös -lähestymistapaa, koska kytkentä- ja integraatiotestaus tehdään sen jälkeen, kun alatason moduulit on testattu ensin.
  • Jos virhettä esiintyy / ilmenee, se voidaan korjata samaan aikaan ja samalla tasolla. Virheiden tunnistaminen ja korjaaminen on paljon helpompaa kuin muut lähestymistavat.
  • Virheen tunnistamiseen ja korjaamiseen tarvittava aika on paljon vähemmän verrattuna muihin lähestymistapoihin.
  • Virheet voidaan ratkaista samalla esiintymän alatasolla tai ylimmällä tasolla.

haitat:

  • Koko prosessille kuluu enemmän aikaa, testausprosessi ei pääty, ennen kuin molemmat, sekä ylemmän että alemman tason moduulit ovat mukana ja testattu.
  • Ohjaimet ovat välttämättömiä korkean tason moduulien kutsumiseksi
  • Jos ohjelmistojärjestelmä sisältää enemmän ja enemmän pieniä, mutta monimutkaisia ​​moduuleja, ohjelmistojen testausprosessin loppuun saattaminen voi viedä enemmän aikaa.

3. Ylhäältä alas -lähestymistapa

Tämä lähestymistapa on täysin päinvastainen kuin alhaalta ylöspäin suuntautuva lähestymistapa. Ylimmän tason moduulit testataan aluksi ja sitten samanaikaisesti myös muut alemman tason moduulit. Ylämoduulit testataan ensin yksittäin, kuten ylimmälle moduulille suoritetaan erikoistunut yksikkötestaus, ja lopulta muut moduulit otetaan huomioon ja testataan. Ylhäältä alas -lähestymistapa vaatii puhelutoiminnon, kuten alhaalta ylöspäin suuntautuva lähestymistapa nimeltään Stubs. Kannot ovat lyhytkoodilogiikkalausekkeita, joita käytetään vastaanottamaan tulot ylemmän tason moduuleista ja kutsutaan lopulta alatason moduuleja integroimiseksi ja testaamiseksi.

edut:

  • Tässä lähestymistavassa voidaan helposti havaita vikoja tai virheitä.
  • Tärkeät moduulit testataan perusteellisesti ja ennen muita moduuleja.
  • Ohjelmistojärjestelmien integroinnin testaus voidaan tehdä vähemmän aikaa verrattuna muihin lähestymistapoihin.

haitat:

  • Pohjatason moduuleja ei saa testata odotetulle tasolle tai niitä ei voida testata vaatimusten mukaisesti.
  • Silppuja tarvitaan ja niitä tarvitaan testausprosessin etenemiseen edelleen.

4. Hybridi / voileipä lähestymistapa

Tunnetaan myös nimellä Mixed Integration Testing. Alhaalta ylöspäin -lähestymistapa ja ylhäältä alas -lähestymistapa yhdistetään tähän lähestymistapaan. Tästä syystä tunnetaan hybridi-, sandwich- tai sekaintegraatiotestausmenetelmänä. Tätä lähestymistapaa käytetään peittämään molemmat lähestymistavat erikseen. Ylin moduuli on testattu yksiköllä ja samalla alatason moduulit integroidaan ja testataan ylimmän tason moduulien kanssa.

edut:

  • Käytetään enimmäkseen suurissa projekteissa ja joiden valmistuminen vaatii paljon aikaa.

haitat:

  • Tämän tyyppisen testauksen kustannukset ovat melko korkeat, koska molempia lähestymistapoja käytetään testauksen suorittamiseen.

Integrointitestauksen edut

  1. Integrointitestaus eri moduuleille samanaikaisesti on helppoa.
  2. Voidaan käyttää testausprosessin varhaisessa ja myöhemmässä vaiheessa.
  3. Koodinpituus on enemmän verrattuna muihin ohjelmistotestaustekniikoihin, koska sekä alhaalta ylös että ylhäältä alas -lähestymistapoja voidaan käyttää.
  4. Vaatimusten muutosten mukaan kehitys vaihtelee, joten moduulien testauksesta tulee eri tasoilla tärkeitä, joille integraatiotestausta voidaan käyttää helposti.

Miksi integraatiotestausta käytetään?

  • Ihmiset, jotka ovat käyneet IT-alalla, saattavat tietää jatkuvista muutoksista, joita tapahtuu. Joka päivä tietyn ohjelmistojärjestelmän kehittämisen tarve muuttuu vaatimusten mukaan, joten päivittäin kehitetään uusia koodipaikannuksia. Nyt kun nämä laastarit on kytketty yhteen muodostamaan yksi ohjelmisto. Joten tämän tarkistamiseksi integraatiotestaus ja sen lähestymistavat ovat pakollisia.
  • Kun monimutkainen tai valtava ohjelmisto koodataan tai rakennetaan, se luokitellaan erillisiin moduuleihin. Monet ihmiset työskentelevät näiden moduulien kanssa samanaikaisesti, mutta kun nämä moduulit on integroitu, testaus tehdään. Useimmissa tapauksissa moduulien integrointi vaatii siihen integraatiotestauksen, ennen kuin sitä jatketaan.
  • Suurin osa ohjelmistosovelluksista vaatii, jotkut tukevat kirjastoja toimimaan. Integrointitestaus tehdään, kun näitä kirjastoja käytetään yhdessä kehitetyn koodin kanssa.
  • Integroinnista tulee pakollinen ohjelmistoa kehitettäessä, koska virheet voidaan korjata määrätyllä tasolla. Nyt, kun tiedämme lähestymistavoista, yhtä näistä lähestymistavoista voidaan käyttää siihen.

Integroinnin testaustapaukset

Ajattelemme rakentavan yhtä työntekijänhallintaohjelmistoa. Tällä ohjelmistolla on kolme pääkohtaa:

  1. Työntekijän kirjautuminen
  2. Työntekijäraportti
  3. Työntekijän palkanimityssivu ja palkkataso

Nyt, ottaen huomioon yllä oleva tapaus, ensin kehitetään ohjelmisto ja virtauksen tulisi olla Työntekijän rekisteröinti (Arvojen syöttäminen, esim. Työntekijän tunnus, nimi, puhelinnumero jne.). Oikean syötteen jälkeen sen tulisi ohjata uudelleen työntekijäraporttisivulle. Nyt, jos työntekijää ei ohjata tänne raporttisivulle eikä suoraan palkatietosivulle, niin se on virhe. Joten tämän oikaisemiseksi suoritetaan integraatiotestaus vuo, toimintojen järjestys.

Toinen esimerkki integraatiotestauksesta olisi:

Tarkistamme päivittäin sähköpostiviestimme. Kaikki sähköpostipalveluntarjoajat tarjoavat meille saman toiminnallisuuden.

Login-> Inbox->Send / Delete Mail-> Logout

Kun kirjaudumme heidän palvelimiinsa, tarkistetaan ensin arvojen oikeellisuus, eli yksikkötestaus. Joten nyt, kun käyttöoikeustiedot täsmäävät, kirjautumissivun pitäisi siirtää meidät saapuneet-sivulle. Se on odotettu tulos. Jos se ei siirrä meitä Saapuneet-sivulle, sen sijaan siirrä meidät jollekin roskakansille, siitä tulee integraatiotestaustapaus. Sama pätee sähköpostien lähettämiseen ja poistamiseen.

Muut tapaukset voivat olla:

  • Kun onnistunut rekisteröinti mihin tahansa online- tai offline-sovellukseen, käyttäjän eteen tulee näkyä näyttöviesti.
  • Pankkisovellusten tulisi ohjata käyttäjät vaadittavalle tilin yhteenvetosivulle.
  • Onnistuneen kirjautumisen jälkeen sosiaalisen median sovelluksiin, esimerkiksi: Koti / Facebook-profiilin oletussivu tulee näkyviin.

johtopäätös

Koska niin paljon edistysaskeleita IT: n alalla, päivä päivältä, ja niin monet kehittäjät istuvat eri paikoissa työskentelevät samalla ohjelmistolla, integraatiotestauksesta on tullut pakollinen. Integrointitestausta voidaan lähestymistapoillaan käyttää sekä pienten että suurten ohjelmistosovellusten kanssa. Integrointitestauksesta, joka on ohjelmistotestaustasojen keskellä ja jolla on niin monia etuja, tulee yhä tärkeämmäksi kaupallisen tason asiakkaille ja säännöllinen tarkistus auttaa pitämään ohjelmiston ennallaan.

Suositellut artikkelit

Tämä on ollut opas integraatiotestaukseen. Tässä keskustelimme eräistä peruskäsitteistä, määritelmistä, tyypeistä ja lähestymistavasta sekä eduista että haitoista. Voit myös käydä läpi muiden ehdotettujen artikkeleidemme saadaksesi lisätietoja -

  1. Ura ohjelmistotestauksessa
  2. Ura ohjelmistokehittäjille
  3. Mikä on Black Box -testaus
  4. Hyödyllinen ura ohjelmistosuunnittelijana

Luokka:

Ohjelmistokehitys