Тестирање компатибилности је саставна компонента многих стратегија осигурања квалитета, омогућавајући компанијама да виде да ли њихов софтвер ради исправно на различитим платформама. Чак и за програм који је ексклузиван за десктоп, постоји неколико главних оперативних система које треба узети у обзир и стотине – ако не и хиљаде – хардверских разлика које могу утицати на стабилност. Разумевање процеса тестирања компатибилности и његових уобичајених предности може помоћи да се гарантује ефикасно лансирање производа који може да допре до највећег могућег броја корисника.
Иако тестирање компатибилности може понудити бројне предности, постоје и бројни значајни изазови које тим за тестирање софтвера мора да превазиђе како би максимизирао потенцијал ове технике. Постоје и специфичне праксе које ова одељења треба да примењују да би добила најбоље резултате – и обезбедила свеобухватну покривеност тестовима.
У овом чланку пажљиво разматрамо тестирање компатибилности, укључујући основне кораке које тимови морају да прате, као и најкорисније алатке за тестирање које су тренутно доступне.
У чему је тестирање компатибилности
тестирање и инжењеринг софтвера?
Тестирање компатибилности испитује софтвер на различитим уређајима, хардверу и фирмверу како би се уверио да испуњава очекивања тима. Сваки корисник се можда бави својим програмом на новом уређају, а због тога је важно да компанија може гарантовати да сви имају слично искуство. Тестови компатибилности, на пример, могу укључивати проверу сваке функције апликације како би се уверили да она ради на сваком главном оперативном систему.
Без темељног тестирања компатибилности, сасвим је могуће да компанија објави апликацију која не ради за одређене популарне уређаје. Ове провере морају бити потпуно свеобухватне јер проблем може настати на више начина – ова апликација можда неће функционисати са веома специфичним типом графичке картице, на пример. Када су упарени заједно са другим облицима тестирања софтвера, тимови за осигурање квалитета могу да се увере да је њихов програм спреман за објављивање.
1. Када и зашто је потребно да урадите тестирање компатибилности за мобилне апликације, веб локације, системе и више прегледача?
Компаније спроводе тестирање компатибилности у фази тестирања софтвера , посебно када имају „стабилну“ верзију програма која тачно одражава како ће се понашати према клијентима. Ово се наставља након алфа , прихватања и других облика тестирања који често траже општу стабилност и проблеме везане за функције. Ако се апликација суочи са проблемима током фазе тестирања компатибилности, то ће обично бити последица специфичних проблема везаних за компатибилност. Прерано усвајање ових провера може их ефективно учинити сувишним, јер мање промене касније у развојном циклусу програма могу радикално утицати на компатибилност.
Тестирање компатибилности за претраживаче и софтвер је важно јер помаже компанијама да издају апликацију за коју знају да ће радити адекватно на готово сваком могућем уређају. На пример, тестирање компатибилности међу претраживачима посебно помаже да се осигура да људи који користе Опера имају исто искуство као они који користе Фирефок и друге главне претраживаче. Тим обично тестира онолико варијација хардвера/софтвера колико им време и буџет дозвољавају. То значи да морају интелигентно да дају приоритет системима или претраживачима које ће њихови клијенти вероватније користити, омогућавајући им да гарантују широку покривеност тестирањем и одржив производ.
2. Када не морате да радите тестирање компатибилности софтвера
Компаније могу креирати апликацију по мери за одређени оперативни систем или модел, масовно ограничавајући број неопходних провера. Тестирање компатибилности међу претраживачима у тестирању софтвера може бити сувишно ако овај програм не захтева претраживач, на пример. Време би такође могло да буде озбиљан фактор у способности компаније да изврши ове тестове, мада би тимови за тестирање и даље требало да раде на томе да гарантују да су главни системи и претраживачи компатибилни са софтвером. Постоје и одређени пројекти који не могу имати користи од основних тестова компатибилности.
3. Ко је укључен у тестирање компатибилности?
Ево главних људи који спроводе тестирање компатибилности у тестирању софтвера :
1. Програмери
Развојни тим проверава перформансе апликације на једној платформи током развоја и ово може чак бити једини уређај на којем компанија намерава да објави програм.
2. Тестери
Тимови за осигурање квалитета , било унутар компаније или ангажовани споља, проверавају многе могуће конфигурације као део фазе тестирања компатибилности апликације, укључујући све главне оперативне системе и претраживаче.
3. Купци
Корисници компаније можда имају хардвер или конфигурације које тим није могао темељно да тестира, што би потенцијално учинило њихово корисничко искуство првом правом провером тог специфичног подешавања.
Предности тестирања компатибилности
Уобичајене предности тестирања компатибилности софтвера укључују:
1. Шира публика
Што темељније тим тестира свој софтвер, за више уређаја може са сигурношћу да га објави, осигуравајући да широка публика на многим платформама може да ужива у његовој примени. Ово омогућава компанијама да остваре већу продају производа на програму и такође може побољшати број позитивних рецензија које овај софтвер добија од корисника.
2. Побољшава стабилност
Тестирање компатибилности у тестирању софтвера је од суштинског значаја за истицање проблема са стабилношћу и перформансама, који често могу бити израженији на различитим уређајима – посебно ако су програмери дизајнирали ову апликацију само за једну платформу. Тест компатибилности система показује компанији шта корисници (на широком спектру уређаја) могу да очекују од укупних перформанси софтвера.
3. Рафинира развој
Ови тестови такође имају значајан дугорочни утицај на развојни тим. На пример, тестирање компатибилности на мобилним уређајима може да пружи драгоцене информације о развоју апликација које предузећа могу узети у обзир када креирају додатне програме. Ово може значајно смањити трошкове тестова компатибилности за будуће пројекте, омогућавајући им да поново искористе лекције које науче из овог процеса.
4. Верификује друге тестове
Већина облика тестирања до ове тачке је ограниченог обима и не тестирају сваку могућу комбинацију хардвера или софтвера – ови тестови би могли ефикасно да провере ове резултате. Тестирање компатибилности међу претраживачима, на пример, потврђује постојеће фазе обезбеђења квалитета тако што показује да су резултати исти када корисник има другачији прегледач.
5. Смањује трошкове
Тестирање компатибилности такође може смањити трошкове за тренутни програм, помажући тимовима да идентификују проблеме пре него што апликација уђе у јавно издање – у овом тренутку исправљање грешака постаје скупље. Што су тестови тима разноврснији (и што је већа њихова стопа покривености тестом), то је јефтиније отклањати све грешке како и када се појаве.
Изазови тестирања компатибилности
Ево уобичајених изазова са којима се компаније могу суочити када имплементирају тестирање компатибилности у тестирање софтвера:
1. Ограничено време
Док алати за аутоматизацију и друга решења могу значајно убрзати тестове компатибилности симулацијом низа уређаја, овај процес и даље мора да се придржава плана развоја компаније. То значи да тим за тестирање мора да да приоритет најчешћим уређајима и претраживачима како би гарантовао да приме најширу (и најмногољуднију) публику.
2. Недостатак правих уређаја
Ове провере обично укључују виртуелне машине које симулирају компоненте и услове стварних уређаја; ово је много јефтиније (и брже) него самостално набавити релевантне делове и платформе. Међутим, то може утицати на тачност ових резултата; посебно зато што перформансе често зависе од тога како корисници користе прави уређај.
3. Тешко за будућност
Тестирање компатибилности може да се укључи само са платформама које већ постоје; то значи да не могу да гарантују да ће апликација радити како се очекује на будућим верзијама Виндовс -а и Гоогле Цхроме-а. Организације су у стању да поправе ово само након покретања, што је често скупље, а апликација би на крају могла бити застарела као резултат.
4. Одржавање инфраструктуре
Ако тим одлучи да провери значајну количину платформи у компанији, то може довести до високих накнада за инфраструктуру. Тестирање компатибилности за мобилне апликације , на пример, може укључивати набавку великог броја стварних мобилних уређаја. Иако је ово прецизније од симулираног тестирања компатибилности хардвера, скупо је и обично укључује редовно одржавање.
5. Велики број комбинација
Тестирање компатибилности узима у обзир многе факторе који се међусобно укрштају, као што су оперативни систем, претраживач, хардвер, фирмвер, па чак и резолуција екрана. Чак и ако тестни тим има пуно времена, било би практично немогуће испунити сваку могућност. Тестирање конфигурације и компатибилности поново мора дати приоритет највероватнијим комбинацијама уређаја.
Карактеристике тестирања компатибилности
Кључне карактеристике тестова компатибилности укључују:
1. Темељно
Ове провере морају бити у стању да изолују све могуће проблеме са компатибилношћу који се јављају између уређаја – или би тим могао на крају да објави неисправан програм. На пример, ове провере морају осигурати да се свака појединачна функција апликације приказује како се очекује, без обзира на резолуцију екрана корисника.
2. Експанзивна
Тестови би требало да одржавају равнотежу дубине и ширине, помажући тимовима да истраже бројне проблеме у многим конфигурацијама уређаја. Тестирање компатибилности унакрсних претраживача разматра широк спектар комбинација ОС и претраживача, обезбеђујући висок ниво покривености – понекад уз помоћ аутоматизованог решења .
3. Бидирецтионал
Овај процес укључује и тестирање компатибилности уназад и унапред; први омогућава тиму да види како ће њихова апликација радити на старијем хардверу. Ово последње омогућава тиму да приступи најсавременијим платформама, помажући им да гарантују успешне дугорочне перформансе, чак и ако су њихове могућности за будућност прилично ограничене.
4. Поновљив
Проблеми које ове провере откривају морају лако да понове други тестери и одељења – показујући да одражавају грешке на које ће корисници вероватно наићи. Ако тест компатибилности веб локација покаже да одређене функције не функционишу у одређеном претраживачу, поновљивост помаже програмерима да реше проблем.
Врсте тестирања компатибилности
Главне врсте тестирања компатибилности су следеће:
1. Тестирање компатибилности уназад
Тестирање компатибилности уназад укључује проверу апликације помоћу старијих верзија актуелног хардвера – ово је неопходно јер ограничавање ових провера на модерне уређаје може значајно да ограничи број корисника. Многи људи и даље користе старије оперативне системе, као што је Виндовс 8, на пример.
2. Претходно тестирање компатибилности
Претходно тестирање компатибилности је слично, али се уместо тога разматрају модерне или надолазеће технологије да би се видело да ли ће апликација наставити да ради годинама упркос напретку и ажурирањима. Без ових тестова, софтвер би чак могао престати да функционише са следећим ажурирањем прегледача, на пример.
3. Тестирање компатибилности претраживача
Тестови компатибилности претраживача веб локација осигуравају да веб апликација или сајт могу да раде на различитим претраживачима; ово је од виталног значаја јер користе различите механизме за распоред. Тимови за осигурање квалитета чак тестирају компатибилност међу претраживачима – што значи да проверавају да ли сваки прегледач може да рукује апликацијом у различитим оперативним системима.
4. Тестирање компатибилности мобилних уређаја
Тестирање мобилних апликација је сличан процес као и провера десктоп и веб апликација, посебно зато што је ОС телефона још једна кључна ствар. Андроид и иОС апликације , на пример, долазе у потпуно различитим форматима и захтевају потпуно одвојен процес развоја и тестирања да би се прилагодили обема.
5. Тестирање компатибилности хардвера
Ове провере разматрају специфичне компоненте које чине машину и како оне могу утицати на програм; ово је критично за скоро сваки тип уређаја. На пример, рачунар може имати графичку картицу која не може успешно да прикаже интерфејс веб апликације .
6. Тестирање компатибилности уређаја
Неке апликације се повезују са спољним уређајима преко Блуетоотх, широкопојасне или жичане везе. Апликација ће можда морати да се повеже са штампачем, на пример. Ови тестови имају за циљ да се увере да се програм повезује са сопственим везама платформе и свим уређајима којима може да приступи.
7. Тестирање мрежне компатибилности
Ако апликација захтева мрежну функционалност за покретање – као што је повезивање са онлајн базом података преко сервера компаније – то захтева бројне провере компатибилности. Ово осигурава да програм може да ради одговарајућом брзином са Ви-Фи, 4Г или 3Г мрежном везом.
Шта тестирамо у тестовима компатибилности?
Тестери компатибилности обично проверавају следеће:
1. Перформансе
Једна од главних сврха тестирања компатибилности је да се обезбеди стабилност, јер неки аспекти апликације могу бити потпуно некомпатибилни са уобичајеним платформама. Гледајући укупан одзив овог програма, тим за тестирање осигурава да нема озбиљних кварова на одређеним уређајима.
2. Функционалност
Тестирање компатибилности такође проверава опште карактеристике и функције апликације како би се осигурало да софтвер може да пружи исправне резултате. На пример, систем за управљање односима са клијентима можда неће моћи да понуди податке о продаји или општу аналитику за кориснике са застарелим оперативним системом.
3. Графика
Неки прегледачи или уређаји могу имати проблема да прикажу одређене графичке елементе из више разлога – а провере компатибилности могу помоћи у томе. Програм би могао да функционише само у одређеним резолуцијама екрана осим ако програмери не промене начин на који програм приказује свој садржај.
4. Повезивање
Тестови компатибилности такође посматрају како се програм посебно интегрише и са корисничким уређајем и са сопственом базом података, омогућавајући му да открије уређаје као што су штампачи. Ове провере могу, на пример, открити да апликација није у могућности да се повеже са сопственом базом података на 3Г мрежама.
5. Свестраност
Ове провере осигуравају да је апликација компаније довољно разноврсна да ради на старим и новим верзијама истог оперативног система путем тестова компатибилности уназад и унапред. Ово осигурава да корисници неће бити искључени из програма ако је њихов софтвер неколико година застарео.
Врсте излаза из тестова компатибилности
Три главна резултата тестова компатибилности су:
1. Резултати испитивања
Најчешћи излаз за ове провере су сами резултати, који могу имати различите облике. На пример, тестирање компатибилности претраживача може открити да веб апликација доводи до цурења меморије на Мицрософт Едге-у, док иста апликација нема негативних ефеката на прегледаче засноване на Цхроме-у. Алтернативно, апликација би могла да ради тачно онако како тим очекује на релевантним платформама.
2. Тест евиденције
Резултати теста се такође манифестују у облику сопствених дневника апликације, који истичу све откривене проблеме са софтвером кроз поруке о грешци. Ови записници могу чак да идентификују одређени део програма који узрокује ову грешку. За тестирање компатибилности, тестери морају бити упознати са начином на који се ови евиденције манифестују и представљају ове проблеме на различитим платформама.
3. Тест случајеви
Случајеви за тестирање компатибилности одређују које ће тестове тим спроводити и нуди им простор да забележе резултате у једноставном формату. Тестери би требало да користе своје знање о софтверу, заједно са резултатима и евиденцијама, да идентификују узрок проблема. Што више информација дају, програмери брже могу да започну исправке грешака.
Врсте откривених недостатака
кроз тестирање компатибилности
Ево најчешћих грешака које тестови компатибилности могу идентификовати:
1. Скалирање распореда
Тест компатибилности веб-сајта може да покаже да ли су елементи који чине веб-апликацију , или чак веб-странице, прилагођени корисниковом уређају, посебно резолуцији и величини екрана. Као резултат тога, неке графике могу бити тешко видети у одређеним претраживачима.
2. Софтвер се руши
Тестови компатибилности олакшавају да се види да ли је апликација уопште у стању да ради на неким платформама. На пример, програмер игре би могао да открије минималне системске захтеве свог производа тако што ће проверити који уређаји се кваре због недовољне РАМ меморије и брзине процесора након што га тестери покрену.
3. Проблеми са ХТМЛ/ЦСС валидацијом
Различити претраживачи и уређаји читају код на различите начине – уз неке аутоматски исправљају једноставне грешке у кодирању, као што је неисправно затварање ХТМЛ ознаке. Тестирање компатибилности претраживача може да идентификује инстанце неважећег ЦСС-а који спречава апликацију да генерише свој садржај, па чак и основне функције.
4. Грешке при репродукцији видео записа
Многи савремени видео плејери користе ХТМЛ5 за стримовање видео записа на мрежи, при чему је ово потенцијално кључни део веб апликације компаније. Међутим, тимови који проверавају компатибилност прегледача веб локација могу открити да видео функције њихове апликације нису компатибилне са застарелим прегледачима.
5. Сигурност датотека
Тестирање компатибилности у софтверском инжењерству такође може да пронађе проблеме са безбедношћу датотека и како се то разликује између уређаја. На пример, новије верзије Виндовс-а имају робуснију улазно/излазну безбедност. Ово може довести до тога да се апликација (као што је антивирусни софтвер) бори да приступи датотекама уређаја.
Процес тестирања компатибилности
Уобичајени кораци тестирања компатибилности су:
1. Саставите план тестирања
Свеобухватан план тестирања је критичан за тестирање компатибилности; тим за обезбеђење квалитета може да се позове на ово по потреби током својих провера. На пример, ово даје детаље о уређајима које ће тестирати и критеријумима за пролаз или неуспех; они такође морају утврдити да ли ће користити роботску аутоматизацију процеса .
2. Конфигуришите тестне случајеве
Тестни случајеви су подједнако важни јер разрађују специфичне провере компатибилности које тимови покрећу и специфичне уређаје са којима раде. Ово такође садржи тачне кораке које ће тестери предузети и довољно простора да забележе резултат и све информације које ће помоћи програмерима да спроведу компатибилност.
3. Успоставите окружење за тестирање
Неопходно је изоловано и независно окружење за тестирање без спољних утицаја да би се обезбедили тачни тестови, а такође омогућава тиму за обезбеђење квалитета да идентификује одакле потичу проблеми које откривају. Поврх овога, тестери могу да изврше своје провере апликације без да на било који начин угрозе „праву“ верзију.
4. Извршите тестове
Са потпуно припремљеним тест случајевима и окружењем, тим може да започне тестове компатибилности – чак и са аутоматизованим решењем, они имају само ограничено време. Тестери ће морати да дају приоритет најчешћим оперативним системима и конфигурацијама уређаја како би то узели у обзир и обезбедили широку покривеност тестом упркос овим ограничењима.
5. Поново тестирајте
Када се тестови заврше и програмери добију тест случајеве, они ће модификовати апликацију на начине који побољшавају њену компатибилност, мада то можда није могуће за све уређаје. Тестери затим поново проверавају апликацију и потврђују да проблеми које су претходно открили више нису присутни и да нема нових већих грешака.
Заједничке метрике тестирања компатибилности
Ево неких уобичајених показатеља који се користе за тестове компатибилности:
1. Бандвидтх
Тестови компатибилности мреже мере како се апликација повезује са различитим мрежама, укључујући широкопојасне и мобилне мреже за пренос података. Минимални пропусни опсег потребан да би програм обављао своје уобичајене дужности и повезао се са базом података компаније могао би бити превисок за просечну 3Г везу, на пример.
2. Употреба ЦПУ-а
Један од начина на који се проблеми са перформансама манифестују је кроз несразмерно високу употребу ЦПУ-а – то може значити да уређај једноставно не испуњава минималне захтеве програма. Проблеми са ЦПУ-ом такође могу утицати на време одговора апликације, ограничавајући њену функционалност и изазивајући довољно кашњења да одвоји кориснике.
3. Скала употребљивости система
Скала употребљивости система је уобичајен начин мерења субјективних детаља програма, која обухвата десет основних питања о употребљивости апликације. Добијени СУС резултат је од 100 и може се разликовати од једне до друге платформе због графичких грешака.
4. Укупан број недостатака
Ова метрика је константа у већини типова тестирања, омогућавајући тестерима да разумеју тренутно стање програма. Такође је могуће да тим упореди укупне грешке између различитих платформи. Радећи ово, тестери би могли да истакну грешке које су настале због некомпатибилности.
5. СУПРК Сцоре
Слично СУС резултату апликације, стандардизовани упитник процентуалног ранга корисничког искуства је начин да тестери оцењују апликацију на основу неколико кључних фактора, укључујући употребљивост и изглед. Ово им помаже да идентификују како би корисници могли имати проблема да користе апликацију на одређеним уређајима.
7 грешака и замки у примени тестова компатибилности
Ево седам значајних грешака које треба избегавати када спроводите тестирање компатибилности:
1. Недостатак правих уређаја
Иако би било немогуће тестирати на свакој могућој комбинацији уређаја, тим за тестирање и даље може имати користи од коришћења што више стварних уређаја колико може да набави. Различите платформе нуде „праве“ уређаје путем решења у облаку како би се олакшало тестирање компатибилности између претраживача на начине који могу одражавати изворне перформансе.
2. Избегавање старијих уређаја
Многи корисници и даље приступају својим апликацијама на старијим верзијама Виндовс-а или иОС-а; потпуно фокусирање на нова издања популарних уређаја и оперативних система могло би ограничити домет производа. Ако тим не прошири своје тестове на ‘застареле’ уређаје, значајан део њихове публике би могао да се бори да користи програм.
3. Лоше управљање временом
Често постоји велики број уређаја и конфигурација које ће захтевати тест компатибилности, што значи да тим мора да управља својим временом да провери што је више могуће. Ово је важно јер су тестови обично још увек у току пред крај развоја; лоше управљање могло би значајно да ограничи број провера.
4. Неправилно заказивање
Слично је најважније да се тимови постарају да ове тестове спроводе у разумној фази развоја програма, пожељно након алфа тестирања и већине облика функционалног тестирања . Ово олакшава да се види да ли је проблем општи недостатак или специфичан за уређаје које тим посматра.
5. Не узимајући у обзир резолуцију екрана
Резолуција екрана може бити далеко већи фактор у компатибилности него што многи тимови за тестирање препознају – посебно зато што је ово прилагодљиво; и утиче на то како уређај приказује графичке елементе. Чак и када је рок за тестирање компатибилности све већи, од виталног је значаја да тимови за тестирање и даље раде на томе да то уклопе у своју стратегију.
Недостатак стручности
Тестери морају да буду веома вешти да би проверили компатибилност веб локација, претраживача и софтвера међу многим другим облицима које ови тестови могу да имају. Ако вођа тестирања додели једног од чланова свог тима да изврши провере компатибилности, а они немају довољно искуства, то би могло успорити тестове и ограничити њихову тачност.
6. Без претходне дискусије
Пошто тестови компатибилности често одузимају време (и потенцијално захтевају широк спектар уређаја), тимови морају у потпуности да утврде обим својих провера у раној фази обезбеђења квалитета. На пример, морају имати јасну представу о томе које специфичне уређаје или конфигурације намеравају да тестирају пре него што њихове провере уопште почну.
Најбоље праксе за тестирање компатибилности
Најбољи начини да се осигурају висококвалитетни тестови компатибилности укључују:
1. Тестирајте током развоја
Пошто се софтвер значајно мења из недеље у недељу, то може утицати на то колико је програм компатибилан са предвиђеним уређајима. Тимови морају више пута да врше тестирање компатибилности софтвера и више претраживача како би били сигурни да апликација и даље добро ради на овим платформама након развојних промена.
2. Користите праве уређаје
Неки алати за тестирање компатибилности нуде приступ ‘правим’ симулираним уређајима који су у стању да веома личе на корисничко искуство за ту платформу. Ово вам омогућава да обезбедите компатибилност на више уређаја уз одржавање високог нивоа тачности који није присутан у одређеним аутоматизованим решењима.
3. Дајте приоритет тестовима
Са ограниченим временом за спровођење ових провера, тестери компатибилности ће можда морати да дају приоритет најчешћим уређајима, прегледачима и оперативним системима. Слично, тим за тестирање треба прво да прегледа најкритичније карактеристике софтвера да би гарантовао основну функционалност на овим уређајима.
4. Интегрисати агилне технике
Неке компаније одлучују да усвоје приступ заснован на спринту за своје тестове компатибилности, омогућавајући им да лако достигну прекретнице тестирања – као што је провера одређеног броја уређаја. Агиле подстиче комуникацију међу одељењима, истовремено пружајући постављену тестну структуру која може да гарантује доследно, брзо побољшање.
5. Ограничите обим тестирања
Тимови за осигурање квалитета морају знати када да заврше своје тестове, па чак и да прихвате случај некомпатибилности. У овом случају, програмер можда неће променити софтвер, већ би уместо тога могао да промени минималне захтеве ако би то било превише тешко заобићи исправкама грешака.
Примери случајева и сценарија за тестирање компатибилности
Случајеви за тестирање компатибилности утврђују инпуте тима за тестирање, стратегију тестирања и очекиване резултате; ове последње упоређују са стварним резултатима. Пошто провере покривају многе уређаје и конфигурације, ово је често обиман процес.
Ови случајеви обично укључују:
• Тестирајте да ли се ХТМЛ веб апликације исправно приказује.
• Проверите да ли је софтверски ЈаваСцрипт код употребљив.
• Погледајте да ли апликација ради у различитим резолуцијама.
• Тестирајте да ли програм може да приступи директоријуму датотека.
• Уверите се да се апликација повезује са свим одрживим мрежама.
Ево конкретних примера тестирања компатибилности у тестирању софтвера за различите програме:
1. Апликација за друштвене мреже
Друштвене мреже обично имају облик веб апликација на претраживачима и мобилних апликација за одговарајуће уређаје; оба типа захтевају подједнако темељно испитивање. На пример, ова мобилна апликација мора да буде у потпуности оперативна најмање на иОС и Андроид уређајима – при чему тим проверава старе и нове уређаје под сваким оперативним системом. Ако одређени модел иПхоне-а не може да прикаже анимиране ГИФ датотеке, на пример, тим мора да идентификује шта је то узрок да би се обезбедило доследно корисничко искуство.
2. Видео игрица
Видео игре генерално нуде прилагодљиве графичке опције које корисници могу променити да одговарају њиховој машини; ово укључује контролу резолуције екрана и обезбеђивање одговарајуће скале корисничког интерфејса . Могу се појавити одређени проблеми у зависности од специфичног хардвера играча – са грешкама антиалиасинга које доводе до зрнасте графике. Ово би могло бити због уобичајене графичке картице која није компатибилна са рендеровањем текстура компаније. У зависности од тачног проблема, ово се може манифестовати чак и као пад система када одређени уређаји покрећу игру.
3. ЦРМ систем облака
Решења за управљање односима са клијентима у великој мери користе базе података за преузимање информација о њиховим трансакцијама, продавцима и другим важним аспектима пословања, углавном уз помоћ складиштења у облаку. Тестери би требало да се увере да ова база података и њене услуге у облаку раде на различитим мрежама, укључујући 3Г и 4Г ако корисник треба да јој приступи без интернет конекције. Тим такође мора да прегледа широк спектар оперативних система јер се одређене грешке могу појавити само на Линук уређајима , на пример.
Ручни или аутоматизовани тестови компатибилности?
Аутоматизација би могла бити од велике помоћи за тестове компатибилности, омогућавајући тимовима да провере велики број уређаја много брже од ручног приступа . Међутим, ручно тестирање би могло бити прикладније када се провере обављају на ограниченом броју претраживача и уређаја – на пример, видео игрица доступна само на две платформе. Употребљивост софтвера је често кључни фактор у тестовима компатибилности и обично захтева људску перспективу која може боље да идентификује проблеме са графичким приказивањем. Роботска аутоматизација процеса може помоћи у овоме имплементацијом софтверских робота који могу лакше имитирати приступ људског корисника тестовима компатибилности.
За програме дизајниране за широк спектар уређаја, као што су мобилне и веб апликације, аутоматизација омогућава тиму да обезбеди ширу покривеност тестом. Могли би чак да користе хипераутоматизацију да интелигентно пренесу ове провере на спољне сараднике на начин који и даље обезбеђује да људски тестери прегледају ове платформе у погледу функционалности специфичних за корисника. Тестирање компатибилности у ручном тестирању је и даље обавезно за неке задатке – као што је провера исправног приказа корисничког интерфејса на сваком уређају. То значи да би најбољи приступ могао бити комбинована стратегија која може тестирати више уређаја свеукупно путем аутоматизације, повећавајући њихов темпо, а истовремено узимајући у обзир значај употребљивости.
Шта вам је потребно да започнете тестирање компатибилности?
Главни предуслови за тестирање компатибилности обично укључују:
1. Квалификовано особље за тестирање
Испитивачи компатибилности генерално имају веће захтеве за вештином од других облика обезбеђења квалитета због чињенице да проверавају шири опсег уређаја и често наилазе на више грешака. Ово може укључивати решавање проблема, комуникацију и обраћање пажње на детаље. Вође тимова треба да одреде тестере који имају искуства са испитивањем исте апликације на многим платформама.
2. Јака емулација уређаја
Може бити тешко пронаћи и тестирати сваки физички уређај у оквиру тима, због чега је емулација неопходна да би се видело како различите платформе реагују на исти програм. Овај процес је ретко савршен и тестери морају да погледају многе доступне емулаторе и аутоматизоване алате за тестирање да би видели који од њих нуди највећу тачност.
3. Јасан обим тестирања
Тим треба да разуме свој обим пре него што провере почну; посебно зато што би то могло да одлучи о темпу којим раде. Иако програм може имати за циљ да покрије многе платформе, тестери би требало да идентификују одговарајућу граничну тачку. На пример, тестирање оперативних система објављених пре Виндовс 7 може довести до смањења приноса.
4. Управљање временом
Тестирање компатибилности може се десити у било ком тренутку током фазе осигурања квалитета, али се обично чува за крај развоја – када је програм стабилан и комплетан са функцијама. Међутим, тестери би требало да размотре компатибилност много пре тога јер то често одузима много времена. Робусно планирање унапред помаже тиму да обезбеди довољно времена за сваку проверу.
Тестирање компатибилности
контролна листа, савети и трикови
Ево додатних савета које тимови за обезбеђење квалитета морају да имају на уму када уводе тестове компатибилности:
1. Не циљајте апсолутну покривеност
Иако свака стратегија тестирања има за циљ да максимизира покривеност тестом, она се обично зауставља пре него што достигне 100% због смањеног приноса са само мањим побољшањима за врло мали број корисника. У контексту компатибилности, тимови треба да разумеју када би премало њихових купаца користило уређај да би ове провере биле исплативе.
2. Дајте приоритет комбинацијама у више прегледача
Тестирање компатибилности међу претраживачима укључује проверу сваког претраживача у односу на различите оперативне системе. Тестери морају да користе свеобухватну аналитику о својој публици да би одредили најпопуларније од оба и да то користе да усмере свој приступ. Можда чак и развију матрицу компатибилности претраживача, која утврђује обим ових провера и њихове различите конфигурације.
3. Проверите изглед
Обезбеђивање доследног искуства је у срцу тестирања компатибилности и ове провере морају ићи дубље од утврђивања да ли функције програма функционишу на различитим уређајима. Тимови такође треба да верификују целокупни изглед софтвера, укључујући поравнање свих образаца или табела, као и интегритет ЦСС-а и ХТМЛ-а програма.
4. Проверите АПИ-је
Интерфејси за програмирање апликација су основна компонента начина на који прегледачи читају апликације, што их чини виталним за тестирање компатибилности међу прегледачима. Различити веб прегледачи имају своје АПИ позиве, а њихова ажурирања током времена могу утицати на компатибилност. Тестери морају редовно да их проверавају; чак и ако компанија користи сличан АПИ за сваки програм.
5. Прегледајте ССЛ сертификат
ССЛ сертификати повећавају безбедност претраживача – шифрују веб саобраћај и омогућавају корисницима да имају користи од ХТТПС протокола. Веб локација или веб апликација могу имати сертификат који није компатибилан са одређеним прегледачима. То значи да тестери треба да потврде сертификат на свим главним платформама како би били сигурни да се корисници осећају безбедно на својој веб локацији.
6. Потврдите видео плејере
Програми који приказују видео, као што су услуге стримовања или бесплатне мобилне игре које подржавају огласи, требало би да прођу тестирање како би се обезбедило да се ови видео снимци приказују на свим предвиђеним уређајима. За многе апликације, ове провере ће укључивати и десктоп и мобилне уређаје и могу да погледају квалитет видеа, брзину и брзину кадрова.
5 најбољих алата и софтвера за тестирање компатибилности
Најефикаснији бесплатни и плаћени алати за тестирање компатибилности укључују:
1. ЗАПТЕСТ Фрее & Ентерприсе Едитион
ЗАПТЕСТ нуди одличну функционалност иу свом бесплатном иу Ентерприсе (плаћеном) издању, помажући компанијама било које величине (или буџета) у њиховим проверама компатибилности. Компаније које изаберу ЗАПТЕСТ-ову Ентерприсе верзију могу чак да уживају у поврату који је до 10 пута већи од првобитних улагања. Функција 1СЦРИПТ решења је посебно прилагођена потребама тестера компатибилности, омогућавајући им да покрећу потпуно исте тестове на више платформи без модификације кода како би се подударао. Додајте најсавременију РПА функционалност без додатних трошкова и имате решење за аутоматизацију било којег задатка на једном месту.
2. ЛамбдаТест
ЛамбдаТест користи приступ заснован на облаку за испоруку 3.000 аутоматизованих уређаја – иако са значајним фокусом на веб претраживаче, што може ограничити ефикасност овог решења за одређене програме. Платформа је специјализована за континуирано тестирање, интегришући процес обезбеђења квалитета ближе са развојем. Провере ове апликације такође омогућавају корисницима да подесе своју резолуцију, чинећи тестирање компатибилности између претраживача много лакшим. Ово решење нуди фреемиум модел, мада ово укључује ограничене тестове без надоградње и без стварних уређаја.
3. БровсерСтацк
Слично ЛамбдаТест-у, БровсерСтацк омогућава приступ до 3000 стварних уређаја; њихов каталог такође укључује застареле и бета опције за претраживаче. Иако је већа вероватноћа да ће људи надоградити свој претраживач него свој ОС, још увек може бити много људи који користе старије верзије – БровсерСтацк то прихвата. Корисници такође могу да спроведу тестирање геолокације да би видели како веб локације и веб апликације изгледају у различитим земљама. Међутим, не постоје бесплатне или бесплатне опције, а право тестирање уређаја може бити споро.
4. ТестГрид
ТестГрид омогућава паралелно тестирање, дозвољавајући тимовима да провере неколико комбинација истовремено како би убрзали процес. Ово решење се такође добро интегрише у радни ток тестирања и развоја – вероватно олакшава агилан приступ формирањем кључног дела спринтева одељења. Међутим, ТестГрид се понекад бори са повезивањем са уређајима у облаку и претраживачима. Поврх овога, програм је прилично ограничен у смислу тестирања оптерећења , документације и додавања нових уређаја у компанијско подешавање.
5. Бровсера
Бровсера се углавном фокусира на тестирање веб локација како би се осигурало да се правилно приказују на различитим уређајима, претраживачима и оперативним системима. Као приступ заснован на облаку, тимови за осигурање квалитета не морају да инсталирају ову виртуелну лабораторију за тестирање на своје уређаје. Бровсера такође може да упореди излазе како би интелигентно уочио проблеме са распоредом и ЈаваСцрипт грешке које би чак и људски тестер могао да пропусти. Међутим, Бровсера нема подршку за неколико уобичајених претраживача, укључујући Опера, и нуди само основну тестну функционалност бесплатно.
Закључак
Тестирање компатибилности је кључно за успешну стратегију осигурања квалитета, омогућавајући тимовима да провере своје апликације на широком спектру уређаја. Без прихватања ове технике, компаније можда нису свесне да њихов софтвер неће радити за већи део њихове циљне публике све док се не лансира. Ово кошта много времена и новца у поређењу са тестирањем пре издања, а апликације као што је ЗАПТЕСТ могу још више да поједноставе овај процес. Са 1СЦРИПТ-ом и многим другим функцијама доступним бесплатно, као што је паралелно тестирање, одабир ЗАПТЕСТ-а као алата за тестирање могао би да трансформише било који пројекат док тимовима даје потпуно поверење у њихову примену.
