Mikä on integraatiotestaus?
INTEGROINTITESTI määritellään testaustyypiksi, jossa ohjelmistomoduulit integroidaan loogisesti ja testataan ryhmänä. Tyypillinen ohjelmistoprojekti koostuu useista ohjelmistomoduuleista, jotka eri ohjelmoijat koodaavat. Tämän testaustason tarkoituksena on paljastaa vikoja näiden ohjelmistomoduulien välisessä vuorovaikutuksessa, kun ne integroidaan
Integraatiotestaus keskittyy näiden moduulien välisen tiedonsiirron tarkistamiseen. Tästä syystä sitä kutsutaan myös nimellä 'I & T' (integrointi ja testaus), 'merkkijonotestaus' ja joskus 'langan testaus' .
- Mikä on integraatiotestaus?
- Miksi integraatiotestaus?
- Esimerkki integraatiotestitapauksesta
- Integraatiotestauksen lähestymistavat, strategiat, menetelmät
- Big Bang -lähestymistapa:
- Inkrementaalinen lähestymistapa
- Mikä on tynkä ja kuljettaja?
- Alhaalta ylöspäin integrointi
- Ylhäältä alas -integraatio:
- Hybridi / voileipäintegraatio
- Kuinka tehdä integraatiotestaus?
- Lyhyt kuvaus integraatiotestisuunnitelmista:
- Integraatiotestauksen tulo- ja poistumiskriteerit
- Parhaat käytännöt / ohjeet integraatiotestaukseen
Miksi integraatiotestaus?
Vaikka kukin ohjelmistomoduuli on testattu yksikköä, vikoja on edelleen useista syistä, kuten
- Moduulin on yleensä suunnitellut yksittäinen ohjelmistokehittäjä, jonka ymmärrys ja ohjelmointilogiikka voivat poiketa muista ohjelmoijista. Integraatiotestaus on tarpeen, jotta voidaan varmistaa, että ohjelmistomoduulit toimivat yhtenäisesti
- Moduulikehityksen aikaan asiakkailla on suuret mahdollisuudet muuttaa vaatimuksia. Näitä uusia vaatimuksia ei välttämättä testata yksiköllä, joten järjestelmän integrointitestaus on tarpeen.
- Ohjelmistomoduulien liitännät tietokantaan voivat olla virheellisiä
- Mahdolliset ulkoiset laiteliitännät voivat olla virheellisiä
- Riittämätön poikkeusten käsittely voi aiheuttaa ongelmia.
Napsauta tätä, jos video ei ole käytettävissä
Esimerkki integraatiotestitapauksesta
Integraatiotestaustapa eroaa muista testitapauksista siinä mielessä, että se keskittyy lähinnä moduulien välisiin rajapintoihin ja tiedonkulkuun . Tässä on etusija annettava integroiville linkeille eikä jo testatuille yksikkötoiminnoille.
Esimerkkejä integraatiotestitapauksista seuraavaa skenaariota varten: Sovelluksessa on 3 moduulia, jotka sanovat 'Kirjautumissivu', 'Postilaatikko' ja 'Poista sähköpostit', ja kukin niistä on integroitu loogisesti.
Tässä ei keskity paljon kirjautumissivun testaukseen, koska se on jo tehty yksikkötestauksessa. Mutta tarkista, miten se on liitetty postilaatikkosivuun.
Samoin postilaatikko: Tarkista sen integrointi Poista viestit -moduuliin.
| Testitapauksen tunnus | Testitapauksen tavoite | Testitapauksen kuvaus | odotettu tulos |
|---|---|---|---|
| 1 | Tarkista käyttöliittymälinkki Kirjaudu ja postilaatikko -moduulin välillä | Anna kirjautumistiedot ja napsauta Kirjaudu-painiketta | Ohjaa postilaatikkoon |
| 2 | Tarkista postilaatikon ja Poista viestit -moduulin välinen liitäntäyhteys | Valitse postilaatikosta sähköpostiosoite ja napsauta poistopainiketta | Valitun sähköpostin pitäisi näkyä Poistettu / Roskakori-kansiossa |
Integraatiotestauksen lähestymistavat, strategiat, menetelmät
Ohjelmistotuotanto määrittelee erilaisia strategioita integraatiotestauksen suorittamiseksi, ts.
- Big Bang -lähestymistapa:
- Inkrementaalinen lähestymistapa: joka jaetaan edelleen seuraaviin
- Ylhäältä alaspäin -lähestymistapa
- Alhaalta ylöspäin -lähestymistapa
- Sandwich-lähestymistapa - ylhäältä alas ja alhaalta ylöspäin yhdistelmä
Alla ovat erilaiset strategiat, niiden toteutustapa ja rajoitukset sekä edut.
Big Bang -testaus
Big Bang -testaus on integraatiotestausmenetelmä, jossa kaikki komponentit tai moduulit integroidaan yhteen kerralla ja testataan sitten yhtenä yksikkönä. Tätä yhdistettyä komponenttisarjaa pidetään kokonaisuutena testauksen aikana. Jos kaikkia yksikön komponentteja ei ole valmis, integrointiprosessia ei suoriteta.
Edut:
- Kätevä pienille järjestelmille.
Haitat:
- Vian paikallistaminen on vaikeaa.
- Kun otetaan huomioon tässä lähestymistavassa testattavien rajapintojen suuri määrä, jotkut testattavat rajapintalinkit voidaan ohittaa helposti.
- Koska integraatiotestaus voi alkaa vasta "kaikkien" moduulien suunnittelun jälkeen, testausryhmällä on vähemmän aikaa suoritukseen testausvaiheessa.
- Koska kaikki moduulit testataan kerralla, korkean riskin kriittisiä moduuleja ei eristetä ja testata ensisijaisesti. Käyttöliittymiä käsitteleviä oheislaitteita ei myöskään eristetä ja testata ensisijaisesti.
Inkrementaalinen testaus
Vuonna Inkrementaalinen testaus lähestymistapa, testaus tehdään yhdistämällä kaksi tai useampia moduuleja, jotka on loogisesti liittyvät toisiinsa ja sitten testattiin asianmukaisen toiminnan hakemuksen. Sitten muut siihen liittyvät moduulit integroidaan asteittain ja prosessi jatkuu, kunnes kaikki loogisesti liittyvät moduulit integroidaan ja testataan onnistuneesti.
Inkrementaalinen lähestymistapa puolestaan suoritetaan kahdella eri menetelmällä:
- Alhaalta ylös
- Ylhäältä alas
Luokat ja kuljettajat
Tukit ja ajurit ovat integraatiotestauksen nuken ohjelmia, joita käytetään ohjelmistojen testaustoiminnan helpottamiseen. Nämä ohjelmat korvaavat testauksessa puuttuvat mallit. Ne eivät toteuta ohjelmistomoduulin koko ohjelmointilogiikkaa, mutta simuloivat datayhteyttä kutsuvan moduulin kanssa testauksen aikana.
Stub : Testattava moduuli kutsuu sen.
Ohjain : Kutsuu moduulin testattavaksi.
Alhaalta ylöspäin integroinnin testaus
Alhaalta ylöspäin integroinnin testaus on strategia, jossa alemman tason moduulit testataan ensin. Näitä testattuja moduuleja käytetään sitten edelleen helpottamaan ylemmän tason moduulien testaamista. Prosessi jatkuu, kunnes kaikki ylätason moduulit testataan. Kun alemman tason moduulit on testattu ja integroitu, muodostetaan seuraava moduulien taso.
Kaavioesitys :
Edut:
- Vian paikallistaminen on helpompaa.
- Ei ole aikaa hukkaan odottaessaan kaikkien moduulien kehittämistä toisin kuin Big-bang-lähestymistapa
Haitat:
- Kriittiset moduulit (ohjelmistoarkkitehtuurin ylimmällä tasolla), jotka ohjaavat sovellusten kulkua, testataan viimeisenä ja ne voivat olla alttiita virheille.
- Varhainen prototyyppi ei ole mahdollista
Ylhäältä alas integraatiotestaus
Ylhäältä alas -integraatiotestaus on menetelmä, jossa integraatiotestaus tapahtuu ylhäältä alas ohjelmistojärjestelmän ohjausvirtaa seuraten. Ensinnäkin testataan ylemmän tason moduulit ja sitten testataan ja integroidaan alemman tason moduulit ohjelmiston toimivuuden tarkistamiseksi. Olkia käytetään testaamiseen, jos jotkut moduulit eivät ole valmiita.
Kaavioesitys:
Edut:
- Vian paikallistaminen on helpompaa.
- Mahdollisuus hankkia varhainen prototyyppi.
- Kriittiset moduulit testataan ensisijaisesti; Suurimmat suunnitteluviat voitaisiin löytää ja korjata ensin.
Haitat:
- Tarvitsee monia tynkiä.
- Alemman tason moduulit testataan puutteellisesti.
Voileipätestaus
Sandwich-testaus on strategia, jossa huipputason moduuleja testataan alemman tason moduuleilla samalla, kun alemmat moduulit integroidaan ylimmän moduulin kanssa ja testataan järjestelmänä. Se on yhdistelmä ylhäältä alas- ja alhaalta ylöspäin -lähestymistapoja, joten sitä kutsutaan hybridin integraatiotestaukseksi . Se käyttää molempia tukia sekä kuljettajia.
Kuinka tehdä integraatiotestaus?
Integraatiotestimenettely riippumatta ohjelmistojen testausstrategioista (käsitelty edellä):
- Valmista integraatiotestisuunnitelma
- Suunnittele testiskenaariot, tapaukset ja komentosarjat.
- Testitapausten suorittaminen ja vikoista ilmoittaminen.
- Vikojen seuranta ja uudelleentestaus.
- Vaiheet 3 ja 4 toistetaan, kunnes integraation loppuun saattaminen onnistuu.
Lyhyt kuvaus integraatiotestisuunnitelmista:
Se sisältää seuraavat määritteet:
- Menetelmät / lähestymistavat testaukseen (kuten yllä on käsitelty).
- Integraatiotestauksen laajuudet ja soveltamisalan ulkopuoliset kohteet.
- Roolit ja vastuut.
- Edellytykset integraatiotestaukselle.
- Testausympäristö.
- Riski- ja lieventämissuunnitelmat.
Integraatiotestauksen tulo- ja poistumiskriteerit
Entry and Exit Criteria to Integration -testausvaihe missä tahansa ohjelmistokehitysmallissa
Pääsykriteerit:
- Yksikkötestatut komponentit / moduulit
- Kaikki korkean priorisoidut virheet on korjattu ja suljettu
- Kaikki moduulit on koodattava ja integroitu onnistuneesti.
- Integraatiotestit Suunnitelma, testitapaus, skenaariot, jotka on allekirjoitettava ja dokumentoitava.
- Vaaditaan testiympäristö, joka on määritettävä integraatiotestausta varten
Poistumiskriteerit:
- Integroidun sovelluksen onnistunut testaus.
- Suoritetut testitapaukset dokumentoidaan
- Kaikki korkean priorisoidut virheet on korjattu ja suljettu
- Toimitettavat tekniset asiakirjat ja julkaisutiedot.
Parhaat käytännöt / ohjeet integraatiotestaukseen
- Määritä ensin integrointitestistrategia, joka voitaisiin hyväksyä, ja valmistele myöhemmin testitapaukset ja testitiedot vastaavasti.
- Tutki sovelluksen arkkitehtuurisuunnittelua ja tunnista kriittiset moduulit. Nämä on testattava ensisijaisesti.
- Hanki käyttöliittymämallit Architectural-tiimiltä ja luo testitapauksia kaikkien rajapintojen yksityiskohtaiseksi tarkistamiseksi. Liitäntä tietokantaan / ulkoiseen laitteistoon / ohjelmistosovellukseen on testattava yksityiskohtaisesti.
- Testitapausten jälkeen kriittinen rooli on testitiedoilla.
- Pidä mallitiedot aina valmiina ennen suorittamista. Älä valitse testitietoja testitapauksia suorittaessasi.