Mikä on System Integration Testing (SIT) -esimerkki
Thomas Hamilton
Mitä on järjestelmäintegraatiotestaus?
järjestelmä Integraation testaus on määritelty ohjelmistotestaukseksi, joka suoritetaan integroidussa laitteisto- ja ohjelmistoympäristössä koko järjestelmän toiminnan tarkistamiseksi. Se testataan täydellisellä integroidulla järjestelmällä sen arvioimiseksi, täyttääkö järjestelmä sen määritetyt vaatimukset.
System Integration Testing (SIT) suoritetaan ohjelmistojärjestelmän moduulien välisten vuorovaikutusten tarkistamiseksi. Se käsittelee Ohjelmistovaatimusmäärityksessä/Tiedoissa ja Ohjelmiston suunnitteluasiakirjassa määriteltyjen korkean ja matalan tason ohjelmistovaatimusten todentamista. Se myös varmistaa ohjelmistojärjestelmän rinnakkaiselon muiden kanssa ja testaa ohjelmistosovelluksen moduulien välistä rajapintaa. Tämän tyyppisessä testauksessa moduulit testataan ensin yksitellen ja yhdistetään sitten järjestelmäksi. Esimerkiksi ohjelmisto- ja/tai laitteistokomponentteja yhdistetään ja testataan asteittain, kunnes koko järjestelmä on integroitu.
Miksi järjestelmäintegraatiotestaus?
Ohjelmistosuunnittelussa järjestelmäintegraatiotestaus tehdään, koska
- Se auttaa havaitsemaan Vika varhainen
- Aiempaa palautetta yksittäisen moduulin hyväksyttävyydestä on saatavilla
- Viankorjausten ajoitus on joustavaa, ja se voi olla päällekkäinen kehitystyön kanssa
- Oikea tiedonkulku
- Oikea ohjausvirtaus
- Oikea ajoitus
- Oikea muistin käyttö
- Ohjelmistovaatimusten mukainen
Kuinka tehdä järjestelmäintegraatiotestaus
Se on systemaattinen tekniikka ohjelman rakenteen rakentamiseen samalla, kun suoritetaan testejä rajapintaan liittyvien virheiden paljastamiseksi.
Kaikki moduulit integroidaan etukäteen ja koko ohjelma testataan kokonaisuutena. Mutta tämän prosessin aikana tulee todennäköisesti joukko virheitä.
Tällaisten virheiden korjaaminen on vaikeaa, koska syiden eristämistä vaikeuttaa koko ohjelman laaja laajennus. 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, inkrementaalista integraatiota. Näemme lisätietoa asteittaisesta lähestymistavasta myöhemmin opetusohjelmassa.
On olemassa joitain inkrementaalisia menetelmiä, kuten integrointitestit suoritetaan kohdeprosessoriin perustuvassa järjestelmässä. Käytetty metodologia on Musta Box Testaus. Voidaan käyttää joko alhaalta ylös tai ylhäältä alas -integrointia.
Testitapaukset määritellään käyttämällä vain korkean tason ohjelmistovaatimuksia.
Ohjelmistointegraatio voidaan myös saavuttaa suurelta osin isäntäympäristössä, jolloin kohdeympäristöön liittyviä yksiköitä simuloidaan edelleen isäntäkoneessa. Testien toistaminen kohdeympäristössä vahvistusta varten on jälleen tarpeen.
Tämän tason vahvistustestit tunnistavat ympäristökohtaiset ongelmat, kuten virheet muistin varauksessa ja varauksen purkamisessa. Johtamisen käytännöllisyys ohjelmistojen integrointi isäntäympäristössä riippuu siitä, kuinka paljon kohdekohtaisia toimintoja siellä on. Joissakin sulautetuissa järjestelmissä kytkentä kohdeympäristöön on erittäin vahva, mikä tekee ohjelmistojen integroinnin suorittamisesta isäntäympäristössä epäkäytännöllistä.
Suuret ohjelmistokehitykset jakavat ohjelmistointegraation useille tasoille. Ohjelmistointegraation alemmat tasot voisivat perustua pääasiassa isäntäympäristöön, ja myöhemmät ohjelmistointegraation tasot tulevat entistä riippuvaisemmiksi kohdeympäristöstä.
Huomautus: Jos vain ohjelmistoa testataan, sitä kutsutaan Software Software Integration Testing [SSIT]ksi ja jos testataan sekä laitteistoa että ohjelmistoa, sitä kutsutaan Hardware Software Integration Testing [HSIT]ksi.
Integraatiotestauksen sisään- ja poistumiskriteerit
Yleensä integraatiotestauksen aikana käytetään ETVX-strategiaa (Entry Criteria, Task, Validation ja Exit Criteria).
Pääsyperusteet:
- Loppuunsaattaminen Yksikkötestaus
Tulot:
- Ohjelmistovaatimustiedot
- Ohjelmiston suunnitteluasiakirja
- Ohjelmiston vahvistussuunnitelma
- Ohjelmiston integrointiasiakirjat
Aktiviteetit:
- Korkean ja matalan tason vaatimusten perusteella luodaan testitapauksia ja -menettelyjä
- Yhdistä matalan tason moduuleita, jotka toteuttavat yhteisen toiminnallisuuden
- Kehitä testivaljaat
- Testaa rakennetta
- Kun testi on läpäissyt, koontiversio yhdistetään muihin koontiversioihin ja testataan, kunnes järjestelmä on integroitu kokonaisuutena.
- Suorita kaikki testit uudelleen kohdeprosessoripohjaisella alustalla ja hanki tulokset
Poistumisperusteet:
- Ohjelmistomoduulin integrointi kohdelaitteistoon on saatu päätökseen
- Ohjelmiston oikea suorituskyky määritettyjen vaatimusten mukaisesti
Lähdöt
- Integraatiotestiraportit
- Ohjelmistojen testaustapaukset ja -menettelyt [SVCP].
Laitteiston ohjelmistointegraation testaus
Laitteiston ohjelmistointegraation testaus on prosessi, jossa testataan tietokoneohjelmistokomponenttien (CSC) korkean tason toimintoja kohdelaitteistoympäristössä. Laitteiston/ohjelmiston integraatiotestauksen tavoitteena on testata laitteistokomponenttiin integroidun kehitetyn ohjelmiston käyttäytymistä.
Vaatimuspohjainen laitteisto-ohjelmisto integraatiotestaus
Vaatimuspohjaisen laitteiston/ohjelmiston integraatiotestauksen tavoitteena on varmistaa, että kohdetietokoneen ohjelmisto täyttää korkean tason vaatimukset. Tyypillisiä tämän testausmenetelmän paljastamia virheitä ovat:
- Laitteiston/ohjelmiston rajapintojen virheet
- Ohjelmistojen osioinnin rikkomukset.
- Kyvyttömyys havaita vikoja sisäänrakennetulla testillä
- Väärä vastaus laitteistohäiriöihin
- Sekvensoinnista, transienttitulokuormista ja syöttötehotransienteista johtuva virhe
- Palautesilmukat käyttäytyvät väärin
- Muistinhallintalaitteiston virheellinen tai väärä ohjaus
- Dataväylän kilpailuongelma
- Kentällä ladattavien ohjelmistojen yhteensopivuuden ja oikeellisuuden tarkistamismekanismin virheellinen toiminta
Hardware Software Integration käsittelee korkean tason vaatimusten varmentamista. Kaikki tämän tason testit suoritetaan kohdelaitteistolla.
- Mustan laatikon testaus on ensisijainen testausmenetelmä, jota käytetään tällä testaustasolla.
- Määritellä testitapaukset vain korkean tason vaatimuksista
- Testi on suoritettava tuotannon vakiolaitteistolla (kohteessa)
Asioita, jotka on otettava huomioon suunniteltaessa testitapauksia HW/SW-integraatiolle
- Ohjelmisto hankkii kaikki tiedot oikein
- Skaalaus ja tiedon valikoima odotetusti laitteistosta ohjelmistoon
- Oikea tietojen tulostus ohjelmistosta laitteistoon
- Tiedot määritysten sisällä (normaali alue)
- Tiedot määritysten ulkopuolella (epänormaali alue)
- Rajatiedot
- Keskeyttää käsittelyn
- Ajoitus
- Oikea muistin käyttö (osoitteet, päällekkäisyydet jne.)
- Tilanvaihdokset
Huomautus: Keskeytystestausta varten kaikki keskeytykset tarkistetaan itsenäisesti alkuperäisestä pyynnöstä täyden huollon ja valmistumisen jälkeen. Testitapaukset suunnitellaan erityisesti keskeytyksiä testaamaan riittävästi.
Ohjelmistosta ohjelmistointegraatiotestaukseen
Se on isäntä-/kohdetietokoneessa toimivan tietokoneohjelmistokomponentin testaus
ympäristöä, samalla simuloimalla koko järjestelmää [muut CSC:t] ja korkean tason toiminnallisuutta.
Se keskittyy CSC:n käyttäytymiseen simuloidussa isäntä/kohdeympäristössä. Ohjelmistointegraatiossa käytetty lähestymistapa voi olla inkrementaalinen lähestymistapa (ylhäältä alas, alhaalta ylös -lähestymistapa tai molempien yhdistelmä).
Inkrementaalinen lähestymistapa
Inkrementaalinen testaus on tapa integraatiotestaukseen. Tämän tyyppisessä testausmenetelmässä testataan ensin jokainen ohjelmiston moduuli yksitellen ja sitten jatketaan testausta lisäämällä siihen muita moduuleja, sitten toinen ja niin edelleen.
Inkrementaalinen integraatio on vastakohta big bang -lähestymistapalle. 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ähestymistapa
- Alhaalta ylös -lähestymistapa
Ylhäältä alas -lähestymistapa
Tämän tyyppisessä lähestymistavassa yksittäinen aloitetaan testaamalla vain käyttöliittymä, jonka taustalla oleva toiminnallisuus simuloidaan tyngillä, ja sitten siirrytään alaspäin integroimalla alemmat ja alemmat kerrokset alla olevan kuvan mukaisesti.
- Pääohjausmoduulista alkaen moduulit integroidaan siirtymällä alaspäin ohjaushierarkiassa
- Pääohjausmoduulin alimoduulit on liitetty rakenteeseen joko leveys- tai syvyys-ensimmäisellä tavalla.
- Syvyys ensin -integrointi integroi kaikki moduulit rakenteen pääohjauspolulle seuraavan kaavion mukaisesti:
Moduulien integrointiprosessi suoritetaan seuraavalla tavalla:
- Pääohjausmoduulia käytetään testiajurina, ja tyngät korvataan kaikissa suoraan pääohjausmoduulin alaisissa moduuleissa.
- Alisteiset osat korvataan yksi kerrallaan todellisilla moduuleilla valitun lähestymistavan mukaan (leveys ensin tai syvyys ensin).
- Testit suoritetaan, kun jokainen moduuli on integroitu.
- Kunkin testisarjan päätyttyä toinen osa korvataan oikealla moduulilla kunkin testisarjan päätyttyä
- Varmistetaan, ettei uusia virheitä ole tullut Regressiotestaus voidaan suorittaa.
Prosessi jatkuu vaiheesta 2, kunnes koko ohjelmarakenne on rakennettu. Ylhäältä alas -strategia kuulostaa suhteellisen yksinkertaiselta, mutta käytännössä syntyy logistisia ongelmia.
Yleisimmät näistä ongelmista ilmenevät, kun hierarkian alhaisilla tasoilla käsittelyä vaaditaan ylempien tasojen testaamiseksi riittävästi.
Stubit korvaavat matalan tason moduulit ylhäältä alas -testauksen alussa, joten merkittävää dataa ei voi virrata ylöspäin ohjelmarakenteessa.
Testaajan kohtaamat haasteet:
- Viivytä monia testejä, kunnes tyngät korvataan todellisilla moduuleilla.
- Kehitä typpejä, jotka suorittavat rajoitettuja toimintoja, jotka simuloivat varsinaista moduulia.
- Integroi ohjelmisto hierarkian alhaalta ylöspäin.
Huomautus: Ensimmäinen lähestymistapa aiheuttaa sen, että menetämme jonkin verran hallintaa tiettyjen testien ja tiettyjen moduulien välisen vastaavuuden suhteen. Tämä voi johtaa vaikeuksiin virheiden syyn määrittämisessä, mikä yleensä rikkoo ylhäältä alas -lähestymistavan erittäin rajoitettua luonnetta.
Toinen lähestymistapa on toimiva, mutta se voi johtaa merkittäviin yleiskustannuksiin, koska tyngät muuttuvat yhä monimutkaisemmiksi.
Alhaalta ylöspäin -lähestymistapa
Alhaalta ylös -integrointi aloittaa rakentamisen ja testauksen moduulien alimmalla tasolla ohjelmarakenteessa. Tässä prosessissa moduulit integroidaan alhaalta ylös.
Tässä lähestymistavassa tietyn tason alisteisille moduuleille tarvittava prosessointi on aina saatavilla ja tynkien tarve jää pois.
Tämä integrointitestiprosessi suoritetaan neljän vaiheen sarjassa
- Matalan tason moduulit yhdistetään klustereiksi, jotka suorittavat tietyn ohjelmiston alitoiminnon.
- Ajuri on kirjoitettu koordinoimaan testitapauksen tuloa ja tulosta.
- Klusteri tai rakennelma testataan.
- Ajurit poistetaan ja klusterit yhdistetään siirtymällä ylöspäin ohjelmarakenteessa.
Kun integraatio etenee ylöspäin, tarvitaan erillisiä testiajureiden oppitunteja. Itse asiassa, jos ohjelmarakenteen kaksi ylintä tasoa integroidaan ylhäältä alaspäin, ohjainten määrää voidaan vähentää huomattavasti ja klusterien integrointi yksinkertaistuu huomattavasti. Integrointi tapahtuu alla olevan kaavan mukaan. Kun integraatio etenee ylöspäin, tarvitaan erillisiä testiajureiden oppitunteja.
Huomautus: Jos ohjelmarakenteen kaksi ylintä tasoa integroidaan ylhäältä alas, ohjainten määrää voidaan vähentää merkittävästi ja koontiversioiden integrointi yksinkertaistuu huomattavasti.
Big Bang -lähestymistapa
Tässä lähestymistavassa kaikkia moduuleja ei integroida ennen kuin kaikki moduulit ovat valmiita. Kun ne ovat valmiit, kaikki moduulit integroidaan ja sitten se suoritetaan, jotta tiedetään, toimivatko kaikki integroidut moduulit vai eivät.
Tässä lähestymistavassa on vaikea tietää vian perimmäistä syytä, koska kaikki integroidaan kerralla.
Lisäksi tuotantoympäristössä on suuri mahdollisuus kriittisten virheiden esiintymiseen.
Tämä lähestymistapa omaksutaan vain, kun integrointitestaus on suoritettava kerralla.
Yhteenveto
- Integrointi suoritetaan ohjelmistojärjestelmän moduulien välisten vuorovaikutusten tarkistamiseksi. Se auttaa havaitsemaan vian varhaisessa vaiheessa
- Integraatiotestaus voidaan tehdä laitteisto-ohjelmisto- tai laitteisto-laitteisto-integraatiolle
- Integrointitestaus tehdään kahdella menetelmällä
- Inkrementaalinen lähestymistapa
- Big bang -lähestymistapa
- Integraatiotestauksen aikana käytetään yleensä ETVX-strategiaa (Entry Criteria, Task, Validation ja Exit Criteria).
