Mis on sisseehitatud testimine tarkvara testimises?
Thomas Hamilton
⚡ Nutikas kokkuvõte
Manussüsteemide testimine kontrollib tarkvara ja riistvara funktsionaalset ja mittefunktsionaalset käitumist koos, sest manussüsteemides on need kaks tihedalt seotud ja kumbagi ei saa eraldi korralikult valideerida.
Mis on manussüsteemid?
Manustatud süsteemid on elektrooniliselt juhitavad seadmed, kus tarkvara ja riistvara on tihedalt seotud. Manussüsteemid võivad sisaldada mitmesuguseid arvutusseadmeid. Need on arvutid, mis on integreeritud teistesse seadmetesse rakenduspõhiste funktsioonide täitmiseks. Lõppkasutaja tavaliselt isegi ei tea nende olemasolust.
Manustatud testimine
Sisseehitatud testimine on testimisprotsess funktsionaalsuse ja mittefunktsionaalne nii tark- kui ka riistvara atribuudid manussüsteemis ning lõpptoote defektideta olemise tagamine. Manussüsteemide testimise peamine eesmärk on kontrollida ja valideerida, kas manussüsteemi riist- ja tarkvara lõpptoode vastab kliendi nõuetele või mitte.
Manussüsteemide tarkvara testimine kontrollib ja tagab, et asjaomane tarkvara on kvaliteetne ja vastab kõigile nõuetele. Manussüsteemide tarkvara testimine on suurepärane lähenemisviis turvalisuse tagamiseks kriitilistes rakendustes, nagu meditsiiniseadmed, raudteed, lennundus, sõidukitööstus jne. Tarkvara sertifitseerimise saamiseks on ülioluline range ja hoolikas testimine.
Manustarkvara testimise viis
Üldiselt testite neljal põhjusel:
- Tarkvaravigade leidmiseks
- Aitab vähendada riske nii kasutajatele kui ka ettevõttele
- Vähendage arendus- ja hoolduskulusid
- Et parandada jõudlust
Sisseehitatud testimisel tehakse järgmisi tegevusi:
- Tarkvaral on mõned sisendid.
- Tarkvara osa käivitatakse.
- Tarkvara olekut jälgitakse ja väljundeid kontrollitakse eeldatavate omaduste osas, näiteks kas väljund vastab oodatavale tulemusele, vastab nõuetele ja kas süsteemi krahhe ei esine.
Manustatud tarkvara testimise tüübid
Põhimõtteliselt on manussüsteemidele rakendatav viis testimise taset.
Tarkvaraüksuste testimine
Ühikmoodul on kas funktsioon või klass. Ühiktestimist teostab arendusmeeskond, peamiselt arendaja, ja see toimub tavaliselt vastastikuse eksperdihinnangu mudeli alusel. Testjuhtumid töötatakse välja mooduli spetsifikatsiooni põhjal.
Integratsiooni testimine
Integratsiooni testimine võib jagada kahte segmenti:
- Tarkvara integratsiooni testimine
- Tarkvara/riistvara integratsiooni testimine
Lõpuks testitakse riist- ja tarkvarakomponentide koostoimet. See võib hõlmata sisseehitatud välisseadmete ja tarkvara koostoime uurimist.
Sisseehitatud tarkvara arendusel on ainulaadne omadus: tegelik keskkond, milles tarkvara töötab, luuakse üldiselt paralleelselt tarkvaraga. See tekitab testimisel ebamugavusi, kuna põhjalikku testimist ei saa simuleeritud tingimustes läbi viia.
Süsteemiüksuse testimine
Nüüd on testitav moodul täielik raamistik, mis koosneb kogu tarkvarakoodist ja kõigest muust. reaalajas operatsioonisüsteem (RTOS) ja platvormiga seotud elemendid, nagu katkestused, ülesannete mehhanismid, kommunikatsioon jne. Juhtimispunkti protokoll ei ole enam funktsiooni või meetodi kutsumine, vaid pigem RTOS-i sõnumijärjekordade abil saadetud või vastuvõetud sõnum.
Süsteemi ressursse jälgitakse, et hinnata süsteemi võimet toetada manustatud süsteemi täitmist. Selle aspekti jaoks halli kasti testimine on eelistatud testimismeetod. Sõltuvalt organisatsioonist on süsteemiüksuste testimine kas arendaja või spetsiaalse süsteemiintegratsiooni meeskonna kohustus.
Süsteemiintegratsiooni testimine
Testitav moodul algab ühe sõlme komponentide komplektist. Juhtimis- ja vaatluspunktid (PCO-d) on segu võrguga seotud sideprotokollidest ja RTOS-sündmustest, näiteks võrgusõnumitest. Lisaks komponendile võib virtuaalne testija täita ka sõlme rolli.
Süsteemi valideerimise testimine
Testitav moodul on täielikult implementeeritud alamsüsteem või täielik manussüsteem. Selle lõpptesti eesmärk on täita välise üksuse funktsionaalseid nõudeid. Pange tähele, et väline üksus võib olla inimene või telekommunikatsioonivõrgu seade või mõlemad.
Erinevus: manustatud testimine ja tarkvara testimine
Allolev tabel võrdleb manussüsteemide ja tavapäraste testide süsteeme. tarkvara testimine.
| Tarkvara testimine | Manustatud testimine |
|---|---|
| Tarkvara testimine on seotud ainult tarkvaraga. | Manustatud testimine on seotud nii tarkvara kui ka riistvaraga. |
| Keskmiselt 90% maailmas tehtavast testimisest on puhtalt käsitsi tehtav. musta kasti testimine. | Manussüsteemide testimine toimub manussüsteemidel või kiipidel ning see võib olla musta kasti või valge kasti testimine. |
| Peamised testimisvaldkonnad on GUI kontrollid, funktsionaalsus, valideerimine ja teatud tasemel andmebaasi testimine. | Peamised testimisvaldkonnad on riistvara käitumine sellele antud sisendite arvu korral. |
| Tarkvara testimine toimub peamiselt klient-server-, veebi- ja mobiilipõhistes rakendustes. | Manustatud süsteemi testimine toimub üldiselt riistvaral. |
| nt Google Mail, Yahoo Mail, Android rakendusi. | nt tervishoiuvaldkonna masinad, arvutites kasutatavad mikrokontrollerid. |
Väljakutsed: manustatud tarkvara testimine
Mõned väljakutsed, millega manussüsteemi tarkvara testimisel kokku puutuda võib:
Riistvara sõltuvus
Riistvarasõltuvus on üks peamisi raskusi, millega manussüsteemide tarkvara testimisel kokku puututakse, kuna riistvarale on juurdepääs piiratud. Emulaatorid ja simulaatorid ei pruugi aga täpselt esindada tegeliku seadme käitumist ning võivad anda vale ettekujutuse süsteemi jõudlusest ja rakenduse kasutatavusest.
Avatud lähtekoodiga tarkvara
Enamik manussüsteemide tarkvarakomponente on oma olemuselt avatud lähtekoodiga, neid ei looda ettevõttesiseselt ja nende jaoks puudub täielik testimiskomplekt. Saadaval on lai valik testikombinatsioone ja neist tulenevaid stsenaariume.
Tarkvara vs riistvara defektid
Teine aspekt on tarkvara arendamine värskelt loodud riistvarale. Selle protsessi käigus saab tuvastada suure hulga riistvaravigu. Leitud defekt ei piirdu ainult tarkvaraga. See võib olla seotud ka riistvaraga.
Reprodutseeritavad defektid
Manussüsteemide puhul on defekte raskem reprodutseerida või taastada. See sunnib manussüsteemide testimise protseduuri hindama iga defekti esinemist oluliselt kõrgemalt kui standardjuhul ja koguma nii palju andmeid, kui on mõistlikult vaja defekti algpõhjuse leidmiseks.
Pidevad tarkvarauuendused
Manussüsteemid vajavad regulaarseid tarkvarauuendusi, näiteks kerneli täiendusi, turvaparandusi, erinevaid seadmedraivereid jne. Tarkvarauuendustega seotud piirangud raskendavad vigade tuvastamist. Lisaks suurendab see ehitus- ja juurutamisprotseduuri olulisust.
