Šajā apmācībā jūs uzzināsiet
- Kas ir iegultās sistēmas?
- Kas ir iegultā testēšana?
- Iegultās programmatūras testēšanas veidi
- Atšķirība: iegultā testēšana un programmatūras pārbaude
- Izaicinājumi: iegultās programmatūras testēšana
Kas ir iegultās sistēmas?
Iegultās sistēmas ir elektroniski kontrolētas ierīces, kurās programmatūra un aparatūra ir cieši savienotas. Iegultās sistēmas var saturēt dažādas skaitļošanas ierīces. Tie ir personālie datori, kas iestrādāti citās ierīcēs, lai darbinātu lietojumprogrammas funkcijas. Galalietotājs parasti pat nezina par viņu eksistenci.
Iegultā testēšana
Iegultā testēšana ir testēšanas process, lai iegultā sistēmā pārbaudītu gan programmatūras, gan aparatūras funkcionālos un nefunkcionālos atribūtus un nodrošinātu, ka galaproduktā nav defektu. Iegultās pārbaudes galvenais mērķis ir pārbaudīt un apstiprināt, vai iegultās aparatūras un programmatūras galaprodukts atbilst klienta prasībām.
Iegultās programmatūras testēšana pārbauda un nodrošina, ka attiecīgā programmatūra ir kvalitatīva un atbilst visām prasībām, kurām tai būtu jāatbilst. Iegultās programmatūras testēšana ir lieliska pieeja, lai garantētu drošību tādās kritiskās lietojumprogrammās kā medicīnas aprīkojums, dzelzceļš, aviācija, transportlīdzekļu rūpniecība uc
Kā veikt iegultās programmatūras testēšanu
Parasti jūs pārbaudāt četru iemeslu dēļ:
- Lai atrastu kļūdas programmatūrā
- Palīdz samazināt risku gan lietotājiem, gan uzņēmumam
- Samazināt izstrādes un uzturēšanas izmaksas
- Lai uzlabotu sniegumu
Iegultās testēšanas laikā tiek veiktas šādas darbības:
1. Programmatūra ir nodrošināta ar dažām ieejām.
2. Tiek izpildīta programmatūras daļa.
3. Tiek novērots programmatūras stāvoklis, un izejām tiek pārbaudītas sagaidāmās īpašības, piemēram, vai produkcija atbilst gaidītajam rezultātam, atbilstība prasībām un sistēmas avāriju neesamība.
Iegultās programmatūras testēšanas veidi
Būtībā ir pieci testēšanas līmeņi, kurus var piemērot iegultai programmatūrai
Programmatūras vienību testēšana
Vienības modulis ir vai nu funkcija, vai klase. Vienības testēšanu veic izstrādes komanda, galvenokārt izstrādātājs, un to parasti veic salīdzinošās pārskatīšanas modelī. Pamatojoties uz moduļa specifikāciju, tiek izstrādāti testa gadījumi.
Integrācijas testēšana
Integrācijas testēšanu var klasificēt divos segmentos:
- Programmatūras integrācijas testēšana
- Programmatūras / aparatūras integrācijas testēšana.
Galu galā tiek pārbaudīta aparatūras domēna un programmatūras komponentu mijiedarbība. Tas var ietvert iebūvēto perifēro ierīču un programmatūras mijiedarbības pārbaudi.
Iegultās programmatūras izstrādei ir unikāla iezīme, kas koncentrējas uz faktisko vidi, kurā programmatūra darbojas, parasti tiek veidota paralēli programmatūrai. Tas rada neērtības testēšanā, jo visaptverošu testēšanu nevar veikt simulētā stāvoklī.
Sistēmas vienības testēšana
Tagad pārbaudāmais modulis ir pilnīgs ietvars, kas sastāv no pilnīga programmatūras koda un visiem reāllaika operētājsistēmas (RTOS) un ar platformu saistītajiem elementiem, piemēram, pārtraukumiem, uzdevumu mehānismiem, sakariem un tā tālāk. Vadības punkta protokols vairs nav izsaukums uz funkciju vai metodes izsaukums, bet gan ziņojums, kas nosūtīts / saņemts, izmantojot RTOS ziņojumu rindas.
Tiek novēroti sistēmas resursi, lai novērtētu sistēmas spēju atbalstīt iegultās sistēmas izpildi. Šajā aspektā labvēlīgā testēšanas metode ir pelēkās kastes testēšana. Atkarībā no organizācijas sistēmas vienības testēšana ir vai nu izstrādātāja, vai arī īpašas sistēmas integrācijas komandas pienākums.
Sistēmas integrācijas pārbaude
Pārbaudāmais modulis sākas no komponentu kopas vienā mezglā. Kontroles punkti un novērojumi (PCO) ir ar tīklu saistītu sakaru protokolu un RTOS, piemēram, tīkla ziņojumu un RTOS notikumu, sajaukums. Papildus komponentam arī virtuālais testeris var spēlēt mezgla lomu.
Sistēmas validācijas pārbaude
Pārbaudāmais modulis ir apakšsistēma ar pilnīgu ieviešanu vai pilnīgu iegulto sistēmu. Šī pēdējā testa mērķis ir izpildīt ārējās struktūras funkcionālās prasības. Ņemiet vērā, ka ārēja entītija var būt persona, ierīce telekomunikāciju tīklā vai abi.
Atšķirība: iegultā testēšana un programmatūras pārbaude
| Programmatūras testēšana | Iegultā testēšana |
|---|---|
| Programmatūras testēšana ir saistīta tikai ar programmatūru. | Iegultā testēšana ir saistīta gan ar programmatūru, gan ar aparatūru. |
| Vidēji 90% testu, kas veikti pasaulē, ir tikai manuāla melnās kastes pārbaude. | Iegultā pārbaude tiek veikta iegultās sistēmās vai mikroshēmās, tā var būt melnās vai baltās kastes pārbaude. |
| Galvenās testēšanas jomas ir GUI pārbaudes, funkcionalitāte, validācija un datu bāzes testēšana kādā līmenī. | Galvenās pārbaudes jomas ir aparatūras izturēšanās pret nē. doto ieguldījumu. |
| Programmatūras testēšana galvenokārt tiek veikta klienta-servera, tīmekļa un mobilajās lietojumprogrammās. | Iegultā testēšana parasti tiek veikta aparatūrā. |
| piemēram, Google Mail, Yahoo Mail, Android lietojumprogrammas. | piem., veselības aprūpes iekārtas, datoros izmantojami mikrokontrolleri. |
Izaicinājumi: iegultās programmatūras testēšana
Daži no izaicinājumiem, ar kuriem var saskarties iegultās programmatūras testēšanas laikā:
Aparatūras atkarība
Aparatūras atkarība ir viena no galvenajām grūtībām, ar ko jāsaskaras iegultās programmatūras testēšanas laikā, jo ierobežota piekļuve aparatūrai. Tomēr emulatori un simulatori, iespējams, precīzi neatspoguļo faktiskās ierīces darbību un var radīt nepareizu sistēmas veiktspējas un lietojumprogrammas izmantošanas sajūtu.
Atvērtā koda programmatūra
Lielākā daļa iegultās programmatūras sastāvdaļu pēc būtības ir atvērtā koda, tās nav izveidotas uz vietas, un tai nav pieejams pilnīgs tests. Ir plašs testu kombināciju un no tiem izrietošo scenāriju klāsts.
Programmatūra pret aparatūras defektiem
Vēl viens aspekts ir tad, kad tiek izstrādāta programmatūra tikko izveidotai aparatūrai, šajā procesā var identificēt lielu aparatūras defektu attiecību. Atrastais defekts vienkārši neaprobežojas tikai ar programmatūru. Tas var būt saistīts arī ar aparatūru.
Reproducējami defekti
Iegultās sistēmas gadījumā defektus ir grūtāk reproducēt / atjaunot. Tas liek iegultai testēšanas procedūrai katru defekta gadījumu novērtēt ievērojami augstāk nekā standarta gadījumā, izņemot datu vākšanu, kas saprātīgi varētu būt vajadzīgs sistēmas maiņai, lai atrastu defekta pamatu.
Nepārtraukti programmatūras atjauninājumi
Iegultās sistēmas prasa regulārus programmatūras atjauninājumus, piemēram, kodola jaunināšanu, drošības labojumus, dažādus ierīču draiverus utt. Programmatūras atjauninājumu identificētie ierobežojumi apgrūtina kļūdu identificēšanu. Turklāt tas palielina būvēšanas un izvietošanas procedūras nozīmi.
Kopsavilkums
Iegultās programmatūras testēšanā ir dažas grūtības, kas to apgrūtina nekā regulāra programmatūras testēšana. Pats būtiskākais jautājums ir ciešā paļaušanās uz aparatūras vidi, kas tiek sagatavota vienlaikus ar programmatūru un kas regulāri nepieciešama uzticamas programmatūras pārbaudes veikšanai. Dažreiz ir pat grūti pārbaudīt programmatūru bez pielāgotiem rīkiem, kas bez piepūles liek koncentrēties uz testēšanu vēlīnās stadijās ārkārtīgi vilinoši.
Viena no vissvarīgākajām lietām, par kuru jums vajadzētu padomāt, ir fakts, ka jums bieži jāizvēlas automatizēta programmatūras testēšana. Iegultā automatizētā testēšana ir ātrāks process, kura pabeigšana prasīs dažas stundas, un tādā veidā jūsu programmatūras jautājums ir nokārtots.