Selles õpetuses saate teada
- Mis on manustatud süsteemid?
- Mis on manustatud testimine?
- Sisseehitatud tarkvara testimise tüübid
- Erinevus: manustatud testimine ja tarkvara testimine
- Väljakutsed: manustatud tarkvara testimine
Mis on manustatud süsteemid?
Manustatud süsteemid on elektrooniliselt juhitavad seadmed, kus tarkvara ja riistvara on tihedalt ühendatud. Manustatud süsteemid võivad sisaldada mitmesuguseid arvutiseadmeid. Need on arvutid, mis on rakendusspetsiifiliste funktsioonide kasutamiseks integreeritud teistesse seadmetesse. Lõppkasutaja pole nende olemasolust tavaliselt isegi teadlik.
Manustatud testimine
Manustatud testimine on testimisprotsess manustatud süsteemis nii tarkvara kui ka riistvara funktsionaalsete ja mittefunktsionaalsete atribuutide kontrollimiseks ning lõpliku toote defektivaba tagamise tagamiseks. Manustatud testimise peamine eesmärk on kontrollida ja kinnitada, kas manustatud riist- ja tarkvara lõpptoode vastab kliendi nõuetele või mitte.
Sisseehitatud tarkvara testimine kontrollib ja tagab, et asjaomane tarkvara on kvaliteetne ja vastab kõigile nõuetele, millele see peaks vastama. Manustatud tarkvara testimine on suurepärane lähenemisviis turvalisuse tagamiseks kriitilistes rakendustes, nagu meditsiiniseadmed, raudteed, lennundus, sõidukitööstus jne. Tarkvara sertifitseerimise andmiseks on oluline range ja hoolikas testimine.
Kuidas teha sisseehitatud tarkvara testimine
Üldiselt testite neljal põhjusel:
- Tarkvarast vigade leidmiseks
- Aitab vähendada nii kasutajate kui ka ettevõtte riski
- Vähendage arendus- ja hoolduskulusid
- Toimivuse parandamiseks
Sisseehitatud testimisel tehakse järgmised tegevused:
1. Tarkvara on varustatud mõningate sisenditega.
2. Käivitatakse tükk tarkvara.
3. Jälgitakse tarkvara olekut ja kontrollitakse väljundite eeldatavaid omadusi, näiteks kas väljund vastab oodatud tulemusele, nõuetele vastavust ja süsteemi krahhi puudumist.
Sisseehitatud tarkvara testimise tüübid
Põhimõtteliselt on manustatud tarkvarale rakendatavad viis testimistaset
Tarkvaraüksuste testimine
Üksuse moodul on kas funktsioon või klass. Üksuse testimist teostab arendusmeeskond, peamiselt arendaja, ja tavaliselt viiakse see läbi vastastikuse eksperdihinnangu mudelis. Mooduli spetsifikatsiooni põhjal töötatakse välja juhtumid.
Integratsiooni testimine
Integreerimise testimise võib jagada kahte segmenti:
- Tarkvara integreerimise testimine
- Tarkvara / riistvara integreerimise testimine.
Lõpuks testitakse riistvara domeeni ja tarkvarakomponentide koostoimet. See võib hõlmata sisseehitatud välisseadmete ja tarkvara koostoime uurimist.
Manustatud tarkvaraarendusel on ainulaadne omadus, mis keskendub tegelikule keskkonnale, kus tarkvara töötab, mis luuakse üldjuhul paralleelselt tarkvaraga. See tekitab testimisel ebamugavusi, kuna põhjalikku katsetamist ei saa simuleeritud tingimustes läbi viia.
Süsteemiüksuse testimine
Nüüd on testitav moodul täielik raamistik, mis koosneb terviklikust tarkvarakoodist, lisaks kõigist reaalajas töötavatest operatsioonisüsteemidest (RTOS) ja platvormiga seotud tükkidest nagu katkestused, ülesandemehhanismid, side ja nii edasi. Juhtimispunkti protokoll ei ole enam kutse funktsioonile ega meetodi kutsumine, vaid pigem RTOS-sõnumijärjekordi kasutades saadetud / saadetud sõnum.
Täheldatakse süsteemi ressursse, et hinnata süsteemi võimet manustatud süsteemi käivitamist toetada. Selle aspekti puhul on eelistatud testimismeetod hallide kastide testimine. Sõltuvalt organisatsioonist on süsteemiüksuse testimine kas arendaja või spetsiaalse süsteemiintegratsiooni meeskonna kohustus.
Süsteemi integreerimise testimine
Testitav moodul algab komponentide komplektist ühes sõlmes. Kontrollpunktid ja vaatlused (PCO) on segu võrguga seotud sideprotokollidest ja RTOS-ist, näiteks võrgusõnumid ja RTOS-sündmused. Lisaks komponendile võib ka virtuaalne testija mängida sõlme rolli.
Süsteemi valideerimise testimine
Testitav moodul on täieliku rakendusega alamsüsteem või täielik manustatud süsteem. Selle lõputesti eesmärk on täita väliste üksuste funktsionaalsed nõuded. Pange tähele, et väline üksus võib olla isik või telekommunikatsioonivõrgus olev seade või mõlemad.
Erinevus: manustatud testimine ja tarkvara testimine
| Tarkvara testimine | Manustatud testimine |
|---|---|
| Tarkvara testimine on seotud ainult tarkvaraga. | Manustatud testimine on seotud nii tarkvara kui ka riistvaraga. |
| Keskmiselt 90% maailmas tehtud testidest on puhtalt käsitsi musta kasti testimine. | Manustatud testimine toimub manustatud süsteemides või kiipides, see võib olla musta kasti või valge kasti testimine. |
| Peamised testimisvaldkonnad on graafilise kasutajaliidese kontroll, funktsionaalsus, valideerimine ja mingil tasemel andmebaaside testimine. | Peamised testimisvaldkonnad on riistvara käitumine. talle sisenditest. |
| Tarkvara testimine toimub peamiselt klient-server, veebi- ja mobiilipõhistes rakendustes. | Riistvaral tehakse tavaliselt sisseehitatud testimine. |
| nt Google Mail, Yahoo Mail, Androidi rakendused. | nt tervishoiuvaldkonna masinad, arvutites kasutatavad mikrokontrollerid. |
Väljakutsed: manustatud tarkvara testimine
Mõned väljakutsed, millega võib manustatud tarkvara testimise ajal silmitsi seista:
Riistvarasõltuvus
Riistvarast sõltuva juurdepääsu tõttu riistvarale on riistvarasõltuvus riistvarale piiratud juurdepääsu tõttu üks peamisi probleeme. Emulaatorid ja simulaatorid ei pruugi siiski tegeliku seadme käitumist täpselt esindada ning võivad süsteemi toimivuse ja rakenduse kasutatavuse vale tunde anda.
Avatud lähtekoodiga tarkvara
Suurem osa manustatud tarkvarakomponentidest on oma olemuselt avatud lähtekoodiga, neid pole ettevõttes loodud ja selle jaoks pole täielikku testi saadaval. Testide kombinatsioone ja sellest tulenevaid stsenaariume on palju.
Tarkvara vs riistvara defektid
Teine aspekt on tarkvara väljatöötamine värskelt loodud riistvara jaoks, selle protsessi käigus on võimalik tuvastada riistvara defektide suur osakaal. Leitud defekt ei piirdu lihtsalt tarkvaraga. See võib olla seotud ka riistvaraga.
Taasesitatavad defektid
Defekte on manustatud süsteemi puhul raskem taasesitada / uuesti luua. See sunnib sisseehitatud testimisprotseduuri hindama iga defekti esinemist oluliselt kõrgemal kui tavalisel juhul, välja arvatud andmete kogumine, mis võib mõistlikult olla vajalik süsteemi muutmiseks defekti aluse leidmiseks.
Pidevad tarkvarauuendused
Manustatud süsteemid vajavad regulaarset tarkvarauuendust, näiteks kerneli uuendamine, turvaparandused, erinevad seadmete draiverid jne. Tarkvarauuenduste mõjuga tuvastatud piirangud muudavad vea tuvastamise keeruliseks. Lisaks suurendab see ehitamise ja juurutamise protseduuri olulisust.
Kokkuvõte
Sisseehitatud tarkvara testimisel on mõningaid raskusi, mis muudab selle keerulisemaks kui tavaline tarkvara testimine. Põhimõtteline küsimus on range sõltuvus tarkvaraga üheaegselt ettevalmistatud riistvarakeskkonnast ja see on regulaarselt vajalik usaldusväärse tarkvara testimiseks. Mõnikord on tarkvara testimine ilma kohandatud tööriistadeta isegi keeruline, mis muudab hilisemates etappides keskendumise vaevata erakordselt ahvatlevaks.
Üks olulisemaid asju, millele peaksite mõtlema, on asjaolu, et peaksite sageli valima tarkvara automatiseeritud testimise. Manustatud automaatne testimine on kiirem protsess, mille lõpuleviimiseks kulub mõni tund ja nii on teie tarkvara küsimus lahendatud.