Mitä integraatiotestaus on? (Esimerkki)

Mitä integraatiotestaus on?

Integraation testaus on määritelty testauksen tyypiksi, jossa ohjelmistomoduulit integroidaan loogisesti ja testataan ryhmänä. Tyypillinen ohjelmistoprojekti koostuu useista ohjelmistomoduuleista, jotka eri ohjelmoijat koodaavat. Tämän tason testauksen tarkoituksena on paljastaa vikoja näiden ohjelmistomoduulien välisessä vuorovaikutuksessa, kun ne on integroitu

Integraatiotestaus keskittyy näiden moduulien välisen tiedonsiirron tarkistamiseen. Siksi sitä kutsutaan myös nimellä "Minä & T" (Integraatio ja testaus), "Joutojen testaus" ja joskus "Säikeen testaus".

Miksi integraatiotestaus?

Vaikka jokainen ohjelmistomoduuli on yksikkötestattu, vikoja esiintyy edelleen useista syistä, kuten

• Moduulin suunnittelee yleensä yksittäinen ohjelmistokehittäjä, jonka ymmärrys ja ohjelmointilogiikka voivat poiketa muista ohjelmoijista. Integrointitestaus tulee välttämättömäksi ohjelmistomoduulien yhtenäisyyden varmistamiseksi
• Moduulien kehittämisen aikana asiakkaiden vaatimukset voivat muuttua laajasti. Näitä uusia vaatimuksia ei välttämättä yksikkötestata, ja siksi järjestelmäintegraatiotestaus on tarpeen.
• Ohjelmistomoduulien liitännät tietokantaan voivat olla virheellisiä
• Mahdolliset ulkoiset laitteistoliitännät voivat olla virheellisiä
• Riittämätön poikkeusten käsittely voi aiheuttaa ongelmia.

Napauta tätä jos video ei ole saatavilla

Esimerkki integraatiotestitapauksesta

Integraatio Testitapaus eroaa muista testitapauksista siinä mielessä keskittyy pääasiassa rajapintoihin ja tiedon/informaation kulkuun moduulien välillä. Tässä on etusijalla linkkien integrointi jo testattujen yksiköiden toimintojen sijaan.

Esimerkki integraatiotestitapauksista seuraavalle skenaariolle: Sovelluksessa on 3 moduulia, joissa lukee "Kirjautumissivu", "Maillaatikko" ja "Poista sähköpostit", ja jokainen niistä on integroitu loogisesti.

Älä keskity tässä paljon kirjautumissivun testaukseen, koska se on jo tehty Yksikkötestaus. Mutta tarkista, miten se liittyy Mail Box Sivu.

samalla lailla Mail Box: Tarkista sen integrointi Delete-toimintoon Mails moduuli.

Testitapauksen tunnus	Testitapauksen tavoite	Testitapaus Descriptioni	odotettu tulos
1	Tarkista käyttöliittymälinkki sisäänkirjautumisen ja Maillaatikko moduuli	Syötä kirjautumistiedot ja napsauta Kirjaudu-painiketta	Ohjataan osoitteeseen Mail Box
2	Tarkista liittymän välinen yhteys Maillaatikko ja Poista Mails moduuli	alkaen MailValitse sähköposti ja napsauta poistopainiketta	Valitun sähköpostin pitäisi näkyä Poistetut/Roskakori-kansiossa

Integraatiotestauksen tyypit

Ohjelmistotuotanto määrittelee erilaisia ​​strategioita integraatiotestauksen suorittamiseksi, nimittäin.

• Big Bang -lähestymistapa:
• Inkrementaalinen lähestymistapa: joka on edelleen jaettu seuraaviin
  • Ylhäältä alas -lähestymistapa
  • Alhaalta ylös -lähestymistapa
  • Sandwich-lähestymistapa – Ylhäältä alas ja alhaalta ylös -yhdistelmä

Alla on eri strategiat, niiden toteutustavat ja niiden rajoitukset sekä edut.

Big Bang -testaus

Big Bang -testaus on integraatiotestausmenetelmä, jossa kaikki komponentit tai moduulit integroidaan yhteen kerralla ja testataan sitten yhtenä kokonaisuutena. Tätä yhdistettyä komponenttijoukkoa pidetään kokonaisuutena testattaessa. Jos kaikki yksikön komponentit eivät ole valmiit, integrointiprosessia ei suoriteta.

edut:

• Kätevä pienille järjestelmille.

Haitat:

• Vian paikallistaminen on vaikeaa.
• Ottaen huomioon tässä lähestymistavassa testattavien rajapintojen suuren määrän, jotkin testattavat liitännät voidaan helposti hukata.
• Koska integraatiotestaus voidaan aloittaa vasta sen jälkeen, kun "kaikki" moduulit on suunniteltu, testausryhmällä on vähemmän aikaa suorittaa testausvaiheessa.
• Koska kaikki moduulit testataan kerralla, riskialttiita kriittisiä moduuleja ei eristetä ja testata ensisijaisesti. Oheislaitteita, jotka käsittelevät käyttöliittymiä, ei myöskään ole eristetty ja testattu prioriteetin mukaan.

Inkrementaalinen testaus

In Inkrementaalinen testaus lähestymistapaa, testaus tehdään integroimalla kaksi tai useampi moduuli, jotka liittyvät loogisesti toisiinsa ja testataan sitten sovelluksen moitteettoman toiminnan suhteen. Sitten muut liittyvät moduulit integroidaan asteittain ja prosessi jatkuu, kunnes kaikki loogisesti liittyvät moduulit on integroitu ja testattu onnistuneesti.

Inkrementaalinen lähestymistapa puolestaan ​​suoritetaan kahdella eri menetelmällä:

• Alhaalta ylös
• Ylös alaspäin

Stubit ja ajurit

Stubit ja ajurit ovat dummy-ohjelmia integraatiotestauksessa, joita käytetään helpottamaan ohjelmistojen testaus toiminta. Nämä ohjelmat toimivat testauksessa puuttuvien mallien korvikkeena. Ne eivät toteuta koko ohjelmistomoduulin ohjelmointilogiikkaa, vaan simuloivat tiedonsiirtoa kutsuvan moduulin kanssa testauksen aikana.

Tynkä: Testattava moduuli kutsuu sitä.

kuljettaja: 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 korkeamman tason moduulien testausta. Prosessi jatkuu, kunnes kaikki huipputason moduulit on testattu. Kun alemman tason moduulit on testattu ja integroitu, muodostetaan seuraavan tason moduulit.

Kaavioesitys:

edut:

• Vian paikantaminen on helpompaa.
• Aikaa ei hukata odotellessa, että kaikki moduulit kehitetään toisin kuin Big Bang -lähestymistapa

Haitat:

• Kriittiset moduulit (ohjelmistoarkkitehtuurin ylimmällä tasolla), jotka ohjaavat sovelluskulkua, testataan viimeisenä, ja ne voivat olla alttiita virheille.
• Varhainen prototyyppi ei ole mahdollinen

Ylhäältä alas integraatiotestaus

Ylhäältä alas integrointitestaus on menetelmä, jossa integraatiotestaus tapahtuu ylhäältä alas ohjelmistojärjestelmän ohjauskulkua seuraten. Ensin testataan korkeamman tason moduulit ja sitten alemman tason moduulit testataan ja integroidaan ohjelmiston toimivuuden tarkistamiseksi. Stubeja käytetään testaukseen, jos jotkin moduulit eivät ole valmiita.

Kaavioesitys:

edut:

• Vian paikallistaminen on helpompaa.
• Mahdollisuus hankkia varhainen prototyyppi.
• Kriittiset moduulit testataan prioriteetin mukaan; Suuret suunnitteluvirheet voitaisiin löytää ja korjata ensin.

Haitat:

• Vaatii monta Stubia.
• Alemman tason moduulit on testattu riittämättömästi.

Kuinka integraatiotestaus tehdään?

Integrointitestimenettely ohjelmistotestausstrategioista riippumatta (käsitelty yllä):

1. Valmistele integraatio Testisuunnitelma
2. Suunnittele testiskenaariot, tapaukset ja komentosarjat.
3. Testin suorittaminen Tapaukset, joita seuraa vioista ilmoittaminen.
4. Vikojen seuranta ja uudelleentestaus.
5. Vaiheet 3 ja 4 toistetaan, kunnes integrointi on onnistunut.

Lyhyt DescriptIntegration Test Plans -ohjelmasta

Se sisältää seuraavat attribuutit:

• Testausmenetelmät/lähestymistavat (kuten edellä on käsitelty).
• Integraatiotestauksen soveltamisalat ja soveltamisalan ulkopuoliset kohteet.
• Roolit ja vastuut.
• Edellytykset integraatiotestaukseen.
• Testausympäristö.
• Riskienhallintasuunnitelmat.

Integraatiotestauksen sisään- ja poistumiskriteerit

Sisään- ja poistumiskriteerit integraatiotestausvaiheeseen missä tahansa ohjelmistokehitysmallissa

Pääsyperusteet:

• Yksikkötestatut komponentit/moduulit
• Kaikki korkean prioriteetin virheet korjattu ja suljettu
• Kaikki moduulit on suoritettava ja integroitu onnistuneesti.
• Integrointitestit Suunnitelma, testitapaus, skenaariot allekirjoitettava ja dokumentoitava.
• edellytetään Testiympäristössä määritettävä integraatiotestausta varten

Poistumisperusteet:

• Integroidun sovelluksen onnistunut testaus.
• Suoritetut testitapaukset dokumentoidaan
• Kaikki korkean prioriteetin virheet korjattu ja suljettu
• Tekniset asiakirjat on toimitettava ja julkaisutiedot.

Integraatiotestauksen parhaat käytännöt/ohjeet

• Määritä ensin integrointi Testistrategia jotka voitaisiin ottaa käyttöön ja valmistella myöhemmin testitapaukset ja testitiedot vastaavasti.
• Tutki Archisovelluksen suunnittelu ja tunnistaa kriittiset moduulit. Nämä on testattava ensisijaisesti.
• Hanki käyttöliittymämallit osoitteesta Archirakenneryhmä ja luo testitapauksia varmistaaksesi kaikki rajapinnat yksityiskohtaisesti. Liitäntä tietokantaan/ulkoiseen laitteistoon/ohjelmistosovellukseen on testattava yksityiskohtaisesti.
• Testitapausten jälkeen testidatalla on ratkaiseva rooli.
• Pidä valetiedot aina valmiina ennen suorittamista. Älä valitse testitietoja suoritettaessa testitapauksia.