what is cross browser testing
Комплетан водич за почетнике за тестирање више прегледача:
Цросс Бровсер Тестинг је врста тестирања да би се верификовало да ли апликација ради у различитим прегледачима како се очекује и грациозно се деградира. То је поступак верификације компатибилности ваше апликације са различитим прегледачима.
Много пута сам наишао на проблем са веб локацијом и на позиву техничке подршке једноставно су ми рекли да покушам у другом прегледачу? Кад то учиним, то успије и на крају се осјећам тоталним идиотом, иако зарађујем за живот радећи у софтверској индустрији.
Кладим се да се ово догодило свима вама, зар не?
На крају увек помислим ‘зашто се нисам тога сетио?’ Али верујте ми, временом сам схватио да нисам крив; само што веб локација није опсежно тестирана у погледу испитивања компатибилности међу прегледачима, а као крајњи корисник управо сам пронашао грешку.
Шта ћете научити:
- Увод
- Шта је тестирање више прегледача?
- Зашто се изводи?
- Ко врши ово тестирање?
- Како извршити тестирање више прегледача?
- Препоручени алати
- Када започети ово тестирање?
- Шта тестирати?
- Да резимирамо „како“ да тестирамо више прегледача
- Када је најбоље време за то?
- Закључак
- Препоручено читање
Увод
Сви смо могли приметити да се неке веб странице не приказују правилно у неким прегледачима и једноставно мислимо да је веб локација неисправна. Али, чим га отворите у другом прегледачу, веб локација се отвара сасвим у реду. Стога ово понашање објашњава компатибилност веб странице са различитим прегледачима.
Сваки прегледач различито тумачи информације на страници веб странице. Стога, неким прегледачима могу недостајати функције које ваша веб локација покушава да прикаже и чине да ваша веб страница изгледа покварено у том прегледачу.
На пример , као што је приказано доле, грешке образаца за регистрацију нису исте у оба прегледача. Такође, боја текста, фонт итд. Такође се разликују ако их пажљиво погледате.
Са напретком технологије, неколико прегледача има на располагању неколико опција, а то није довољно само да веб локација функционише у једном од прегледача.
Корисницима не би требало бити ограничено да користе било који одређени прегледач за приступ вашој апликацији. Стога је неопходно тестирати компатибилност веб странице са различитим прегледачима. Неки од најчешће коришћених прегледача укључују Цхроме, Сафари, Фирефок, Интернет Екплорер итд.
То је позадинска прича, кладим се да сте сви схватили тему данашње дискусије - Тестирање више прегледача.
Као што је то уобичајена пракса у СТХ, фокусираћемо се на основе. Верујемо да ће било који концепт имати смисла када поставимо основне упитне речи око попут- „Шта, зашто, како, ко, када, где“.
Чинимо управо то док идемо.
Шта је тестирање више прегледача?
# 1) Тестирање више прегледача једноставно значи његово име - то јест, тестирање ваше веб странице или апликације у више прегледача - и осигуравање да ради доследно и онако како је предвиђено, без икаквих зависности или компромиса у квалитету.
#два) Ово се односи на обоје Веб и мобилне апликације .
# 3) Које врсте апликација се подвргавају овоме? - Апликације које су окренуте купцима су најбољи избор. У овом тренутку бисте се могли запитати: „Нису ли све апликације окренуте купцу?“ Па да. Су. Међутим, погледајмо пример.
Примена 1: Апликација развијена за компанију да интерно прати свој инвентар
Апликација 2: Ово је намењено крајњим корисницима да купују производе ове компаније
- Очигледно је да би најбоља идеја била тестирање апликације 2 за тестирање компатибилности прегледача, јер је немогуће контролисати које прегледаче / платформе / верзије ће крајњи корисник користити.
- С друге стране, ако сви интерни рачунари компаније користе Виндовс 8 машине са Цхроме прегледачем - тада нема потребе да тражите или тестирате било шта друго у вези са апликацијом 1.
Зашто се изводи?
У том смислу, зашто се ради било каква врста тестирања?
- Да бисте знали шта није у реду и могли то да поправите.
- Да би се побољшала ефикасност и корисничко искуство, а тиме и пословање.
- Да будете информисани о свим могућим замкама
Али конкретно, ако помислимо: Која је намера тестирања међу прегледачима? - Ово је двојако.
- Предаја или изглед странице у различитим прегледачима - да ли је иста, да ли се разликује, ако је један бољи од другог, итд.
- Функционалност и начин рада. (Наравно!)
Ко врши ово тестирање?
- Да ли размишљате: „Постоји милион прегледача, верзија и платформи - које одабрати?“ - Ово, срећом, није одлука која је одговорност тестера. Клијент, тим за пословну анализу и маркетиншки тимови имају главну улогу у овој одлуци. Такође, компаније прикупљају статистику коришћења / промета како би сузиле који су прегледачи, окружење и уређаји углавном у употреби.
- Читав пројектни тим треба да има уложен интерес, време, новац и инфраструктуру да подржи овај подухват.
- КА тим може бити укључен у овај процес или је то можда дизајнерски тим који жели да зна како апликација стоји у више прегледача.
- Без обзира да ли је изводи КА или било који други тим - тимови за дизајн и развој тумаче резултате и уносе се одговарајуће промене.
Како извршити тестирање више прегледача?
Сад разговарамо!
Прво, прво - да ли се ради ручно или помоћу алата?
То се сигурно може урадити ручно - више машина, више оперативних система, више прегледача, више машина, али јасно је да ово доводи до више проблема, вишеструких улагања и вишеструких изазова.
Ручни метод
У овом случају, предузеће идентификује прегледаче које апликација мора да подржава. Затим тестери поново покрећу исте тест случајеве користећи различите прегледаче и посматрају понашање апликације и пријављују грешке ако их има.
У овој врсти тестирања није могуће обухватити велики број прегледача, а такође апликација можда неће бити тестирана на главним верзијама прегледача.
Такође, ручно обављање унакрсне провере је скупо и дуготрајно.
Аутоматизована метода
Тестирање више прегледача у основи изводи исти низ тест случајева више пута на различитим прегледачима.
како писати тест случајеве у ка
Овакав поновљени задатак је најприкладнији за аутоматизацију. Стога је исплативије извршити ово тестирање помоћу алата.
Дакле, на тржишту је доступно пуно алата који ће то олакшати.
Алати нам помажу у једном или више следећих случајева, у зависности од самог алата и врста лиценцирања:
- Они пружају ВПН (виртуелну приватну машину) помоћу које се можете повезати са удаљеним машинама и проверити рад и обраду ваших ЈАВА, АЈАКС, ХТМЛ, Фласх и других страница. Већина њих је сигурна, али пошто своје податке достављате трећој страни, саветује се одређена анализа по вашем нахођењу.
- Снимке екрана су на страницама и везама које се приказују како се појављују у више прегледача. Ово је, наравно, статично.
- Више прегледача се синхронизује с обзиром на радње извршене на једном и резултати се презентују у прегледачу.
- Прикажите приказ странице у више резолуција екрана
- Када се наиђе на проблем, снима се видео снимак или снимци екрана како би се проблем пренео на даљу анализу.
- Подршка је генерално доступна и за веб и за мобилне апликације
- Такође се могу тестирати приватне странице којима је потребна аутентификација
- Може се тестирати и локално, унутар приватне мреже / заштитног зида
Препоручени алати
# 1) ЛамбдаТест
ЛамбдаТест је платформа за тестирање више прегледача заснована на облаку, која користи који корисник може да изврши аутоматско и ручно тестирање компатибилности своје веб странице или веб апликације на комбинацији 2000+ различитих прегледача и оперативног система.
Корисници могу да изврше тестове аутоматизације Селениум на скалабилној, сигурној и поузданој мрежи Селениум заснованој на облаку и да изврше интерактивно интерактивно тестирање више прегледача својих јавних или веб локација и веб апликација које хостују у облаку.
=> Посетите веб локацију ЛамбдаТест# 2) ЦроссБровсерТестинг
ЦроссБровсерТестинг пружа компанија СмартБеар. ЦроссБровсерТестинг вам омогућава да учините свако веб искуство савршеним на било ком прегледачу или мобилном уређају помоћу њихове лабораторије стварних уређаја заснованих на облаку. Оставите ВМ-ове и лабораторију уређаја. Лако покрените ручне, визуелне и селенијске тестове у облаку на 2050+ стварних прегледача за рачунаре и мобилне уређаје.
Желите да убрзате тестирање као нетехнички корисник? Погледајте њихову функцију Рецорд & Реплаи, која вам омогућава да снимите тест уживо и паралелно покренете тај снимљени тест.
=> Посетите веб страницу ЦроссБровсерТестинг# 3) Селен
Селен је добро познат по аутоматизованом тестирању веб апликација. Само променом прегледача који ће се користити за покретање тест случајева, селен омогућава врло лако покретање истих тест случајева више пута користећи различите прегледаче.
# 4) БровсерСтацк
БровсерСтацк је платформа за веб и мобилне тестове заснована на облаку која омогућава тестирање апликација у прегледачима на захтев, оперативним системима и стварним мобилним уређајима.
# 5) Прегледање
То је интерактивна услуга уживо која пружа напор за веб програмере и веб дизајнере.
Постоје различити прегледачи и оперативни системи, а прегледавање омогућава брзи приступ свим најпопуларнијим прегледачима на најпопуларнијим оперативним системима.
јира питања за интервју за сцрум мајстора
=> Даље читање: Комплетна листа алата за унакрсно прегледање
Када започети ово тестирање?
Време започињања унакрсног прегледача у потпуности зависи од ваше методологије тестирања и временског распореда тестирања.
Овај тест се може извршити:
# 1) Што је пре могуће:
Започните ово тестирање чак и када је једна страница спремна за тестирање.
Тестирајте ту страницу у сваком прегледачу. Када је доступна следећа страница, тестирајте је и на више прегледача. Ово ће повећати напоре, али ће помоћи да се грешке отклоне што је раније могуће у животном циклусу. Стога је поправљање грешака у овом случају исплативо.
# 2) Када је апликација комплетна:
Започните ово тестирање када се развој апликације заврши.
Ово ће тестирати апликацију у целини на различитим прегледачима. Исправљање грешака неће бити исплативо као у горенаведеном случају, али ће и даље помоћи у исправљању грешака пре него што апликацију пусти у рад корисницима.
# 3) Када се апликација пусти:
Ово је време за које се најмање преферира извођење теста за више прегледача за вашу апликацију. Али боље је то учинити него не чинити и пустити крајње кориснике да имају лоше искуство.
Након што се апликација пусти за крајње кориснике, ово тестирање се може извршити и грешке могу бити исправљене као део захтева за промену у апликацији. Ово је врло скупо и захтева више примена у зависности од исправки грешака.
Строго тестирање у више прегледача може се извршити само када ово тестирају чланови тима за тестирање који имају знање о алатима. Пословни ниво или чак програмери такође могу да изврше висок ниво или проверу одређених прегледача.
Ово тестирање укључује темељно тестирање апликације помоћу различитих прегледача. Тестирање темељно укључује функционално и нефункционално тестирање апликације.
У већини компанија тим за производе има одвојене тимове за функционално и нефункционално испитивање. Стога ово тестирање треба да изврши тим (ови) који су одговорни за функционално и нефункционално тестирање апликације.
За ово тестирање, испитивачу су потребни прегледачи на којима апликација треба да се тестира.
Ови прегледачи могу бити испоручени испитивачу као:
- Локално инсталиран на машини тестера.
- Виртуелна машина или различите машине којима тестер има приступ.
- Алати који пружају сопствене прегледаче и њихове верзије за тестирање.
- У облаку - тако да више тестера може да користи прегледаче по потреби и када је то потребно.
Ово тестирање је независно од окружења за примену. Дакле, то се може урадити у развојном, тестном, КА или чак производном окружењу, у зависности од доступности апликације у сваком од ових окружења.
Шта тестирати?
- Основна функционалност: Везе, дијалози, менији итд.
- Графички кориснички интерфејс: Изглед и осећај апликације.
- Одговор: Колико добро апликација реагује на радње корисника.
- Перформансе: Учитавање страница у дозвољеном временском оквиру.
Ако ваша апликација добро функционише у једном прегледачу, то не значи да ће добро функционисати и у осталим прегледачима. Стога вам ово тестирање помаже да обезбедите да се апликација покреће у различитим прегледачима без икаквих грешака.
Да бисмо идентификовали шта се прекида на којем прегледачу и како бисмо на тај начин поправили веб локацију, морамо извршити ово тестирање. Ако прегледач уопште није подржан, тада корисници могу лако бити обавештени о њему.
Да резимирамо „како“ да тестирамо више прегледача
# 1. Статистика саобраћаја помаже у одређивању прегледача које треба тестирати.
#два. Треба извршити детаљну анализу на самом АУТ (Апликација која се тестира) како би се утврдило који делови апликације или да ли сви они морају да се подвргну овоме. Препоручљиво је да се све то тестира на више прегледача, али опет треба узети у обзир трошкове и време. Добра стратегија је да се 100% тестира на једном прегледачу по платформи, а на другом само тестира најкритичнија / широко коришћена функционалност.
# 3. Једном када се донесе одлука „Шта“ за тестирање и „Где (прегледачи)“ - треба донети одлуке о инфраструктури - да ли набављамо алате или то радимо ручно итд. Опет, трошак мора бити узет у обзир. Изводљивост, ризици, безбедносни проблеми, људи који треба да буду укључени, време, критеријуми за прихватање, распоред / поступак отклањања кварова / проблема - неколико је ствари које треба решити.
# 4. Извршите тестирање. Редовни тестови функционалних тестова могу се користити за потврђивање ефикасности система. За изглед и изглед / случајеви предаје нису потребни.
Операција о којој сам говорио на почетку овог чланка и која за мене није успела била је мрежна банковна дознака. Пријавио сам се на свој банковни рачун, изабрао износ за пренос око један лак и покушао да извршим пренос и појавила се грешка сервлета без обзира на то колико пута сам покушао.
Дакле, ако је операција преноса изабрана за тестирање компатибилности прегледача, овако ће изгледати тест скрипта.
- Пријавите се на мрежни рачун у банци
- Изаберите рачун са ког ће се пренос извршити
- Унесите износ трансфера: 100.000
- Изаберите примаоца уплате и кликните на „Трансфер“
- Очекивани резултат: Пренос треба да буде успешан
- Ово ће се једноставно покренути у свим изабраним прегледачима.
Опет, имајте на уму да ово не изгледа другачије од функционалног тест случаја. Додатне информације о томе потражите у овом чланку о нефункционалном тестирању.
# 5. Пријави резултате натраг пројектном тиму, ако нису били укључени у процес испитивања. Следи промена.
Када је најбоље време за то?
Свако тестирање доноси најбоље користи када се обави рано. Стога је препорука индустрије да се са тим започне чим дизајн странице буде доступан.
Али такође се може изводити када је веб локација потпуно интегрисана и функционална.
Ако сте пропустили магистралу приликом извођења теста унакрсног прегледача током фаза дизајнирања, развоја и КА, то још увек можете да урадите док је апликација у фази израде. Међутим, ово је најскупље од свега, а такође и ризично.
Где се врши тестирање компатибилности прегледача?
Обично би одговор на ово питање био један од- Дев / КА / производна окружења . Али за проверу у више прегледача ово није дефинитивно и небитно (ако могу тако да кажем). То се може учинити у било ком од њих или у свима њима.
Закључак
Неколико тачака које треба напоменути,
- Пошто сам неко време био КА наставник, могу да кажем шта следи, а то је - питање, да ли је то функционално и нефункционално тестирање? Мислим да није ни једно ни друго.
- Такође не треба мешати са Цросс-Платформ тестирање, које тестира вашу апликацију у више циљних окружења као што су Виндовс, Линук, Мац итд. Иако се понекад морају интегрисати заједно, јер неке старије верзије прегледача могу бити компатибилне само са старијим верзијама платформи.
- Такође се наставља обрађивати како се софтверска окружења, прегледачи и уређаји свакодневно развијају, а како би били сигурни да нема непријатних изненађења, ово тестирање прегледача треба додати на репертоар регресионих апартмана.
Као што знате, свака врста тестирања помаже у побољшању квалитета апликације, па тако и тест међу прегледачима.
Тестирање међу прегледачима помаже у стварању доброг утиска на кориснике пружајући им доследно искуство у целој апликацији, без обзира на прегледач или оперативни систем.
Отклањање грешака исплативо је у раним фазама животног циклуса развоја, а исто се односи и на недостатке који су пронађени као део овог тестирања.
Ово тестирање помаже у побољшању вашег пословања што опет резултира сретним купцима, срећни !!
Ово је још један доказ о концепту да је КА поље или тестирање софтвера вишедимензионално поље и да постоји нешто у чему сви могу да се истакну.
Молимо објавите своје коментаре и питања у наставку. Увек смо одушевљени кад вас чујемо!
Препоручено читање
- Алфа тестирање и бета тестирање (потпун водич)
- Комплетни водич за тестирање верификације израде (БВТ тестирање)
- Функционално тестирање вс нефункционално тестирање
- Најбољи алати за тестирање софтвера 2021. године [КА Тест Аутоматион Тоолс]
- Врсте тестирања софтвера: различите врсте испитивања са детаљима
- Водич за КП Паррот: Преглед алата за тестирање више прегледача
- Водич за тестирање складишта података ЕТЛ (комплетан водич)
- 10 најбољих алата за тестирање више прегледача у 2021. години (најновије рангирање)