Mikä on järjestelmäintegraation testaus?
Järjestelmän integraatiotestaus määritellään eräänlaiseksi ohjelmistotestaukseksi, joka suoritetaan integroidussa laitteisto- ja ohjelmistoympäristössä koko järjestelmän toiminnan varmistamiseksi. Se testaa täydellistä, integroitua järjestelmää arvioidakseen järjestelmän vaatimustenmukaisuuden.
Järjestelmän integraatiotestaus (SIT) suoritetaan tarkistamaan ohjelmistojärjestelmän moduulien välinen vuorovaikutus. Se käsittelee ohjelmistovaatimusten määrittelyssä / tiedoissa ja ohjelmiston suunnitteluasiakirjassa määriteltyjen korkean ja matalan tason ohjelmistovaatimusten tarkistamista.
Se myös tarkistaa ohjelmistojärjestelmän rinnakkaiselon muiden kanssa ja testaa ohjelmistosovelluksen moduulien välisen rajapinnan. Tämän tyyppisessä testauksessa moduulit testataan ensin yksitellen ja sitten yhdistetään järjestelmän muodostamiseksi.
Esimerkiksi ohjelmisto- ja / tai laitteistokomponentit yhdistetään ja testataan asteittain, kunnes koko järjestelmä on integroitu.
Tässä opetusohjelmassa opit-
- Mikä on järjestelmäintegraation testaus?
- Miksi järjestelmän integraation testaus
- Kuinka tehdä järjestelmän integraatiotestaus
- Integrointitestauksen sisään- ja poistumiskriteerit
- Laitteisto-ohjelmistointegraation testaus
- Ohjelmistot ohjelmistojen integrointitestaukseen
- Ylhäältä alaspäin -lähestymistapa
- Alhaalta ylöspäin -lähestymistapa
- Big Bang -lähestymistapa
Miksi järjestelmän integraation testaus
Ohjelmistotuotannossa järjestelmäintegraation testaus tehdään, koska
- Se auttaa havaitsemaan vian varhaisessa vaiheessa
- Aikaisempaa palautetta yksittäisen moduulin hyväksyttävyydestä on saatavilla
- Vikakorjausten ajoitus on joustavaa, ja se voidaan peittää kehityksen kanssa
- Oikea tietovirta
- Oikea ohjausvirta
- Oikea ajoitus
- Oikea muistin käyttö
- Korjaa ohjelmistovaatimusten kanssa
Kuinka tehdä järjestelmän integraatiotestaus
Se on järjestelmällinen tekniikka ohjelmarakenteen rakentamiseksi samalla, kun suoritetaan testejä rajapintoihin liittyvien virheiden paljastamiseksi.
Kaikki moduulit on integroitu etukäteen, ja koko ohjelma testataan kokonaisuutena. Mutta tämän prosessin aikana todennäköisesti esiintyy joukko virheitä.
Tällaisten virheiden korjaaminen on vaikeaa, koska koko ohjelman laaja laajentaminen vaikeuttaa eristämisen syitä. Kun nämä virheet on korjattu ja korjattu, uusi tulee näkyviin, ja prosessi jatkuu saumattomasti loputtomassa silmukassa . Tämän tilanteen välttämiseksi käytetään toista lähestymistapaa, inkrementaalinen integraatio. Näemme tarkempia tietoja inkrementaalisesta lähestymistavasta myöhemmin opetusohjelmassa.
On joitain inkrementaalisia menetelmiä, kuten integraatiotestit suoritetaan järjestelmässä, joka perustuu kohdeprosessoriin. Käytetty menetelmä on Black Box -testaus. Joko alhaalta ylös- tai ylhäältä alas -integraatiota voidaan käyttää.
Testitapaukset määritellään vain käyttämällä korkean tason ohjelmistovaatimuksia.
Ohjelmistointegraatio voidaan saavuttaa myös pääosin isäntäympäristössä, ja kohdeympäristöön liittyviä yksikköjä simuloidaan edelleen isännässä. Testien toistaminen kohdeympäristössä vahvistusta varten on jälleen tarpeen.
Vahvistustestit tällä tasolla tunnistavat ympäristökohtaiset ongelmat, kuten virheet muistin allokoinnissa ja varauksen purkamisessa. Ohjelmistojen integroinnin käytännöllisyys isäntäympäristössä riippuu siitä, kuinka paljon kohdekohtaisia toimintoja on. Joillekin sulautetuille järjestelmille kytkentä kohdeympäristöön on erittäin voimakasta, mikä tekee ohjelmistojen integroinnin suorittamisesta isäntäympäristössä epäkäytännölliseksi.
Suuri ohjelmistokehitys jakaa ohjelmistojen integroinnin useille tasoille. Ohjelmistojen integroinnin alemmat tasot voisivat perustua pääasiassa isäntäympäristöön, jolloin myöhemmät ohjelmistojen integraatiotasot riippuvat enemmän kohdeympäristöstä.
Huomaa: Jos vain ohjelmistoa testataan, sitä kutsutaan ohjelmisto-ohjelmiston integroinnin testaukseksi [SSIT] ja jos sekä laitteistoa että ohjelmistoa testataan, sitä kutsutaan laitteisto-ohjelmiston integraation testaukseksi [HSIT].
Integrointitestauksen sisään- ja poistumiskriteerit
Yleensä integraatiotestausta suoritettaessa käytetään ETVX-strategiaa (pääsykriteerit, tehtävä, validointi ja poistumiskriteerit).
Pääsykriteerit:
- Yksikkötestauksen loppuun saattaminen
Tulot:
- Ohjelmistovaatimukset
- Ohjelmiston suunnitteluasiakirja
- Ohjelmistojen vahvistussuunnitelma
- Ohjelmistointegraatioasiakirjat
Aktiviteetit:
- Korkean ja matalan tason vaatimusten perusteella luodaan testitapauksia ja menettelyjä
- Yhdistä matalan tason moduulirakenteet, jotka toteuttavat yhteisen toiminnallisuuden
- Kehitä testivaljaat
- Testaa koontiversio
- Kun testi on hyväksytty, koontiversio yhdistetään muihin koontiversioihin ja testataan, kunnes järjestelmä on integroitu kokonaisuutena.
- Suorita kaikki testit uudelleen kohdeprosessoripohjaisella alustalla ja hanki tulokset
Poistumiskriteerit:
- Ohjelmistomoduulin integrointi onnistuneesti kohdelaitteistoon
- Ohjelmiston oikea suorituskyky määriteltyjen vaatimusten mukaisesti
Lähdöt
- Integraatiotestiraportit
- Ohjelmistojen testaustapaukset ja -menettelyt [SVCP].
Laitteisto-ohjelmistointegraation testaus
Laitteisto-ohjelmistojen integrointitestaus on prosessi, jolla tietokoneohjelmistokomponentteja (CSC) testataan korkean tason toiminnoille kohdelaitteistoympäristössä. Laitteisto- / ohjelmistointegraatiotestauksen tavoitteena on testata laitteistokomponenttiin integroitujen kehitettyjen ohjelmistojen käyttäytymistä.
Vaatimuspohjainen laitteisto-ohjelmistointegraation testaus
Vaatimuspohjaisen laitteisto / ohjelmistointegraation testauksen tarkoituksena on varmistaa, että kohdetietokoneen ohjelmisto täyttää korkean tason vaatimukset. Tämän testausmenetelmän paljastamat tyypilliset virheet sisältävät:
- Laitteisto- / ohjelmistoliitäntöjen virheet
- Ohjelmistojen osioinnin rikkomukset.
- Kyvyttömyys havaita vikoja sisäänrakennetulla testillä
- Väärä vastaus laitteistovikoihin
- Virhe sekvensoinnista, ohimenevistä tulokuormituksista ja tulotehon transienteista
- Palaute aiheuttaa väärän käyttäytymisen
- Väärä tai virheellinen muistinhallintalaitteiston hallinta
- Tietoväylän kilpailuongelma
- Kentällä ladattavien ohjelmistojen yhteensopivuuden ja oikeellisuuden tarkistamiseen tarkoitetun mekanismin virheellinen toiminta
Laitteisto-ohjelmistointegraatio käsittelee korkean tason vaatimusten tarkistamista. Kaikki tämän tason testit suoritetaan kohdelaitteistolla.
- Mustan laatikon testaus on ensisijainen testausmenetelmä, jota käytetään tällä testaustasolla.
- Määritä testitapaukset vain korkean tason vaatimusten perusteella
- Testi on suoritettava tuotantostandardilaitteistolla (kohteessa)
Huomioitavia asioita suunnitellessasi testitapauksia HW / SW-integraatiolle
- Ohjelmisto hankkii kaikki tiedot oikein
- Tietojen skaalaus ja alue odotetusti laitteistosta ohjelmistoon
- Tietojen oikea tuotanto ohjelmistosta laitteistoon
- Tiedot teknisten tietojen mukaan (normaali alue)
- Tiedot määritysten ulkopuolella (epänormaali alue)
- Rajatiedot
- Keskeyttää käsittelyn
- Ajoitus
- Oikea muistin käyttö (osoitteet, päällekkäisyydet jne.)
- Tilasiirtymät
Huomaa: Keskeytystestausta varten kaikki keskeytykset tarkistetaan riippumatta alkuperäisestä pyynnöstä täydellä huollolla ja loppuun asti. Testitapaukset suunnitellaan erityisesti keskeytysten testaamiseksi.
Ohjelmistot ohjelmistojen integrointitestaukseen
Se on isäntä- / kohdetietokoneessa toimivan tietokoneohjelmistokomponentin testaus
Ympäristö, samalla kun simuloidaan koko järjestelmä [muut CSC: t] ja korkean tason toiminnallisuudesta.
Se keskittyy CSC: n käyttäytymiseen simuloidussa isäntä / kohde-ympäristössä. Ohjelmistojen integrointiin käytetty lähestymistapa voi olla inkrementaalinen lähestymistapa (ylhäältä alas, alhaalta ylöspäin suuntautuva lähestymistapa tai molempien yhdistelmä).
Inkrementaalinen lähestymistapa
Inkrementtitestaus on tapa integrointitestauksessa. Tämäntyyppisessä testausmenetelmässä testataan ensin ohjelmiston kukin moduuli erikseen ja jatkat sitten testaamista liittämällä siihen muut moduulit, sitten toisen ja niin edelleen.
Inkrementaalinen integraatio on kontrasti big bang -lähestymistavasta. Ohjelma on rakennettu ja testattu pienissä segmenteissä, joissa virheet on helpompi eristää ja korjata. Liitännät testataan todennäköisemmin kokonaan, ja järjestelmällistä testausmenetelmää voidaan soveltaa.
Inkrementaalista testausta on kahta tyyppiä
- Ylhäältä alas -lähestyminen
- Alhaalta ylöspäin -lähestymistapa
Ylhäältä alaspäin -lähestymistapa
Tämäntyyppisessä lähestymistavassa yksittäinen aloittaa testaamalla vain käyttöliittymän, jonka taustalla olevat toiminnot simuloidaan tynkillä, sitten siirryt alaspäin integroimalla alemmat ja alemmat kerrokset alla olevan kuvan mukaisesti.
- Alkaen pääohjausmoduulista, moduulit integroidaan siirtymällä alaspäin ohjaushierarkiassa
- Pääohjausmoduulin alamoduulit sisällytetään rakenteeseen joko leveys ensin tai syvyys ensin tavalla.
- Syvyys ensin -integraatio integroi kaikki moduulit rakenteen pääohjauspolulle seuraavan kaavion mukaisesti:
Moduulien integrointi tapahtuu seuraavasti:
- Pääohjausmoduulia käytetään testiajurina, ja tupit korvataan kaikki moduulit, jotka ovat suoraan pääohjausmoduulin alaisia.
- Alamaiset tukit korvataan yksi kerrallaan todellisilla moduuleilla valitun lähestymistavan mukaan (leveys ensin tai syvyys ensin).
- Testit suoritetaan, kun kukin moduuli on integroitu.
- Jokaisen testisarjan päätyttyä toinen tappi korvataan todellisella moduulilla jokaisen testisarjan päätyttyä
- Regressiotestaus voidaan suorittaa sen varmistamiseksi, että uusia virheitä ei ole otettu käyttöön.
Prosessi jatkuu vaiheesta 2, kunnes koko ohjelmarakenne on rakennettu. Ylhäältä alas -strategia kuulostaa melko mutkikkaalta, mutta käytännössä syntyy logistisia ongelmia.
Yleisimpiä näistä ongelmista ilmenee, kun hierarkian matalilla tasoilla suoritettavaa käsittelyä tarvitaan ylemmän tason riittävään testaamiseen.
Tankot korvaavat matalan tason moduulit ylhäältä alas -testauksen alkaessa, joten ohjelmarakenteessa ei voi kulkea merkittäviä tietoja ylöspäin.
Testaajan kohtaamat haasteet:
- Viivästytä monia testejä, kunnes kannat korvataan todellisilla moduuleilla.
- Kehitä tynnyreitä, jotka suorittavat rajoitettuja toimintoja, jotka simuloivat varsinaista moduulia.
- Integroi ohjelmisto hierarkian alaosasta ylöspäin.
Huomaa: Ensimmäinen lähestymistapa saa meidät menettämään jonkin verran kontrollia tiettyjen testien ja tiettyjen moduulien sisällyttämisen välillä. Tämä voi johtaa vaikeuksiin määrittää virheiden syy, joka yleensä rikkoo ylhäältä alas suuntautuvan lähestymistavan erittäin rajoitettua luonnetta.
Toinen lähestymistapa on toimiva, mutta voi johtaa merkittäviin yleiskustannuksiin, kun tavat muuttuvat yhä monimutkaisemmiksi.
Alhaalta ylöspäin -lähestymistapa
Alhaalta ylös -integraatio alkaa rakentamisen ja testaamisen moduuleilla ohjelmarakenteen alimmalla tasolla. Tässä prosessissa moduulit integroidaan alhaalta ylös.
Tässä lähestymistavassa tietylle tasolle alempien moduulien edellyttämä käsittely on aina käytettävissä ja tukien tarve poistetaan.
Tämä integraatiotesti suoritetaan neljän vaiheen sarjassa
- Matalan tason moduulit yhdistetään klustereiksi, jotka suorittavat tietyn ohjelmiston alitoiminnon.
- Kuljettaja kirjoitetaan koordinoimaan testitapausten syöttö ja lähtö.
- Klusteri tai koontiversio testataan.
- Ohjaimet poistetaan ja klusterit yhdistetään liikkumalla ylöspäin ohjelmarakenteessa.
Kun integraatio etenee ylöspäin, tarvitaan erilliset koeajuritunnit. Itse asiassa, jos ohjelmarakenteen kaksi ylempää tasoa integroidaan ylhäältä alas, ohjainten määrää voidaan vähentää huomattavasti ja klustereiden integrointi on huomattavasti yksinkertaisempaa. Integraatio noudattaa alla esitettyä mallia. Kun integraatio etenee ylöspäin, tarvitaan erilliset koeajuritunnit.
Huomaa: Jos ohjelmarakenteen kaksi ylempää tasoa on integroitu ylhäältä alas, ohjainten määrää voidaan vähentää huomattavasti ja koontiversioiden integrointia yksinkertaistetaan huomattavasti.
Big Bang -lähestymistapa
Tässä lähestymistavassa kaikkia moduuleja ei integroida ennen kuin kaikki moduulit ovat valmiita. Kun ne ovat valmiita, kaikki moduulit integroidaan ja sitten suoritetaan sen selvittämiseksi, toimivatko kaikki integroidut moduulit vai eivät.
Tässä lähestymistavassa on vaikea tietää vian perimmäinen syy, koska kaikki integroidaan kerralla.
Kriittisten virheiden esiintyminen tuotantoympäristössä on myös suuri.
Tätä lähestymistapaa käytetään vain, kun integraatiotestaus on tehtävä kerralla.
Yhteenveto:
- Integrointi suoritetaan tarkistamaan ohjelmistojärjestelmän moduulien välinen vuorovaikutus. Se auttaa havaitsemaan viat aikaisin
- Integrointitestaus voidaan tehdä laitteisto-ohjelmistolle tai laitteisto-laitteisto-integraatiolle
- Integraatiotestaus tehdään kahdella tavalla
- Inkrementaalinen lähestymistapa
- Big bang -lähestymistapa
- Integraatiotestausta suoritettaessa käytetään yleensä ETVX-strategiaa (pääsykriteerit, tehtävä, validointi ja poistumiskriteerit).