Šioje pamokoje sužinosite
- Kas yra įterptosios sistemos?
- Kas yra įterptasis testavimas?
- Įterptosios programinės įrangos testavimo tipai
- Skirtumas: Įterptasis ir programinės įrangos testavimas
- Iššūkiai: Įterptosios programinės įrangos testavimas
Kas yra įterptosios sistemos?
Įterptosios sistemos yra elektroniniu būdu valdomi įrenginiai, kuriuose programinė ir aparatinė įranga yra tvirtai sujungtos. Įterptosiose sistemose gali būti įvairių skaičiavimo įrenginių. Tai kompiuteriai, įmontuoti į kitus įrenginius, kad būtų galima atlikti konkrečios programos funkcijas. Galutinis vartotojas paprastai net nežino apie jų egzistavimą.
Įterptasis testavimas
Įterptasis testavimas yra testavimo procesas, skirtas patikrinti funkcinius ir nefunkcinius programinės ir aparatinės įrangos atributus įterptojoje sistemoje ir užtikrinti, kad galutiniame produkte nebūtų defektų. Pagrindinis įterptųjų bandymų tikslas yra patikrinti ir patvirtinti, ar įterptosios techninės ir programinės įrangos galutinis produktas atitinka kliento reikalavimus.
Įterptosios programinės įrangos testavimas tikrina ir užtikrina, kad atitinkama programinė įranga yra kokybiška ir atitinka visus reikalavimus, kuriuos turėtų atitikti. Įterptosios programinės įrangos testavimas yra puikus būdas garantuoti svarbiausių programų, tokių kaip medicinos įranga, geležinkeliai, aviacija, transporto pramonė ir kt., Saugumą. Griežtas ir kruopštus testavimas yra būtinas norint suteikti programinės įrangos sertifikatą.
Kaip atlikti įterptosios programinės įrangos testavimą
Paprastai bandote dėl keturių priežasčių:
- Norėdami rasti programinės įrangos klaidų
- Padeda sumažinti riziką tiek vartotojams, tiek įmonei
- Sumažinkite kūrimo ir priežiūros išlaidas
- Norėdami pagerinti našumą
Įterptųjų bandymų metu atliekamos šios veiklos:
1. Programinė įranga pateikiama su kai kuriomis įvestimis.
2. Vykdoma programinės įrangos dalis.
3. Stebima programinės įrangos būsena ir tikrinamos išvestys, atsižvelgiant į laukiamas savybes, pvz., Ar produkcija atitinka laukiamą rezultatą, atitiktį reikalavimams ir sistemos gedimų nebuvimą.
Įterptosios programinės įrangos testavimo tipai
Iš esmės yra 5 testavimo lygiai, kuriuos galima pritaikyti įterptajai programinei įrangai
Programinės įrangos vieneto testavimas
Vieneto modulis yra arba funkcija, arba klasė. Vieneto testavimą atlieka kūrėjų komanda, visų pirma kūrėjas, ir paprastai jis atliekamas pagal tarpusavio vertinimo modelį. Remiantis modulio specifikacija, kuriami bandymų atvejai.
Integracijos testavimas
Integravimo testavimą galima suskirstyti į du segmentus:
- Programinės įrangos integravimo testavimas
- Programinės ir aparatinės įrangos integravimo testavimas.
Galų gale išbandoma aparatūros srities ir programinės įrangos komponentų sąveika. Tai gali apimti integruotų išorinių įrenginių ir programinės įrangos sąveikos tyrimą.
Įterptosios programinės įrangos kūrimas pasižymi unikalia savybe, kuri daugiausia dėmesio skiriama faktinei aplinkai, kurioje veikia programinė įranga, paprastai kuriama lygiagrečiai su programine įranga. Tai sukelia nepatogumų atliekant bandymus, nes visapusiško bandymo negalima atlikti modeliuojant.
Sistemos bloko testavimas
Dabar bandomas modulis yra visa sistema, kurią sudaro visas programinės įrangos kodas, be to, visos realiuoju laiku veikiančios operacinės sistemos (RTOS) ir su platforma susijusios dalys, tokios kaip pertraukimai, užduočių mechanizmai, ryšiai ir pan. „Point of Control“ protokolas nebėra iškvietimas funkcijai ar metodo iškvietimas, o pranešimas, išsiųstas / gautas naudojant RTOS pranešimų eiles.
Stebimi sistemos ištekliai, siekiant įvertinti sistemos galimybes palaikyti įdėtosios sistemos vykdymą. Šiuo aspektu „pilkosios dėžės“ testavimas yra palankiausias bandymo metodas. Priklausomai nuo organizacijos, sistemos vieneto testavimas yra arba kūrėjo, arba specialios sistemos integravimo komandos pareiga.
Sistemos integracijos testavimas
Testuojamas modulis prasideda nuo komponentų rinkinio viename mazge. Kontrolės ir stebėjimo taškai (PCO) yra su tinklu susijusių ryšių protokolų ir RTOS derinys, pavyzdžiui, tinklo pranešimai ir RTOS įvykiai. Be komponento, virtualus testeris taip pat gali atlikti mazgo vaidmenį.
Sistemos patvirtinimo testavimas
Bandomas modulis yra posistemis su visišku įgyvendinimu arba visa įterptoji sistema. Šio galutinio testo tikslas yra atitikti išorės subjekto funkcinius reikalavimus. Atkreipkite dėmesį, kad išorinis subjektas gali būti asmuo, telekomunikacijų tinklo įrenginys arba abu.
Skirtumas: Įterptasis ir programinės įrangos testavimas
| Programinės įrangos testavimas | Įterptasis testavimas |
|---|---|
| Programinės įrangos testavimas yra susijęs tik su programine įranga. | Įterptasis testavimas yra susijęs tiek su programine įranga, tiek su aparatine įranga. |
| Vidutiniškai 90% pasaulyje atliktų bandymų yra grynai rankiniai juodosios dėžės testai. | Įterptasis testavimas atliekamas įdėtosiose sistemose arba lustuose. Tai gali būti juodosios arba baltosios dėžės testavimas. |
| Pagrindinės testavimo sritys yra GUI tikrinimas, funkcionalumas, patvirtinimas ir tam tikro lygio duomenų bazės testavimas. | Pagrindinės bandymo sritys yra aparatinės įrangos, susijusios su Nr. jam suteiktų įnašų. |
| Programinė įranga tikrinama daugiausia kliento-serverio, žiniatinklio ir mobiliojo ryšio programose. | Įterptasis testavimas paprastai atliekamas aparatinėje įrangoje. |
| pvz., „Google Mail“, „Yahoo Mail“, „Android“ programos. | pvz., sveikatos priežiūros mašinos, kompiuteriuose naudojami mikrovaldikliai. |
Iššūkiai: Įterptosios programinės įrangos testavimas
Keletas iššūkių, su kuriais galima susidurti testuojant įterptąją programinę įrangą:
Aparatinės įrangos priklausomybė
Techninės įrangos priklausomybė yra vienas iš pagrindinių sunkumų, su kuriais susiduriama bandant įterptąją programinę įrangą dėl ribotos prieigos prie aparatūros. Tačiau emuliatoriai ir simuliatoriai gali tiksliai neatspindėti faktinio įrenginio elgesio ir gali suteikti neteisingą sistemos veikimo ir programos naudojimo jausmą.
Atvirojo kodo programinė įranga
Dauguma įterptųjų programinės įrangos komponentų yra atvirojo šaltinio pobūdžio, jie nėra sukurti namuose ir nėra išsamių bandymų. Yra daugybė bandymų derinių ir gautų scenarijų.
Programinė įranga ir aparatūros defektai
Kitas aspektas yra tai, kad kuriant programinę įrangą naujai sukurtai aparatūrai, šio proceso metu galima nustatyti didelį aparatūros defektų santykį. Rastas defektas neapsiriboja vien programine įranga. Tai taip pat gali būti susiję su aparatūra.
Reprodukciniai defektai
Įterptosios sistemos atveju defektus sunkiau atkurti / atkurti. Tai įpareigoja įterptąją testavimo procedūrą, kad kiekvienas defektas būtų žymiai didesnis nei įprastu atveju, išskyrus surinkti tiek duomenų, kiek gali prireikti norint pakeisti sistemą, kad būtų rasta defekto pagrindas.
Nuolatinis programinės įrangos atnaujinimas
Įterptosioms sistemoms reikalingi reguliarūs programinės įrangos atnaujinimai, pvz., Branduolio atnaujinimas, saugos pataisymai, skirtingos įrenginių tvarkyklės ir kt. Programinės įrangos naujinių įtakai nustatyti apribojimai apsunkina klaidų identifikavimą. Be to, tai padidina kūrimo ir diegimo procedūros svarbą.
Santrauka
Testuojant įterptosios programinės įrangos testavimą kyla tam tikrų sunkumų, todėl tai yra sunkiau nei reguliariai atliekant programinės įrangos testavimą. Esminis klausimas yra griežtas pasitikėjimas aparatine aplinka, kuri yra parengta kartu su programine įranga, ir kurios reguliariai reikia patikimam programinės įrangos testavimui. Kartais net sunku išbandyti programinę įrangą be pritaikytų įrankių, todėl be vargo susikaupimas bandymams vėlyvose stadijose tampa ypač viliojantis.
Vienas iš svarbiausių dalykų, apie kurį turėtumėte pagalvoti, yra tai, kad dažnai turėtumėte pasirinkti automatizuotą programinės įrangos testavimą. Įterptasis automatizuotas testavimas yra greitesnis procesas, kuriam atlikti prireiks kelių valandų, ir tokiu būdu jūsų programinės įrangos klausimas yra išspręstas.