Mis on süsteemiintegratsiooni testimine?
Süsteemiintegratsiooni testimine on määratletud kui tarkvara testimise tüüp, mis viiakse läbi integreeritud riist- ja tarkvarakeskkonnas, et kontrollida kogu süsteemi käitumist. Selle testimine viiakse läbi täieliku, integreeritud süsteemiga, et hinnata süsteemi vastavust selle täpsustatud nõudele.
Tarkvarasüsteemi moodulite vahelise interaktsiooni kontrollimiseks tehakse süsteemiintegratsiooni testimine (SIT). See tegeleb tarkvaranõuete spetsifikatsioonis / andmetes ja tarkvara kujundusdokumendis täpsustatud kõrgete ja madalate tarkvaranõuete kontrollimisega.
Samuti kontrollitakse tarkvarasüsteemi kooseksisteerimist teistega ja testitakse tarkvararakenduse moodulite vahelist liidest. Seda tüüpi testimisel testitakse mooduleid kõigepealt individuaalselt ja seejärel süsteemi loomiseks.
Näiteks kombineeritakse ja testitakse tarkvara ja / või riistvara komponente järk-järgult, kuni kogu süsteem on integreeritud.
Selles õpetuses saate teada
- Mis on süsteemiintegratsiooni testimine?
- Miks teha süsteemiintegratsiooni testimine
- Kuidas teha süsteemiintegratsiooni testimist
- Integratsiooni testimise sisenemise ja väljumise kriteeriumid
- Riistvara tarkvara integreerimise testimiseks
- Tarkvara tarkvara integreerimise testimiseks
- Ülalt alla lähenemine
- Alt üles lähenemine
- Suure Paugu lähenemine
Miks teha süsteemiintegratsiooni testimine
Tarkvaratehnikas tehakse süsteemiintegratsiooni testimist, kuna
- See aitab defekti varakult avastada
- Varasem tagasiside individuaalse mooduli vastuvõetavuse kohta on saadaval
- Defektide paranduste ajastamine on paindlik ja selle saab arenguga kattuda
- Õige andmevoog
- Õige juhtimisvoog
- Õige ajastus
- Õige mälukasutus
- Parandage tarkvara nõuetega
Kuidas teha süsteemiintegratsiooni testimist
See on süsteemne tehnika programmi struktuuri koostamiseks, tehes samal ajal teste liidestamisega seotud vigade avastamiseks.
Kõik moodulid on eelnevalt integreeritud ja kogu programmi testitakse tervikuna. Kuid selle protsessi käigus võib tõenäoliselt tekkida hulk vigu.
Selliste vigade parandamine on keeruline, kuna eraldamise põhjused on komplitseeritud kogu programmi tohutu laienemisega. Kui need vead on parandatud ja parandatud, ilmub uus ja protsess jätkub sujuvalt lõputu silmusena . Selle olukorra vältimiseks kasutatakse teist lähenemist - Inkrementaalne Integratsioon. Lisateavet järkjärgulise lähenemise kohta näeme hiljem juhendajast.
On mõningaid lisameetodeid, nagu integreerimistestid viiakse läbi sihtseadmel põhineval süsteemil. Kasutatav metoodika on musta kasti testimine. Kasutada saab nii alt üles kui ka ülalt alla integreerimist.
Testjuhtumid määratletakse ainult kõrgetasemeliste tarkvaranõuete abil.
Tarkvaraintegratsiooni võib saavutada ka suures osas hostkeskkonnas, kusjuures sihtkeskkonnale spetsiifilisi üksusi simuleeritakse jätkuvalt hostis. Kontrollimiseks on sihtkeskkonnas testide kordamine taas vajalik.
Selle taseme kinnituskatsetega tehakse kindlaks keskkonnaspetsiifilised probleemid, näiteks vead mälu eraldamisel ja eraldamise tühistamisel. Tarkvara integreerimise praktilisus hostkeskkonnas sõltub sellest, kui palju on sihtmärgi spetsiifilisi funktsioone. Mõne manustatud süsteemi korral on sidumine sihtkeskkonnaga väga tugev, mistõttu on tarkvara keskkonda integreerimine ebapraktiline.
Suured tarkvaraarendused jagavad tarkvara integreerimise mitmele tasandile. Tarkvara integreerimise madalamad tasemed võiksid põhineda peamiselt hostkeskkonnas, kusjuures tarkvara integreerimise hilisemad tasemed sõltuvad rohkem sihtkeskkonnast.
Märkus. Kui testitakse ainult tarkvara, siis nimetatakse seda tarkvara tarkvara integreerimise testimiseks [SSIT] ja kui testitakse nii riistvara kui ka tarkvara, siis seda nimetatakse riistvara tarkvara integreerimise testimiseks [HSIT].
Integratsiooni testimise sisenemise ja väljumise kriteeriumid
Tavaliselt kasutatakse integratsioonitestimise ajal strateegiat ETVX (sisestuskriteeriumid, ülesanne, valideerimine ja väljumise kriteeriumid).
Riiki sisenemise kriteeriumid:
- Üksuse testimise lõpuleviimine
Sisendid:
- Tarkvaranõuete andmed
- Tarkvara kujundamise dokument
- Tarkvara kontrollimise plaan
- Tarkvara integreerimise dokumendid
Tegevused:
- Tuginedes kõrgetele ja madalatele nõuetele, loovad testjuhtumid ja protseduurid
- Kombineerige madala taseme moodulite järgud, mis rakendavad ühist funktsionaalsust
- Töötage välja testrakmed
- Testige ehitust
- Kui test on läbitud, ühendatakse järk koos teiste järkudega ja testitakse, kuni süsteem on tervikuna integreeritud.
- Tehke kõik testid sihtprotsessoril põhineval platvormil uuesti ja hankige tulemused
Väljumise kriteeriumid:
- Tarkvaramooduli integreerimise edukas lõpuleviimine riistvarale
- Tarkvara õige toimimine vastavalt täpsustatud nõuetele
Väljundid
- Integreerimiskatse aruanded
- Tarkvara testimise juhtumid ja protseduurid [SVCP].
Riistvara tarkvara integreerimise testimine
Riistvaratarkvara integreerimise testimine on arvutitarkvara komponentide (CSC) testimine riistvara sihtkeskkonnas kõrgetasemeliste funktsioonide jaoks. Riistvara / tarkvara integreerimise testimise eesmärk on testida riistvarakomponendile integreeritud arendatud tarkvara käitumist.
Nõuepõhine riist-tarkvara integreerimise testimine
Nõuetepõhise riistvara / tarkvara integreerimise testimise eesmärk on veenduda, et sihtarvuti tarkvara vastab kõrgetasemelistele nõuetele. Selle testimismeetodi paljastatud tüüpilised vead hõlmavad järgmist:
- Riistvara / tarkvara liideste vead
- Tarkvara jaotamise rikkumised.
- Võimetus sisseehitatud testiga rikkeid tuvastada
- Vale reageerimine riistvaratõrgetele
- Viga järjestuse, siirde sisendkoormuste ja sisendvõimsuse siirde tõttu
- Tagasiside tekitab vale käitumise
- Mäluhalduse riistvara vale või ebaõige juhtimine
- Andmesiini väite probleem
- Välja laaditava tarkvara ühilduvuse ja õigsuse kontrollimiseks mehhanismi vale toimimine
Riistvaratarkvara integreerimine tegeleb kõrgetasemeliste nõuete kontrollimisega. Kõik selle taseme testid viiakse läbi sihtriistvaraga.
- Musta kasti testimine on selle testimise taseme peamine testimismetoodika.
- Määratlege testjuhtumid ainult kõrgetasemeliste nõuete järgi
- Test tuleb läbi viia standardse tooteriistvaraga (sihtmärgil)
Asjad, mida tuleb arvestada HW / SW integreerimise testjuhtumite kujundamisel
- Kõigi andmete õige hankimine tarkvara poolt
- Andmete suurus ja ulatus ootuspäraselt riistvarast tarkvarani
- Andmete õige väljastamine tarkvarast riistvarasse
- Andmed spetsifikatsioonide piires (tavaline vahemik)
- Andmed väljaspool spetsifikatsioone (ebanormaalne ulatus)
- Piiriandmed
- Katkestab töötlemise
- Ajastus
- Õige mälukasutus (adresseerimine, kattumine jne)
- Olekute üleminekud
Märkus . Katkestuste testimiseks kontrollitakse kõiki katkestusi algsest taotlusest sõltumata täieliku teeninduse kaudu ja lõpuni. Katsejuhtumid kavandatakse spetsiaalselt katkestuste piisavaks testimiseks.
Tarkvara tarkvara integreerimise testimiseks
See on host- / sihtarvutis töötava arvutitarkvara komponendi testimine
Keskkond, simuleerides samal ajal kogu süsteemi [teisi CSC-sid] ja kõrgetasemelist funktsionaalsust.
See keskendub CSC käitumisele simuleeritud host / sihtkeskkonnas. Tarkvara integreerimisel kasutatav lähenemisviis võib olla inkrementaalne lähenemine (ülalt alla, alt üles või mõlema kombinatsioon).
Järk-järguline lähenemine
Inkrementaalne testimine on integreerimise testimise viis. Seda tüüpi testimismeetodil testite kõigepealt iga tarkvara moodulit eraldi ja seejärel jätkate testimist, lisades sellele muud moodulid, seejärel teise ja nii edasi.
Inkrementaalne integratsioon on kontrastiks suure paugu lähenemisele. Programm on koostatud ja testitud väikestes segmentides, kus vigu on lihtsam isoleerida ja parandada. Liideseid testitakse suurema tõenäosusega täielikult ja võib kasutada süstemaatilist testimismeetodit.
Inkrementaalseid teste on kahte tüüpi
- Ülalt alla lähenemine
- Alt üles lähenemine
Ülalt alla lähenemine
Seda tüüpi lähenemisviisi puhul alustatakse individuaalselt ainult kasutajaliidese testimisega, kusjuures põhifunktsionaalsust simuleeritakse tüvega, seejärel liigute allapoole integreerides alumised ja alumised kihid, nagu on näidatud alloleval pildil.
- Alustades peamisest juhtmoodulist, integreeritakse moodulid juhtimishierarhias allapoole liikudes
- Põhijuhtimismooduli alamoodulid lisatakse struktuuri kas kõigepealt laiuse või sügavuse järgi.
- Integreerimissügavus integreerib kõik moodulid struktuuri peamisele juhtimisrajale, nagu on näidatud järgmisel diagrammil:
Moodulite integreerimise protsess toimub järgmiselt:
- Testijuhina kasutatakse peamist juhtmoodulit ja tüved asendatakse kõigi peamise juhtmoodulile otse alluvate moodulitega.
- Alluvad tüved asendatakse ükshaaval tegelike moodulitega, sõltuvalt valitud lähenemisviisist (laius esimesena või sügavus kõigepealt).
- Testid viiakse läbi iga mooduli integreerimisel.
- Iga katsekomplekti lõpuleviimisel asendatakse iga testikomplekti lõpetamisel teine tõeline moodul reaalse mooduliga
- Kontrollimaks, kas uusi vigu pole sisse viidud, võidakse teha regressioonitesti.
Protsess jätkub 2. etapist kuni kogu programmistruktuuri ülesehitamiseni. Ülalt-alla strateegia kõlab suhteliselt lihtsalt, kuid praktikas tekivad logistilised probleemid.
Kõige tavalisem neist probleemidest ilmneb siis, kui ülemiste tasandite piisavaks testimiseks on vajalik hierarhia madalatel tasanditel töötlemine.
Stubid asendavad madala tasemega mooduleid ülalt-alla testimise alguses ja seetõttu ei saa programmistruktuuris olulisi andmeid ülespoole liikuda.
Väljakutsed, millega testija võib kokku puutuda:
- Viivitage paljude testidega, kuni tüved asendatakse tegelike moodulitega.
- Arendage tõukeid, mis täidavad piiratud funktsioone, mis simuleerivad tegelikku moodulit.
- Integreerige tarkvara hierarhia alt ülespoole.
Märkus . Esimene lähenemisviis põhjustab teatud kontrolli kaotamise konkreetsete testide ja konkreetsete moodulite lisamise vahel. See võib põhjustada raskusi selliste vigade põhjuste väljaselgitamisel, mis kipuvad rikkuma ülalt-alla lähenemise väga piiratud olemust.
Teine lähenemisviis on toimiv, kuid võib põhjustada märkimisväärseid üldkulusid, kuna tüved muutuvad üha keerukamaks.
Alt üles lähenemine
Alt ülespoole integreerimine algab ehitamise ja testimisega moodulitega, mis on programmi struktuuri madalaimal tasemel. Selles protsessis on moodulid integreeritud alt üles.
Selles lähenemisviisis on teatud tasemele alluvate moodulite jaoks vajalik töötlemine alati olemas ja vajadus tüvede järele on kõrvaldatud.
See integreerimistesti protsess viiakse läbi nelja etapina
- Madalad moodulid on ühendatud klastriteks, mis täidavad kindlat tarkvara alafunktsiooni.
- Juht kirjutatakse testjuhtumi sisendi ja väljundi koordineerimiseks.
- Klastrit või järku testitakse.
- Draiverid eemaldatakse ja klastrid ühendatakse programmistruktuuris ülespoole liikudes.
Kui integratsioon liigub ülespoole, on vaja eraldi testijuhtide tunde. Tegelikult, kui programmi struktuuri kaks ülemist tasandit on integreeritud ülalt alla, saab draiverite arvu oluliselt vähendada ja klastrite integreerimine on oluliselt lihtsustatud. Integreerimine toimub allpool illustreerituna. Kui integratsioon liigub ülespoole, on vaja eraldi testijuhtide tunde.
Märkus. Kui integreeritakse programmi ülemise kahe ülemise taseme ülalt alla, saab draiverite arvu oluliselt vähendada ja järkude integreerimist oluliselt lihtsustada.
Suure Paugu lähenemine
Selles lähenemisviisis ei integreerita kõiki mooduleid enne ja kui kõik moodulid pole valmis. Kui need on valmis, integreeritakse kõik moodulid ja seejärel käivitatakse, et teada saada, kas kõik integreeritud moodulid töötavad või mitte.
Selles lähenemisviisis on raske teada ebaõnnestumise algpõhjust, kuna kõik on integreeritud korraga.
Samuti on tootmiskeskkonnas kriitiliste vigade esinemise tõenäosus suur.
Seda lähenemist kasutatakse ainult siis, kui integratsiooni testimine tuleb teha korraga.
Kokkuvõte:
- Integreerimine toimub tarkvarasüsteemi moodulite vahelise interaktsiooni kontrollimiseks. See aitab defekti varakult avastada
- Integreerimise testimist saab teha riistvara-tarkvara või riistvara-riistvara integreerimise jaoks
- Integreerimise testimine toimub kahel viisil
- Järk-järguline lähenemine
- Suure paugu lähenemine
- Integreerimistestimise ajal kasutatakse tavaliselt ETVX-i (sisenemise kriteeriumide, ülesande, valideerimise ja väljumise kriteeriumide) strateegiat.