Мени

Тестирање интернета ствари (ИоТ): изазови, алати и приступ тестирању

internet things testing

Испробајте Наш Инструмент За Елиминисање Проблема

Тестирање Интернета ствари (ИоТ):

Када се људима постави питање попут „Шта су основне животне потребе“, већина њих би одговорила: „Храна, склониште, одећа“.

Али, то је био случај пре једног века. Људска бића су еволуирала да развију прегршт додатних животних потрепштина. Развили смо се како бисмо живот учинили једноставнијим, бољим, лакшим.

Питања и одговори за интервјуе инжењера за подршку радној површини

Престали смо да користимо прекидаче за управљање светлима, престали смо да плаћамо на киосцима да бисмо поднели накнаду за путарину, паметно смо пратили своје здравствено стање, ефикасније пратили кретање возила и пуно тога на списку.

Како то сада радимо? Како је то тако различито?

Прво их морамо разумети након чега можемо научити како их тестирати.

ИоТ тестирање

Шта ћете научити:

Шта је Интернет ствари (ИоТ)?

ИоТ је веза возила, кућних апарата, медицинске опреме која користи уграђену електронику, микрочипове итд. За прикупљање и размену података различитих врста назива се ИоТ. Ова технологија омогућава кориснику даљинско управљање уређајима преко мреже.

ИоТ примери

Неки од примера ИоТ-а у примени у стварном животу су следећи:

# 1) У носивој технологији:

Носиви уређаји попут Фитбит опсега и Аппле сатова лако се синхронизују са мобилним уређајима.

ИоТ стварни примери

Они помажу у хватању неопходних информација као што су здравље, праћење срчаног ритма, активности спавања итд. Такође помажу у приказивању података, обавештења са мобилних уређаја на њима.

# 2) Инфраструктура и развој:

Уз употребу апликације као што је ЦитиСенсе , лакше је добити податке о спољном осветљењу у реалном времену и на основу њих се улична светла укључују или искључују. Постоје и разне апликације за контролу саобраћајне сигнализације и доступности паркинга у софистицираном распореду града.

# 3) Здравство:

Постоје бројне апликације за надгледање здравственог стања пацијената.

На основу референтних података, службе контролишу дозирање лека у различито доба дана. Постоје апликације као што је УроСенсе које могу да надгледају ниво течности у телу пацијента и на основу потребе могу да покрену пренос течности. Подаци се истовремено могу бежично преносити различитим заинтересованим странама.

Технологија која се користи у ИоТ

Следи неколико технологија које се најчешће користе у ИоТ-у:

  1. РФИД Ознаке (Радио Фрекуенци Цоде) и ЕПЦ (Електронски код производа)
  2. НФЦ (Неар Фиелд Цоммуницатион) се користи за омогућавање двосмерне интеракције између електронских уређаја. Ово је у основи за паметне телефоне и углавном се користи за обављање бесконтактних платних трансакција.
  3. Блуетоотх: Ово се користи тамо где су комуникације кратког домета довољне да се проблем реши. Ово се углавном користи у носивим технологијама.
  4. З-талас: Ово је РФ технологија ниске снаге. Ово се првенствено користи за кућну аутоматизацију, контролу лампи итд.
  5. Ви-фи: Ово је најчешће коришћен избор за ИоТ. Када сте на ЛАН-у, ово помаже у несметаном преносу датотека, података и порука.

Тестирање ИоТ-а

Узмимо пример медицинског система праћења здравствене заштите у којем инструмент надгледа здравље, пулс, детаље уноса течности и шаље извештај лекарима. Ти подаци се евидентирају у систему и историјски подаци се могу прегледати кад год је то потребно.

Лекари могу започети унос лекова, додатака течности на основу података. Ово се може покренути даљински са било ког уређаја (рачунара или мобилног уређаја) на који је медицински уређај повезан.

Тестирање ИоТ-а

Сада да бисмо тестирали такву архитектуру, морамо проћи кроз више приступа тестирања као што су;

Приступи ИоТ тестовима

# 1) Употребљивост:

  • Морамо да осигурамо употребљивост сваког овде коришћеног уређаја.
  • Употребљени медицински уређај за праћење здравствене заштите требало би да буде довољно преносив да се може преместити у различите сегменте медицинске медицине.
  • Опрема би требала бити довољно паметна да потискује не само обавештења већ и поруке о грешкама, упозорења итд.
  • Систем би требао имати опцију да евидентира све догађаје како би пружио јасноћу крајњим корисницима. Ако то није у стању, систем би и њих требало да гурне у базу података да би је сачувао.
  • Обавештења треба приказати, а руковање екраном на уређајима (рачунари / мобилни уређаји) треба обавити правилно.
  • Корисност у погледу приказивања података, обраде података, потискивања задатака са уређаја треба темељито тестирати.

=> Прочитајте више о општем тестирању употребљивости овде

# 2) ИоТ сигурност:

  • Изазови ИоТ безбедности: ИоТ је усмерен на податке где сви повезани уређаји / системи раде на основу података који су доступни.
  • Што се тиче протока података између уређаја, увек постоји шанса да се подацима може приступити или прочитати приликом преноса.
  • Са становишта тестирања, морамо да проверимо да ли су подаци заштићени / шифровани приликом преноса са једног уређаја на други.
  • Где год постоји УИ, морамо да се уверимо да на њему постоји заштита лозинком.

=> Прочитајте више о општем испитивању безбедности овде

# 3) Повезивање:

  • Будући да је то здравствено решење, повезаност игра виталну улогу.
  • Систем мора бити стално доступан и треба да има беспрекорну повезаност са заинтересованим странама.
  • Што се тиче повезаности, две ствари су веома важне за тестирање;
    • Повезивање, пренос података, примање задатака посла са уређаја требало би да буду беспрекорни када је веза ГОРЕ и активна.
    • Други услов је сценарио прекида везе. Није важно колико су систем и мрежа робусни, постоје шансе да систем пређе ван мреже. Као тестер, требало би да тестирамо и офлајн услове. Једном када систем није доступан на мрежи, мора постојати упозорење које може затражити од лекара да почну ручно надгледати здравствено стање, не зависно од система док се не покрене. С друге стране, у систему мора постојати механизам који може да чува све податке у њему током офлајн периода. Једном када се систем повеже на мрежу, сви ти подаци би требало да се шире. Губитак података не би требало да постоји у било ком стању.

# 4) Перформансе:

  • Када говоримо о систему за домен здравствене заштите, морамо бити сигурни да је систем довољно скалабилан за целу болницу.
  • Када се изврши тестирање, ради се за 2-10 пацијената истовремено, а подаци се шире на 10-20 уређаја.
  • Када је повезана цела болница и 180-200 пацијената је повезано са системом, подаци који се шире су много већи од тестираних података.
  • Као тестери, морамо бити сигурни да систем извршава исто иако се додати подаци шире.
  • Такође бисмо требали тестирати услужни програм за надзор како бисмо приказали употребу система, потрошњу енергије, температуру итд.

# 5) Испитивање компатибилности:

  • Гледајући сложену архитектуру ИоТ система, тестирање компатибилности је неопходно.
  • Тестирање предмета као што су, више верзија оперативног система, типови прегледача и одговарајуће верзије, генерације уређаја, начини комуникације ( Јер нпр. Блуетоотх 2.0, 3.0) је неопходан за тестирање ИоТ компатибилности.

=> Прочитајте више о општем испитивању безбедности овде

# 6) Пилот испитивање:

  • Што се тиче ИоТ-а, пилотско тестирање је неопходно.
  • Само тестирање у лабораторији осигурава да производ / систем добро функционише. Али, ово се може лоше повратити када је изложено условима / корацима / сценаријима у реалном времену.
  • Током пилот тестирања систем је изложен ограниченом броју корисника у стварном пољу. Користе апликацију и дају повратне информације о систему.
  • Ови коментари добро дођу, чинећи апликацију довољно робусном за увођење у производњу.

# 7) Испитивање прописа:

  • Овај здравствени систем мора проћи кроз више контролних тачака прописа / усклађености.
  • Замислите сценарио где производ пролази кроз све кораке испитивања, али не успе на коначној листи за проверу усклађености (испитивање које врши регулаторно тело).
  • Боља је пракса да се регулаторни захтеви добију на почетку самог развојног циклуса. Исто би требало да буде део контролне листе за тестирање.
  • Радећи то, осигуравамо да је производ такође сертификован за регулаторну контролну листу.

# 8) Тестирање надоградње:

наведите и објасните најмање две ствари које можете постићи тестирањем софтвера за безбедносна питања.
  • ИоТ је комбинација више протокола, уређаја, оперативних система, фирмвера, хардвера, мрежних слојева итд.
  • Када се изврши надоградња, било да је реч о систему или за било коју од укључених ставки, као што је горе наведено, требало би извршити темељно регресијско тестирање / усвојити стратегију како би се превазишли проблеми повезани са надоградњом.

Изазови ИоТ тестирања

ИоТ изазови

Изазови са којима се испитивач суочава у ИоТ-у су следећи:

# 1) Хардверски софтвер Месх

ИоТ је архитектура која је уско повезана између различитих хардверских и софтверских компоненти. Нису само софтверске апликације оне које чине систем, већ и оне хардверске, сензори, комуникациони мрежни пролазе итд., Који играју виталну улогу.

Само тестирање функционалности не помаже у потпуном сертификовању система. Увек постоје међусобне зависности у погледу окружења, преноса података итд. Дакле, постаје досадан посао у поређењу са тестирањем генеричког система (само софтверска / хардверска компонента).

# 2) Модул интеракције уређаја

Како је ово архитектура између различитих скупова хардвера и софтвера, постаје обавезно међусобно разговарање у реалном времену / скоро у реалном времену. Када се обоје интегришу једни с другима, ствари као што су сигурност, повратна компатибилност, проблеми са надоградњом постају изазов за тест тим.

# 3) Тестирање података у реалном времену

Као што смо раније разговарали да је пилотско тестирање / регулаторно тестирање обавезно за систем као што је овај, такође постаје врло тешко добити такве податке.

Бити у тиму за тестирање, добити регулаторне пунктове или применити систем у пилоту је веома тешко. Корак постаје још тежи ако је систем повезан са здравством, као што је наш пример. Дакле, то остаје као велики изазов за тест тим.

# 4) УИ

ИоТ се шири на уређаје који припадају свакој платформи (иОС, Андроид, Виндовс, линук). Сада се то може извршити на уређајима, али је тестирање на свим могућим уређајима готово немогуће.

бесплатни програм за прављење резервних копија за Виндовс 7

Не можемо изоставити могућност приступа УИ-ју са уређаја који не поседујемо или не симулирамо. То је изазов који је тешко савладати.

# 5) Доступност мреже

Мрежна веза игра виталну улогу, јер ИоТ све време значи да се подаци преносе бржим брзинама. ИоТ архитектура мора бити тестирана у свим врстама мрежне повезаности / брзине.

Да би се ово тестирало, симулатори виртуелних мрежа углавном се користе за варирање мрежног оптерећења, повезаности, стабилности итд. Али подаци / мрежа у реалном времену увек су нови сценарио и тим за тестирање не зна где би се уско грло дугорочно развило.

ИоТ Алати за тестирање

Алати

Постоје различити алати који се користе током тестирања ИоТ система.

Они се могу класификовати на основу циља и дати су на следећи начин:

# 1) Софтвер:

  1. Виресхарк : Ово је апликација отвореног кода која се користи за надгледање промета у интерфејсу, адресама домаћина извора / одредишта итд.
  2. Тцпдумп : Ово ради сличан посао као и Виресхарк, осим што нема ГУИ. Ово је услужни програм заснован на командној линији који помаже кориснику у приказивању ТЦП / ИП и осталих пакета који се преносе или примају преко мреже.

# 2) Хардвер:

  1. ЈТАГ Донгле: Ово је слично програму за отклањање грешака у ПЦ апликацијама. Ово помаже у отклањању грешака у коду циљне платформе и приказује променљиве корак по корак.
  2. Осцилоскоп за дигитално складиштење : Ово се користи за проверу различитих догађаја временским ознакама, грешкама у напајању, провери интегритета сигнала.
  3. Радио који дефинише софтвер : Ово се користи за емулацију пријемника и предајника за велики распон бежичних мрежних пролаза.

За свет у развоју око нас ИоТ је растуће тржиште и има пуно могућности. Није далеко време када ИоТ постаје суштински важан за преживљавање тестера у свету развоја.

Уређај са омогућеним ИоТ-ом, апликација паметних уређаја и комуникацијски модул играју виталну улогу у проучавању и процени перформанси и понашања различитих ИоТ услуга.

Лош дизајн уређаја и услуга са омогућеном ИоТ-ом може ометати правилно функционисање апликације и заузврат негативно утицати на искуство крајњег корисника.

Да резимирамо

Приступ ИоТ тестирању може се разликовати у зависности од система / архитектуре који су укључени. Испитивачи би се требали више концентрисати на приступ Тест-Ас-А-Усер (ТААС) уместо на тестирање засновано на захтевима.

Још један главни играч у ИоТ тестирању је интеграционо тестирање. ИоТ је успешан ако је план теста за интеграцију тачан и довољно робустан да открије недостатке у систему.

ИОТ тестирање може бити тежак / изазован посао, али такође је веома узбудљиво за тим за тестирање да сертификује тако сложену мрежу уређаја, протокола, хардвера, оперативних система, фирмвера итд.

О аутору: Ово је гост од Субхасис-а. Ради као тимски вођа са преко 8 година корпоративног искуства радећи за Фортуне 500 ИТ компаније на пољу осигурања квалитета софтвера, развоја софтвера и искуства у тестирању.

АЖУРИРАЊЕ: Додали смо корисну Инфографику на ИоТ тему. Захваљујући вебееки.цом за поделу овога са нама.

ИОТ инфографика

Објавите своје ИоТ упите / коментаре у наставку.

Препоручено читање

^