Mis on sisseehitatud testimine tarkvara testimises?
Mis on manussรผsteemid?
Manussรผ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, et kasutada rakendusespetsiifilisi funktsioone. Lรตppkasutaja ei ole tavaliselt nende olemasolust isegi teadlik.
Manustatud testimine
Manustatud testimine on testimisprotsess nii tarkvara kui ka riistvara funktsionaalsete ja mittefunktsionaalsete atribuutide kontrollimiseks manustatud sรผsteemis ning lรตpptoote defektide puudumise tagamiseks. Manustatud testimise peamine eesmรคrk on kontrollida ja kinnitada, kas manustatud riist- ja tarkvara lรตpptoode vastab kliendi nรตuetele vรตi mitte.
Manustarkvara testimine kontrollib ja tagab, et asjaomane tarkvara on hea kvaliteediga ja vastab kรตigile nรตuetele, millele see peaks vastama. Manustarkvara testimine on suurepรคrane lรคhenemine turvalisuse tagamiseks kriitilistes rakendustes, nagu meditsiiniseadmed, raudteed, lennundus, sรตidukitรถรถstus jne. Tarkvara sertifitseerimisel 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
Manustatud testimises tehakse jรคrgmised toimingud.
1. Tarkvara on varustatud mรตne sisendiga.
2. Osa tarkvarast kรคivitatakse.
3. Vaadeldakse tarkvara olekut ja kontrollitakse vรคljundite eeldatavaid omadusi, nรคiteks seda, kas vรคljund vastab eeldatavale tulemusele, nรตuetele vastavust ja sรผsteemi kokkujooksmiste puudumist.
Manustatud tarkvara testimise tรผรผbid
Pรตhimรตtteliselt on testimisel viis taset, mida saab manustarkvarale rakendada
Tarkvaraรผksuste testimine
รksuse moodul on kas funktsioon vรตi klass. รksuse testimise viib lรคbi arendusmeeskond, peamiselt arendaja, ja see viiakse tavaliselt lรคbi eksperdihinnangu mudelis. Mooduli spetsifikatsiooni alusel tรถรถtatakse vรคlja testjuhtumid.
Integratsiooni testimine
Integratsiooni testimise vรตib jagada kahte segmenti:
- Tarkvara integratsiooni testimine
- Tarkvara/riistvara integratsiooni testimine.
Lรตpuks testitakse riistvara domeeni ja tarkvara komponentide koostoimet. See vรตib hรตlmata sisseehitatud vรคlisseadmete ja tarkvara vahelise koostoime uurimist.
Manustarkvara arendusel on ainulaadne omadus, mis keskendub tegelikule keskkonnale, milles tarkvara tรถรถtab, luuakse รผldiselt tarkvaraga paralleelselt. See pรตhjustab testimisel ebamugavusi, kuna kรตikehรตlmavat testimist ei saa lรคbi viia simuleeritud olekus.
Sรผsteemiรผksuse testimine
Nรผรผd on testitavaks mooduliks tรคielik raamistik, mis koosneb tรคielikust tarkvarakoodist lisaks kรตigele reaalajas operatsioonisรผsteem (RTOS) ja platvormiga seotud tรผkid, nagu katkestused, รผlesannete tรคitmise mehhanismid, side ja nii edasi. Juhtimispunkti protokoll ei ole enam funktsiooni vรตi meetodi kutsumine, vaid pigem RTOS-i sรตnumijรคrjekordi kasutades saadetud/saadud 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. Olenevalt organisatsioonist on sรผsteemiรผksuse testimine kas arendaja vรตi spetsiaalse sรผsteemiintegratsioonimeeskonna รผlesanne.
Sรผsteemiintegratsiooni testimine
Testitav moodul algab komponentide komplektist รผhes sรตlmes. Juhtimis- ja vaatluspunktid (PCO) on segu vรตrguga seotud sideprotokollidest ja RTOS-ist, nagu vรตrgusรตnumid ja RTOS-sรผndmused. Lisaks komponendile vรตib virtuaaltester tรคita ka sรตlme rolli.
Sรผsteemi valideerimise testimine
Testitav moodul on tรคieliku juurutusega alamsรผsteem vรตi tรคielik manustatud sรผsteem. Selle viimase testi eesmรคrk on tรคita vรคlise olemi funktsionaalsusnรตudeid. Pange tรคhele, et vรคline รผksus vรตib olla isik vรตi seade telekommunikatsioonivรตrgus 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รผsteemide vรตi kiipide puhul, 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 nr. sellele antud sisenditest. |
| Tarkvara testimine toimub peamiselt klient-server-, veebi- ja mobiilipรตhistes rakendustes. | Manustatud testimine viiakse tavaliselt lรคbi riistvaraga. |
| nt Google Mail, Yahoo Mail, Android rakendusi. | nt tervishoiuvaldkonna masinad, arvutites kasutatavad mikrokontrollerid. |
Vรคljakutsed: manustatud tarkvara testimine
Mรตned vรคljakutsed, millega vรตib manustatud tarkvara testimise ajal kokku puutuda:
Riistvara sรตltuvus
Riistvarasรตltuvus on รผks peamisi raskusi, millega manustatud tarkvara testimisel kokku puututakse, kuna juurdepรครคs riistvarale on piiratud. Emulaatorid ja simulaatorid ei pruugi aga tรคpselt kujutada tegeliku seadme kรคitumist ning anda sรผsteemi jรตudlusest ja rakenduse kasutatavusest vale ettekujutuse.
Avatud lรคhtekoodiga tarkvara
Enamik manustatud tarkvarakomponente on oma olemuselt avatud lรคhtekoodiga, mitte loodud ettevรตttesiseselt ja selle jaoks puudub tรคielik test. Testikombinatsioone ja nendest tulenevaid stsenaariume on lai valik.
Tarkvara vs riistvara defektid
Teine aspekt on see, kui tarkvara arendatakse vรคrskelt loodud riistvara jaoks, selle protsessi kรคigus saab tuvastada riistvara defektide suurt osakaalu. Leitud defekt ei piirdu ainult tarkvaraga. See vรตib olla seotud ka riistvaraga.
Reprodutseeritavad defektid
Manustatud sรผsteemi puhul on defekte raskem reprodutseerida/taasluua. See sunnib sisseehitatud testimisprotseduuri hindama iga defekti esinemist oluliselt kรตrgemaks kui tavajuhtumil, vรคlja arvatud selleks, et koguda nii palju andmeid, kui on mรตistlikult vaja sรผsteemi muutmiseks defekti aluse leidmiseks.
Pidevad tarkvarauuendused
Manussรผsteemid nรตuavad regulaarseid tarkvaravรคrskendusi, nagu kerneli uuendus, turbeparandused, erinevad seadmedraiverid jne. Tarkvaravรคrskenduste mรตjuga tuvastatud piirangud muudavad vigade tuvastamise keeruliseks. Lisaks suurendab see ehitus- ja juurutamisprotseduuri tรคhtsust.
kokkuvรตte
Manustatud tarkvara testimisel on mรตningaid raskusi, mis muudavad selle tavalisest tarkvara testimisest keerulisemaks. Kรตige olulisem probleem on tugev sรตltuvus riistvarakeskkonnast, mis valmistatakse ette samaaegselt tarkvaraga ja mida on regulaarselt vaja usaldusvรครคrse tarkvara testimise lรคbiviimiseks. Mรตnikord on tarkvara testimine ilma kohandatud tรถรถriistadeta isegi keeruline, mis muudab hilises etapis testimisele keskendumise erakordselt ahvatlevaks.
รks olulisemaid asju, millele peaksite mรตtlema, on tรตsiasi, et peaksite sageli valima automatiseeritud tarkvara testimise. Manustatud automatiseeritud testimine on kiirem protsess, mille lรตpuleviimiseks kuluks mitu tundi ja sel viisil on teie tarkvara probleem lahendatud.
