simple guide interoperability testing
Пре разумевања технике „Испитивање интероперабилности“ , Прво да схватимо појам „интероперабилност“.
Интероперабилност је способност једног система да комуницира са другим системом. Ова интеракција је између 2 различита система или 2 различите апликације заједно.
Много се пута интероперабилност брка са Интеграција , компатибилност и преносивост. Па, постоје разлике између ових техника.
Прво да објасним разлике.
Интеграција - Да ли је техника када компоненте истог система међусобно комуницирају. Дакле, у свету тестирања, када радимо интеграционо тестирање, ми заправо тестирамо понашање 2 или више, најнижих нивоа компонената истог система.
Компатибилност - Да ли је техника којом 2 или више апликација интеракцију у истом окружењу. Дакле, у свету тестирања, када радимо тестирање компатибилности; проверавамо да ли се 2 или више апликација или система понашају како се очекује у истом окружењу.
Намера овде је да се провери да ли два система извршавају очекиване задатке, а да се међусобно не мешају радећи у истом окружењу. Свиђа ми се - МС Ворд и Калкулатор су 2 различите апликације и своје очекивано понашање извршавају независно у истом оперативном систему. Дакле, кажемо да су ове две апликације међусобно компатибилне.
Преносивост - Да ли је техника када се апликација или систем понаша онако како се очекује када се пресели у друго окружење. Па у Преносивост тестирајући, извозимо апликацију у неко друго окружење и тестирамо њено понашање. На пример, ако постоји апликација која добро ради у оперативном систему Виндовс КСП, требало би да функционише и у оперативном систему Виндовс 10.
Компатибилност - Да ли је техника интеракције апликације са другом апликацијом. Дакле, када радимо тестирање интероперабилности, проверавамо како се подаци из 1 апликације преносе у другу апликацију без претходног наговештаја, на смислен начин, и даље обрађују дајући прихваћени излаз.
Овај рад се фокусира на испитивање интероперабилности (ИОТ), па задржимо фокус на интероперабилности. :)
Шта ћете научити:
- Испитивање интероперабилности - кратак увод
- Како се врши тестирање интероперабилности?
- 5 корака:
- Изазови:
- Тест интероперабилности на мобилним телефонима:
- Закључак:
- Препоручено читање
Испитивање интероперабилности - кратак увод
Интероперабилност = Интер + операбилно
између - значи „између нас самих“, „једни у другима“, „узајамни“
Оперативан - значи „способан да изврши задати задатак“
бесплатна апликација часовника за рачунаре
Дакле, комбинујући два појма заједно - интероперабилност значи 2 (или више) система, способних да самостално извршавају додељени задатак и способних да комуницирају једни с другима како се очекује без утицаја на њихову појединачно додељену функционалност.
Пример # 1:Узмите пример резервације лета. Сматрајте да треба да путујете од Њу Делхија до Њујорка. Сада немате директан лет. Морате путовати од Њу Делхија до Лондона, а затим повезивањем летити од Лондона до Њујорка. С обзиром на то да имате временска ограничења, лет од Њу Делхија до Лондона резервишете ваздушним путевима „Јет Аирваис“, а од Лондона до Њујорка у „Виргин Атлантиц“. То значи да су сви ваши подаци о путнику пребачени од Јет Аирваис-а до Виргин Атлантиц-а. Дакле, овде су Јет Аирваис и Виргин Атлантиц оба независна апликација, а док резервишете лет, ваши подаци о резервацији измењени су од Јет Аирваис-а до Виргин Атлантиц у значењу у потпуности, без претходне најаве.
Пример # 2:У сличним редовима, размислите о систему болничке администрације, где се евиденција пацијената размењује између 1 одељења са другим одељењем. Дакле, овде се одељење може повезати са апликацијом. Подаци о пацијенту се размењују између једне апликације са другом апликацијом без икаквог претходног обавештења.
Па зашто треба да радимо ИОТ?
Морали бисмо обавити тестирање интероперабилности да бисмо то осигурали
- Апликације у мрежи извршавају очекивано понашање независно,
- Може да размењује информације без претходне најаве
- Информације / подаци се размењују без прекида појединачног очекиваног понашања
- Подаци / информације који се размењују не мењају се и не мењају
Како се врши тестирање интероперабилности?
Можемо пратити точак Дееминг (ПДЦА циклус) да бисмо извршили тестирање интероперабилности.
# 1) План
Планирање је најважнија фаза одређивања стратегије за скоро све радње у развоју софтвера. Пре него што заиста планирамо да одредимо процедуру за извршавање ИОТ-а, императив је да разумемо сваку апликацију или систем распоређени у мрежи.
Требали бисмо знати за све апликације - његову функционалност, понашање, улаз и излаз који открива.
Такође бих препоручио да се свака апликација потпуно функционално тестира без недостатака, пре него што је припремите за тестирање интероперабилности. Дакле, када планирате, не размишљајте само о 1 или 2 апликације, већ о целој апликацији мислите као о једној целини. Када планирате ову технику тестирања, морате имати птичји поглед. Непотребно је то рећи - документујте свој план.
Можемо користити наше стандардни документ Плана испитивања и прилагодите га мало према захтеву да документујете планирање ИОТ-а. Након што ваш план теста буде постављен, крените даље да бисте утврдили услове теста.
Фокус добијања вашег услова за тестирање не би требало да буде ограничен на појединачне примене; уместо тога, требало би да се заснива на протоку података кроз све апликације. Услови треба да буду дизајнирани на такав начин да се, ако не и све, али већина апликација у мрежи пређе.
Када се утврде услови теста, пређите на дизајн или скрипту (у случају да планирате да аутоматизујете) случајеве теста. Можете креирајте РТМ (Матрица сљедивости захтјева) за мапирање ваших тест случајева са условима испитивања, а услови испитивања са условима / захтјевима за прихват.
Када радите на мрежи, опет је важно планирати и нефункционалне активности тестирања. Ово се можда нигде не може написати или документовати, али је обавезно проверити нефункционалне аспекте система у целини. Ова нефункционална подручја би укључивала перформансе и сигурност. Ако је потребно, можете створити засебан план за функционално тестирање, тестирање перформанси и сигурносно тестирање; или створити јединствени план и различит документ о условима испитивања за сваку од ових врста испитивања.
# 2) Уради
Уради - је временски распон у којем заправо извршавате своје извршење. Да ли планирате своје време у складу с тим да извршите функционално и нефункционално тестирање. Пратимо циклус тестирања у овој фази извршавања случајева, евидентирања недостатака, праћења развојног тима да их реши, поновног тестирања и регресионог теста система у целини, извештавања о резултатима теста и премештања на затварање.
# 3) Проверите
Провери - Да ли је то фаза у којој поново посећујемо резултате тестова и покушавамо да мапирамо оне са РТМ-овима и потврдимо да ли су испуњени сви очекивани захтеви и да ли су све апликације пређене. Проверавамо да ли се подаци правилно и неометано прелазе и размењују између апликација / система. Такође бисмо морали да потврдимо да се подаци који се прелазе не мењају.
Такође размислите да направите ретроспективу читавог процеса испитивања интероперабилности. Утврдите подручја која су добро функционисала, она која нису добро прошла и било какве радње о којима треба водити рачуна.
# 4) Закон
Акт - је деловање на ретроспективним предметима. Тачке које су идентификоване као „добре праксе“, настављају да се извршавају и оне на којима би се могло боље радити, идентификују кораци за њихово исправљање и поступају у складу са њима. Имајте на уму 1 да подручја или кораци који нису добро функционисали, НЕ СМЕЈУ се понављати. На крају крајева, требало би да учимо на својим грешкама и да их не понављамо.
5 корака:
- Идентификујте све апликације које су део мреже.
- Утврдите њихове функције.
- За сваку апликацију идентификујте улаз који је потребан и излаз који враћа.
- Утврдите оне податке који би се кретали кроз све / већину апликација.
- Утврдите очекивано понашање за сваку комбинацију апликације и датум који треба да се потврди
Документујте.
Узмите у обзир доњу слику:
На основу слике, покушајмо да поновимо 5 ½ корака:
- Апликација 1, Апликација 2, Апликација 3 и Апликација 4 су 4 различита система.
- Сваки од ових система има одређени скуп функционалности које треба идентификовати.
- Потребно је идентификовати улазе и излазе сваког система.
- У случају Апплицатион1, он даје 2 излаза. 1 излаз чини улаз апликације 3, а излаз 1 улаз апликације 2. Излаз из апликације 2 чини улаз апликације 3 и апликације 4 и тако даље.
- Проверава се ваљаност сваког улаза и излаза. Главна ствар коју овде треба размотрити је да се подаци који се крећу у облику улаза и излаза не мењају И да је покривена сва апликација.
½ Ова бројка у стварном животу можда се не чини тако једноставном. То заправо резултира сложенијом структуром са н бројева улазних и излазних услова.
Цртање овакве фигуре дало би бољу слику за идентификацију података и информација који би се кретали кроз различите системе. Ово би нам помогло да извучемо услове и случајеве испитивања.
Пример:
Размотримо пример извођења испитивања интероперабилности за „Систем управљања болницом“
Болница се састоји од доњих одељења и одељења;
Овде је свако одељење апликација за себе. Свако одељење (апликација) има свој пододел (модули) и сваки модул има своје јединице.
Дакле, сада да размотримо опсег ИОТ-а, ево неколико услова за тестирање:
- Пацијент који се сусрео са саобраћајном незгодом (ОПД одељење - несрећа), мора на операцију ноге (ЕНТ - општа хирургија), затим мора на физиотерапију (одељење подршке - физиотерапија), а затим добија отпуст (одељење подршке - затварање)
- Дете примљено у критичну негу (Педијатрија - критична нега) треба да се подвргне операцији (Педијатрија / ОРЛ - Општа хирургија), а затим се отпусти (Одељење за подршку - Затварање / ПР)
- Спољни пацијент се консултује са лекаром опште праксе (одељење ОПД); узима прописане лекове (одељење за подршку - апотека) и одлази.
- Очекивана мајка долази на редовне прегледе (Одељење гинекологије - Нега мајке и детета), узима прописане лекове (Одељење подршке - Апотека) и одлази.
- Стоматолошки пацијент ради коренски канал (Стоматолошко одељење), узима прописане лекове (Одељење за подршку - Апотека) и одлази.
- Пацијент долази у ОПД (општи лекар), подвргава се лечењу у (Одељење за акушерство и гинекологију - Опстетрика високог ризика), узима прописане лекове (Одељење за подршку - Апотека) и отпушта се
На овај начин идентификујемо све услове испитивања; имајући у виду да већи део одељења треба да буде покривен.
Можемо да нацртамо РТМ како би покривеност приказали као:
На овај начин можемо да идентификујемо још услова за тестирање и да РТМ нацртамо како бисмо видели тачан опсег. Такође можемо одредити дубину наших напора на тестирању на основу РТМ-а.
Као у овом примеру, видимо да је „Одељење за подршку“ апликација која је излазна тачка за све (већину) апликација, па је стога напор тестирања за ову конкретну апликацију мало већи у поређењу са другом апликацијом.
Изазови:
- Тешко је тестирати сву апликацију са свим пермутацијама и комбинацијама.
- Апликације су развијене у различитим комбинацијама хардвера и софтвера и инсталиране су у различитим окружењима, па ако било које окружење не ради, то утиче на тестирање.
- Због различитих софтвера и окружења, одређивање стратегије тестирања и њено извршавање је сам по себи велики задатак.
- Стимулисати окружење за спровођење теста је велики изазов.
- У случају било каквих недостатака, обављање анализе основног узрока је велики изазов.
- Будући да су апликације у мрежи, било би тренутака када мрежа не ради. Због тога на тестирање такође утиче.
Како могу ублажити ове изазове?
1) Покушајте да користите технике претходног тестирања као што су:
- ОАТС (техника испитивања ортогоналних низова)
- Дијаграми транзиције државе,
- Графикони узрока и последица
- Дељење еквиваленције и анализа граничне вредности.
Ове технике би вам помогле да утврдите међуовисност апликације и идентификујете тест случајеве / услове који би осигурали максимално покриће.
два) Покушајте да идентификујете неке историјске податке попут - под којим околностима су системи заказали, колико је времена потребно да се врате у акцију. У том случају покушајте извршити оне сценарије на чије апликације то не утиче или искористите време за документовање сценарија и извештавање о резултатима. Штавише, кад год планирате или закажете тестирање, увек узмите у обзир ове историјске податке као улаз за своју процену и планирајте у складу с тим.
3) ПЛАН - Користите историјске податке, прошла искуства, вештину тима, факторе животне средине да бисте идентификовали стратегију тестирања. Што је ваш план бољи, то је боље и ваше извршење.
4) Почните да радите на припреми околине много пре него што ваше стварно извршење започне. Непотребно је рећи - планирајте своје кораке када припремате животну средину. Уверите се да је ваше окружење постављено, спремно и покренуто када ваше извршавање започне.
5) Пре него што започнете са ИОТ, уверите се да су појединачне апликације у потпуности функционално испитане без недостатака. Тада би у случају било какве грешке требало само потражити факторе околине који су довели до неке грешке.
6) Као што је објашњено у тачки 2, планирајте своје активности. Ако се ради о заказаном прекиду, требало би да узмете у обзир овај застој када планирате тестирање.
Тест интероперабилности на мобилним телефонима:
У Мобилес-у радимо тест интероперабилности кад год нова апликација ( Мобилна апликација ) је покренут. Много је области које морамо узети у обзир приликом планирања овог тестирања на мобилним уређајима:
- Врсте мобилних уређаја доступних на тржишту су огромне. Морали бисте да наведете које све врсте уређаја бисте узели у обзир за тестирање. Требало би да упарите тип уређаја заједно са ОС-ом који подржава.
- Сви мобилни ОС развијени су у различитим програмским језицима. Дакле, апликацију треба тестирати на све варијације ОС-а.
- Разумевање правних фактора и региона повезаних уговора.
- Величина / резолуција различитих уређаја су различити.
- Такође треба узети у обзир утицај на уграђене апликације за мобилне уређаје.
Дакле, за обављање ИОТ-а на мобилним уређајима требаће вам планирање и креирање РТМ-а баш као што смо то урадили и за рачунарско тестирање апликација.
Намера, стратегија, ризици и извршење били би исти, али не алата и техника било би другачије у случају мобилних телефона.
Закључак:
Испитивање интероперабилности је огроман задатак. Ова техника захтева правилно планирање које би требало започети паралелно када започне планирање испитивања система.
Много је фактора које треба узети у обзир током извођења ове технике. Имајте на уму да имате довољно времена за отклањање грешака и поновно тестирање, јер је ово огроман напор да се обезбеде мере за праћење кварова.
шта је добар музички довнлоадер за андроид
То се може догодити да можда не постигнете 100% покривеност , али требали бисмо бити довољно паметни да одаберемо своје случајеве на такав начин да већина апликација буде покривена у једном току коришћењем добрих техника писања тест случајева.
Надам се да је овај чланак био користан за разумевање технике испитивања интероперабилности. Обавестите нас о својим питањима / коментарима.
Препоручено читање
- Функционално тестирање вс нефункционално тестирање
- Водич за тестирање безбедности веб апликација
- Најбољи алати за тестирање софтвера 2021. године [КА Тест Аутоматион Тоолс]
- Водич за тестирање преносивости са практичним примерима
- Алфа тестирање и бета тестирање (потпун водич)
- Врсте тестирања софтвера: различите врсте испитивања са детаљима
- Шта је тестирање локализације и испитивање интернационализације (једноставан водич)
- Преузимање е-књиге за тестирање буквара