mobile app testing tutorials
Комплетан водич за тестирање мобилних апликација са детаљним упутствима:
Мобилна технологија и паметни уређаји су сада тренд и промениће будућност света какав познајемо. Сви можемо јамчити за зар не? Сада ће бити аматерски ако наведем за шта користимо ове мобилне уређаје. Сви то знате - Можда и боље него ми.
Идемо директно на оно о чему ће бити речи у овом упутству.
Комплетна листа 30+ водича за мобилно тестирање:
Увод у мобилно тестирање:
Туториал # 1: Увод у мобилно тестирање
Туториал # 2: иОС тестирање апликација
Туториал # 3: Андроид тестирање апликација
Туториал # 4 : Изазови и решења за мобилно тестирање
Водич бр. 5: Зашто је мобилно тестирање тешко?
Тестирање мобилних уређаја:
Лекција # 6: Тестирајте верзију Андроид-а када је повучена са тржишта
Туториал # 7 : Како тестирати мобилне апликације на уређајима ниске класе
Туториал # 8 : Теренско тестирање за мобилне апликације
Туториал # 9: Модел телефона против верзије ОС: Који треба прво тестирати?
Тестирање корисничког интерфејса за мобилне уређаје:
Туториал # 10: Тестирање корисничког интерфејса за мобилне апликације
Водич бр. 11: Мобилни реактивни тест
Услуге мобилног тестирања:
Водич бр. 12: Тестирање мобилних апликација заснованих на облаку
Водич бр. 13: Услуге мобилног тестирања
Водич бр. 14 : Услуге бета тестирања мобилне апликације
Туториал # 15: Компанија за развој мобилних апликација
Туториал # 16: Услуге тестирања мобилних апликација засноване на облаку
Тестирање перформанси и безбедности мобилне апликације:
Водич # 17: Тестирање перформанси мобилних апликација помоћу БлазеМетер-а
Туториал # 18 : Смернице за тестирање безбедности мобилне апликације
Мобилни алати за тестирање:
Водич бр. 19: Алати за тестирање апликација за Андроид
Водич бр. 20: Најбољи алати за тестирање безбедности мобилне апликације
Туториал # 21: 58 најбољих алата за мобилно тестирање
Тестирање мобилне аутоматизације:
Водич бр. 22: Водич за алат за аутоматизацију Аппиум Мобиле
Водич бр. 23: Водич за студио Аппиум
Лекција # 24: Аутоматизујте Андроид апликације помоћу алатке ТестЦомплете
Лекција # 25 : Водич за роботијум - Алат за тестирање корисничког интерфејса за Андроид апликацију
Лекција # 26: Водич за Селендроид: Оквир мобилне аутоматизације
Лекција # 27: Водич за пЦлоуди: Тестирање мобилних апликација на стварним уређајима
Лекција # 28: Водич за фарме уређаја заснованих на облаку Каталон Студио & Кобитон
Каријера мобилног тестирања:
Лекција # 29: Како брзо добити посао за мобилно тестирање
Лекција 30: Питања и резиме за интервјуе за мобилно тестирање
Туториал # 31: Питања за интервју за мобилно тестирање, 2. део
************************************************** ***********
Почнимо са 1. упутством у серији.
Шта ћете научити:
- Водич бр. 1: Увод у тестирање мобилних апликација
- Врсте мобилног тестирања
- Значај тестирања мобилних апликација
- Основна разлика између тестирања апликација за мобилне уређаје и рачунаре:
- Врсте тестирања мобилних апликација:
- Стратегија тестирања мобилних апликација
- Препоручени алат
- Тест случајеви за тестирање мобилне апликације
- Типичне активности и поступци у тестирању мобилне апликације
- Како тестирати мобилне апликације на Андроид и иОС платформама
- Основна разлика између Андроид и иОС тестирања
- Кључни фактори у мобилном тестирању
- Дефинишите сопствени опсег тестирања
- Не ограничавајте своје тестирање
- Тестирање више платформи
- Припазите на величину своје мобилне апликације
- Тестирање сценарија за надоградњу апликације
- ОС уређаја можда не подржава апликацију
- Тестирање дозвола за апликације
- Упоредите са сличним и популарним апликацијама на тржишту
- Добијте преглед Аппле-овог критеријума за одбијање израде
- Увек будите на предњем стопалу
- Држите апликацију дуго у позадини (12-24 сата)
- Тестирање перформанси ваше апликације
- Закључак
- Препоручено читање
Водич бр. 1: Увод у тестирање мобилних апликација
Прошла су времена када је телефон некада био уређај који је седео у углу и морао је да звони да би нам привукао пажњу или је рачунар био машина коју је користило само неколико људи - они су сада продужетак нашег бића - прозор ка светске и виртуелне слуге које раде како им се каже.
Рачунари су били бес и променили су начин на који смо људи размишљали, понашали се, учили и постојали.
Данас су решења за мобилност заузела тржиште. Људи не желе да УКЉУЧУЈУ преносне рачунаре / рачунаре за све, већ желе да њихови ручни уређаји све брзо изврше.
Стога би мобилна решења која испоручујемо нашим клијентима требало врло добро тестирати. Овај водич је намењен онима који су већ на мобилном тестирању или онима који су прешли на њега у новије време. Како већ имамо много водича о дефиницијама терминологија повезаних са мобилним тестирањем, ми ћемо се директно позабавити делокругом овог водича.
Овај водич ће вам бити увод и водич за мобилно тестирање. Дакле, прочитајте!
Врсте мобилног тестирања
Постоје углавном две врсте тестирања која се одвијају на мобилним уређајима:
# 1. Тестирање хардвера:
Уређај који укључује интерне процесоре, унутрашњи хардвер, величине екрана, резолуцију, простор или меморију, камеру, радио, Блуетоотх, ВИФИ итд. То се понекад назива и једноставним „Мобилно тестирање”.
# 2. Тестирање софтвера или апликација:
Тестирају се апликације које раде на мобилним уређајима и њихова функционалност. То се назива „Тестирање мобилних апликација”Да се разликује од раније методе. Чак и у мобилним апликацијама постоји неколико основних разлика које су важне за разумевање:
а) Изворне апликације: Изворна апликација је креирана за употребу на платформи попут мобилних уређаја и таблета.
б) Веб апликације за мобилне уређаје су апликације на серверу за приступ веб локацијама на мобилним уређајима помоћу различитих прегледача попут Цхроме-а, Фирефока повезивањем на мобилну мрежу или бежичну мрежу попут ВИФИ-а.
ц) Хибридне апликације су комбинације изворне апликације и веб апликације. Раде на уређајима или ван мреже и пишу се помоћу веб технологија попут ХТМЛ5 и ЦСС.
Постоји неколико основних разлика које их издвајају:
- Изворне апликације имају афинитет према једној платформи, док веб апликације за мобилне уређаје имају афинитет према више платформи.
- Изворне апликације су написане на платформама попут СДК-а, док су мобилне веб апликације написане помоћу веб технологија као што су ХТМЛ, ЦСС, асп.нет, Јава, ПХП.
- За изворну апликацију потребна је инсталација, али за мобилне веб апликације није потребна.
- Изворна апликација се може ажурирати из продавнице за репродукцију или продавнице апликација, док су мобилне веб апликације централизоване исправке.
- Многе изворне апликације не захтевају везу са Интернетом, али за мобилне веб апликације је то неопходно.
- Изворна апликација ради брже у поређењу са мобилним веб апликацијама.
- Изворне апликације се инсталирају из продавница апликација попут Гоогле играоница или продавница апликација где су мобилни веб веб локације и којима се може приступити само путем Интернета.
Остатак чланка биће о тестирању мобилних апликација.
Значај тестирања мобилних апликација
Тестирање апликација на мобилним уређајима изазовније је од тестирања веб апликација на радној површини
- Различит опсег мобилних уређаја са различитим величинама екрана и хардверским конфигурацијама попут тврде тастатуре, виртуелне тастатуре (додирни екран) и трацкбалл итд.
- Широке варијанте мобилних уређаја попут ХТЦ-а, Самсунг-а, Аппле-а и Нокиа-е.
- Различити мобилни оперативни системи попут Андроид-а, Симбиан-а, Виндовс-а, Блацкберри-а и ИОС-а.
- Различите верзије оперативног система попут иОС 5.к, иОС 6.к, ББ5.к, ББ6.к итд.
- Различити оператери мобилне мреже попут ГСМ и ЦДМА.
- Честа ажурирања - (попут Андроид-4.2, 4.3, 4.4, иОС-5.к, 6.к) - уз свако ажурирање препоручује се нови циклус тестирања како би се осигурало да то не утиче на функционалност апликације.
Као и код било које друге апликације, и тестирање мобилне апликације је веома важно, јер је клијентела обично у милионима за одређени производ - а производ са грешкама се никада не цени. Често резултира новчаним губицима, правним проблемима и непоправљивом штетом за имиџ бренда.
Основна разлика између тестирања апликација за мобилне уређаје и рачунаре:
Неколико очигледних аспеката који издвајају тестирање мобилних апликација од тестирања на радној површини
- На радној површини апликација се тестира на централној процесорској јединици. На мобилном уређају апликација се тестира на телефонима као што су Самсунг, Нокиа, Аппле и ХТЦ.
- Величина екрана мобилног уређаја је мања од радне површине.
- Мобилни уређаји имају мање меморије од радне површине.
- Мобилни уређаји користе мрежне везе попут 2Г, 3Г, 4Г или ВИФИ, где рачунари користе широкопојасне или диал-уп везе.
- Алат за аутоматизацију који се користи за тестирање апликација на рачунару можда неће радити на мобилним апликацијама.
Врсте тестирања мобилних апликација:
Да би се решили сви горе наведени технички аспекти, на мобилним апликацијама се изводе следеће врсте тестирања.
- Испитивање употребљивости - Да бисмо били сигурни да је мобилна апликација лака за употребу и пружа задовољавајуће корисничко искуство за купце
- Испитивање компатибилности - Тестирање апликације на различитим мобилним уређајима, прегледачима, величинама екрана и верзијама ОС-а у складу са захтевима.
- Испитивање интерфејса - Тестирање опција менија, дугмади, маркера, историје, подешавања и тока навигације у апликацији.
- Тестирање услуга - Тестирање услуга апликације на мрежи и ван ње.
- Тестирање ресурса на ниском нивоу : Тестирање употребе меморије, аутоматско брисање привремених датотека, проблеми са растом локалних база података познати као тестирање ресурса на ниском нивоу.
- Тестирање перформанси - Тестирање перформанси апликације променом везе са 2Г, 3Г на ВИФИ, дељењем докумената, потрошњом батерије итд.
- Оперативно тестирање - Тестирање резервних копија и плана опоравка ако се батерија испразни или губитак података током надоградње апликације из продавнице.
- Инсталацијски тестови - Провера ваљаности инсталирањем / деинсталирањем на уређајима.
- Испитивање сигурности - Тестирање апликације за потврду да ли информациони систем штити податке или не.
Стратегија тестирања мобилних апликација
Тест стратегија треба да буде сигурна да су испуњене све смернице за квалитет и перформансе. Неколико упута на овом подручју:
1) Избор уређаја - Анализирајте тржиште и одаберите уређаје који се широко користе. (Ова одлука се углавном ослања на клијенте. Клијент или произвођачи апликација узимају у обзир фактор популарности одређених уређаја, као и маркетиншке потребе апликације да би одлучили које мобилне телефоне користити за тестирање.)
2) емулатори - Њихова употреба је изузетно корисна у почетне фазе развоја, јер омогућавају брзу и ефикасну проверу апликације. Емулатор је систем који покреће софтвер из једног у друго окружење без промене самог софтвера. Дуплира функције и ради на стварном систему.
Врсте мобилних емулатора
- Девице Емулатор - обезбеђују произвођачи уређаја
- Емулатор прегледача - симулира окружења мобилних прегледача.
- Емулатор оперативних система - Аппле нуди емулаторе за иПхоне, Мицрософт за Виндовс телефоне и Гоогле Андроид телефоне
Препоручени алат
# 1) Кобитон
Кобитон је приступачна и изузетно флексибилна платформа за мобилно искуство заснована на облаку која убрзава тестирање и испоруку изворних, веб и хибридних апликација на Андроид-у и иОС-у користећи стварне уређаје. Њихова нова аутоматизација за тестирање без скрипти помаже тимовима без стручности за кодирање да са лакоћом генеришу отворене стандардне Аппиум скрипте.
=> Посетите веб локацију Кобитон
Питања и одговори аналитичара за техничку подршку
Листа неколико бесплатних и једноставних емулатора за мобилне уређаје
и. Емулатор мобилног телефона - Користи се за тестирање телефона као што су иПхоне, Блацкберри, ХТЦ, Самсунг итд.
ии. МобиРеади - Овим не само да можемо тестирати веб апликацију, већ можемо и проверити код.
иии. Респонсивепк - Проверава одговоре веб страница, изглед и функционалност веб локација.
ив. Сцреенфли - То је прилагодљив алат и користи се за тестирање веб страница у различитим категоријама.
3) Након завршетка задовољавајућег нивоа развоја мобилне апликације, можете прећи на тестирање на физички уређаји за више тестирања заснованих на стварним сценаријима.
4) Размислите о тестирању заснованом на рачунарству у облаку: Цлоуд цомпутинг у основи покреће уређаје на више система или мрежа путем Интернета, где се апликације могу тестирати, ажурирати и управљати њима. За потребе тестирања креира мобилно окружење засновано на вебу на симулатору за приступ мобилној апликацији.
Прос:
- Израда резервних копија и опоравак - Цлоуд цомпутинг аутоматски узима сигурносне копије ваших података са удаљене локације што олакшава опоравак и обнављање података. Такође, капацитет складиштења је неограничен.
- Облацима се може приступити са различитих уређаја и било где.
- Рачунарство у облаку је исплативо, лако се користи, одржава и ажурира.
- Брзо и брзо постављање.
- Интерфејс заснован на Интернету.
- Може паралелно да покреће исту скрипту на неколико уређаја.
Цонс
- Мање контроле - Будући да апликација ради на удаљеном или независном окружењу, корисник има ограничену контролу и приступ функцијама.
- Проблеми са Интернет везом - подешавање је на Интернету. Проблеми са мрежом утичу на доступност и функционисање
- Питања безбедности и приватности - Рачунарство у облаку је рачунарство на Интернету и ништа на Интернету није потпуно сигурно, па су шансе за хаковање података веће.
5) Аутоматизација насупрот ручном тестирању
- Ако апликација садржи нову функционалност, тестирајте је ручно.
- Ако апликација захтева тестирање једном или два пута, урадите то ручно.
- Аутоматизујте скрипте за случајеве регресионих тестова. Ако се регресијски тестови понове, аутоматизовано тестирање је савршено за то.
- Аутоматизирајте скрипте за сложене сценарије који одузимају пуно времена ако се извршавају ручно.
За тестирање мобилних апликација доступне су две врсте алата за аутоматизацију:
Алати за мобилно тестирање засновани на објектима - аутоматизација мапирањем елемената на екрану уређаја у објекте. Овај приступ је независан од величине екрана и углавном се користи за Андроид уређаје.
- Нпр .: - Ранорек, јамо решење
Алати за тестирање засновани на слици - креирајте скрипте за аутоматизацију на основу координата екрана елемената.
- Нпр .: - Сикули, биљка јаја, рутински бот
6) Мрежа конфигурација је такође неопходан део мобилног тестирања. Важно је потврдити пријаву на различитим мрежама попут 2Г, 3Г, 4Г или ВИФИ.
Тест случајеви за тестирање мобилне апликације
Поред тестова заснованих на функционалности, тестирање мобилне апликације захтева и посебне тест случајеве који би требало да покривају следеће сценарије.
- Употреба батерије - Важно је водити евиденцију о потрошњи батерије током покретања апликације на мобилним уређајима.
- Брзина апликације- време одзива на различитим уређајима, са различитим параметрима меморије, са различитим врстама мреже итд.
- Захтеви за подацима - За инсталацију, као и за проверу да ли ће корисник са ограниченим пакетом података моћи да је преузме.
- Потребна меморија - опет, за преузимање, инсталирање и покретање
- Функционалност апликације - уверите се да се апликација не руши због квара мреже или било чега другог.
ПреузимањеНеколико примера тест случајева за тестирање мобилних апликација:
=> Преузмите примере тест примера за мобилне апликације
Типичне активности и поступци у тестирању мобилне апликације
Опсег тестирања зависи од низа захтева које треба проверити или обима промена у апликацији. Ако је промена мало, рунда од здрав разум тестирање ће учинити. У случају већих и / или сложених промена, а пуна регресија препоручује.
Пример пројекта за тестирање апликација : ИЛЛ (Интернатионал Леарн Лаб) је апликација дизајнирана да помогне администратору, издавачу да креира веб странице у сарадњи. Коришћењем веб прегледача, инструктори бирају између скупа функција како би креирали класу која испуњава њихове захтеве.
Процес мобилног тестирања:
Корак 1. Идентификујте врсте испитивања : Како је ИЛЛ апликација применљива за прегледаче, зато је обавезно тестирати ову апликацију на свим подржаним прегледачима који користе различите мобилне уређаје. Морамо то да урадимо употребљивост, функционална и компатибилност тестирање на различитим прегледачима помоћу комбинације од Приручник и аутоматизација тест случајева.
Корак 2. Ручно и аутоматизовано тестирање: Методологија која се примењује за овај пројекат је агилна са понављањем од две недеље. Сваке две недеље дев. тим издаје нову верзију за тим за тестирање и тим за тестирање ће покретати своје тестове у КА окружењу. Тим за аутоматизацију креира скрипте за скуп основних функција и покреће скрипте које помажу у утврђивању да ли је нова градња довољно стабилна за тестирање. Тим за ручно тестирање тестираће нову функционалност.
ЈИРА користи се за писање критеријума прихватања; одржавање тест случајева и евидентирање / поновна верификација недостатака. Једном када се итерација заврши, итерација планирање састанак одржан где је разв. Тим, власник производа, пословни аналитичар и КА тим разговарају шта је добро прошло и шта треба побољшати .
Корак # 3. Бета тестирање: Када КА тим заврши регресијско тестирање, изградња прелази у УАТ. Тестирање прихватљивости корисника врши клијент. Они поново верификују све грешке како би били сигурни да је свака грешка исправљена и да апликација ради како се очекује на сваком одобреном прегледачу.
Корак # 4. Тест перформансе: Тим за тестирање перформанси тестира перформансе веб апликације помоћу ЈМетер скрипти и са различитим оптерећењима апликације.
како написати тест случајеве за екран за пријаву
Корак # 5. Тестирање прегледача : Веб апликација се тестира у више прегледача - како помоћу различитих алата за симулацију, тако и физички користећи стварне мобилне уређаје.
Корак # 6. План лансирања: После сваке четврте недеље, тестирање прелази на инсценацију, где се изводи последња рунда од краја до краја на овим уређајима како би се осигурало да је производ спреман за производњу. А онда иде уживо!
*****************************************
Како тестирати мобилне апликације на Андроид и иОС платформама
Веома је важно да тестери који тестирају своје апликације и на иОС-у и на Андроид платформи знају како разликују оба. иОС и Андроид имају пуно разлика у погледу и стилу, приказима апликација, стандардима кодирања, перформансама итд.
Основна разлика између Андроид и иОС тестирања
Можда сте прошли кроз све туторијале, овде сам унео неке велике разлике, које ће вам заузврат помоћи у тестирању:
# 1) Како на тржишту имамо доступно пуно Андроид уређаја и сви долазе са различитим резолуцијама и величинама екрана, стога је ово једна од главних разлика.
На пример , Величина Самсунг С2 је премала у поређењу са Некусом 6. Постоје велике могућности да се изглед и дизајн ваше апликације изобличе на једном од уређаја. Вероватноћа је у иОС-у мала, јер су на тржишту доступни само пребројиви уређаји, а од тих многих телефона сличне су резолуције.
На пример, пре постојања иПхоне 6 и новијих верзија све старије верзије имале су само сличну величину.
#два) Пример за потврђивање горње тачке је да програмери у Андроиду морају да користе слике 1к, 2к, 3к, 4к и 5к да би подржали резолуције слика за све уређаје, док иОС користи само 1к, 2к и 3к. Међутим, тестер постаје одговорност да осигура да се слике и остали елементи корисничког интерфејса правилно прикажу на свим уређајима.
Можете се позвати на доњи дијаграм да бисте разумели концепт резолуције слике:
# 3) Како је тржиште преплављено Андроид уређајима, код мора бити написан на такав начин да перформансе остају стабилне. Дакле, сасвим је вероватно да се ваша апликација може понашати полако на нижим уређајима.
# 4) Још једно питање са Андроидом је што надоградње софтвера нису доступне за све уређаје у покрету. Произвођачи уређаја одлучују када ће надоградити своје уређаје. Постаје веома тежак задатак тестирати све и са новим и са старим ОС-ом.
Такође, програмерима постаје незграпан задатак да модификују свој код како би подржавали обе верзије.
На пример , када је дошао Андроид 6.0, дошло је до велике промене јер је овај ОС почео да подржава дозволе на нивоу апликације. Да би појаснио даље, корисник би могао промените дозволе (локацију, контакте) и на нивоу апликације.
Сада је тим за тестирање дужан да осигура приказивање екрана дозвола при покретању апликације на Андроиду 6.0 и новијим верзијама и не приказивање екрана дозвола у нижим верзијама.
# 5) Из перспективе тестирања, тестирање пре-продукције (тј. Бета верзије) се разликује на обе платформе. У Андроиду, ако је корисник додан на листу бета корисника, он ће моћи да види ажурирану бета верзију у Плаи продавници само ако је пријављен у Плаи продавницу са истим ИД-ом е-поште који је додан као бета корисник.
Кључни фактори у мобилном тестирању
Последње две године радим на мобилном тестирању и на иОС-у и на Андроид платформи, а све кључне тачке наведене у овом водичу су из мог личног искуства, а неке су изведене из проблема нађених у пројекту.
Дефинишите сопствени опсег тестирања
Свако има свој стил тестирања. Неки тестери се фокусирају само на оно што виде из њихових очију, а остали су страствени у свему што ради иза кулиса било које мобилне апликације.
Ако сте иОС / Андроид Тестер, предлажем вам да се барем упознате са неким уобичајеним ограничењима / основним функционалностима Андроид-а или иОС-а, јер то увек додаје вредност нашем стилу тестирања. Знам да је ствари тешко разумети без навођења примера.
Следи неколико примера:
- Не можемо да променимо дозволе попут камере, складишта итд. На нивоу апликације на Андроид уређајима који су старији од 6.0.1.
- За иОС испод верзије 10.0, комплета за позиве није било. Само да вас укратим једноставним речима, позивни комплет користи апликација за позивање и приказује приказ на целом екрану када корисник прима позив из позивајућих апликација као што су ВхатсАпп, Скипе итд., Док за верзије иОС-а испод 10.0 видимо те позиве као банер са обавештењима.
- Многи од вас могли су наићи на проблеме у Паитм-у где вас апликација не преусмерава на страницу за плаћање банке у случају да желите да додате новац у новчаник. Сматрамо да је горе наведено проблем са нашом банком или Паитм сервером, али само што наш АндроидСистемВебВиев није ажуриран. Мало знања о програмирању је увек корисно за вас и можете га поделити са својим тимом.
- Једноставним речима, кад год нека апликација отвори било коју веб страницу на њој, АндроидСистемВебВиев треба да се ажурира.
Не ограничавајте своје тестирање
Тестирање се не би требало ограничити само на истраживање мобилне апликације и пријављивање грешака. Ми као КА треба да будемо свесни свих захтева које смо погодили на нашем серверу и одговора који из њега излазимо.
Конфигуришите Путти за прегледање дневника или верификовање сумо логике за евиденције у зависности од тога шта се користи у вашем пројекту. То вам не само помаже у познавању тока апликације од краја до краја, већ вас чини бољим тестером јер сада добијате више идеја и сценарија.
Разлог: Ништа не долази на овај свет без икаквог разлога. Свака изјава треба да има ваљани разлог. Разлог за анализу евиденција је тај што се у евиденцијама примећују многи изузеци, али они не показују никакав утицај на кориснички интерфејс, па га зато не примећујемо.
Па, да ли бисмо то требали игнорисати?
Не, не бисмо требали. То нема никаквог утицаја на кориснички интерфејс, али може представљати футуристичку забринутост. Могли бисмо да видимо како се наша апликација руши ако се овакве врсте изузетака наставе пузати. Као што смо поменули о рушењу апликације у последњој реченици, ово доводи до тога да КА има приступ црасхлитицима пројекта.
Црасхлитицс је алатка у којој се евидентирају отказивања заједно са временом и моделом уређаја.
Сад је овде питање да ли је тестер, ако је видео како се апликација руши, зашто морао да се мучи око црасхлитицс-а?
Одговор на ово је прилично занимљив. Постоје неки откази који можда нису видљиви на корисничком интерфејсу, али су пријављени на црасхлитицс. Могло би доћи до отказивања меморије или неких фаталних изузетака који би касније могли утицати на перформансе.
Тестирање више платформи
Тестирање интеракције између различитих платформи је веома важно.
Наводећи једноставан Пример , рецимо да радите на апликацији за ћаскање као што је ВхатсАпп која подржава слање слика и видео записа, а апликација је изграђена на иОС и Андроид платформама (развој може или не мора бити синхронизован)
Обавезно тестирајте комуникацију Андроид-а и иОС-а, јер је разлог у томе што иОС користи „Циљ Ц“, док је Андроид програмирање засновано на Јави и због тога што су обојица изграђени на различитим платформама, понекад је потребно извршити додатне исправке у апликацији страну за препознавање низова који долазе са различитих језичких платформи.
Припазите на величину своје мобилне апликације
Још један важан савет за мобилне тестере - наставите да проверавате величину ваше апликације након сваког пуштања.
Требали бисмо осигурати да величина апликације не досегне тачку у којој чак ни ми као крајњи корисник нећемо желети да преузмемо ову апликацију због велике величине.
Тестирање сценарија за надоградњу апликације
За мобилне тестере, тестирање надоградње апликације је веома важно. Уверите се да се ваша апликација неће срушити приликом надоградње јер је развојни тим можда погрешно подударао број верзије.
Задржавање података је такође подједнако важно, као и у свим преференцама које је корисник сачувао у претходној верзији, требало би задржати приликом надоградње апликације.
На пример , корисник је можда сачувао податке о банковној картици у апликацијама попут ПаиТм итд.
ОС уређаја можда не подржава апликацију
Звучи занимљиво?
Да, многи уређаји можда не подржавају вашу апликацију. Многи од вас морају знати да добављачи пишу своје омоте на врху САД-а и може бити могуће да било који СКЛ упит ваше апликације није компатибилан са уређајем, па стога доноси изузетак и може резултирати чак и не покретањем апликацију на том телефону.
Поента овде је - Покушајте да користите апликацију на својим уређајима, осим на онима које користите у канцеларији. Сасвим је могуће да видите неке проблеме са апликацијом.
Тестирање дозвола за апликације
Следећи на листи је Тестирање дозвола за мобилне апликације . Скоро свака друга апликација тражи од својих корисника приступ контактима свог телефона, камери, галерији, локацији итд. Видео сам неколико тестера који погреше неиспитујући одговарајуће комбинације ових дозвола.
Могу да се сетим у реалном времену Пример када смо тестирали апликацију за ћаскање која је имала све функције дељења слика и аудио датотека. Дозвола за складиштење је постављена на НО.
Сада, када би корисник кликнуо на опцију Камера, она се никада није отворила док дозвола за складиштење није постављена на ДА. Сценариј је занемарен јер је Андроид Марсхмаллов имао ову функцију да, ако је дозвола за складиштење постављена на НЕ, камера се не може користити за ту апликацију.
Опсег се шири даље од онога о чему смо говорили у горњем пасусу. Требали бисмо бити сигурни да апликација не тражи дозволе које се не користе.
Било који крајњи корисник упознат са софтверском индустријом не сме да преузме апликацију за коју се тражи превише дозвола. Ако сте из апликације уклонили било коју функцију, уклоните екран са дозволама за исту.
еаси мп3 довнлоадер фрее довнлоад фулл версион
Упоредите са сличним и популарним апликацијама на тржишту
Наравоученије - Ако сте икада у недоумици, онда то једноставно немојте закључивати сами. Упоређивање са другим сличним апликацијама на истој платформи може да ојача ваш аргумент да ће функционалност која се тестира радити или не.
Добијте преглед Аппле-овог критеријума за одбијање израде
И на крају, већина вас се можда сусрела са ситуацијама у којима је Аппле одбијао ваше верзије. Знам да ова тема неће занимати већи део читалаца, али увек је добро знати Аппле-ове политике одбијања.
Као тестеру постаје нам тешко да се снађемо у техничким аспектима, али ипак постоје неки критеријуми одбијања о којима тестери могу да се побрину.
За више информација о томе кликните овде.
Увек будите на предњем стопалу
Будући да сте тестер, не дозволите да ствари пређу на ваш суд од тима за развој / менаџера. Ако сте страствени према тестирању, тада „Увек буди предња нога“ . Покушајте да се укључите у активности које се одвијају и пре него што код дође у вашу канту на тестирање.
Најважније је да наставите да гледате ЈИРА, КЦ, МТМ или било шта што се користи у вашем пројекту за сва најновија ажурирања карата од клијената и пословног аналитичара. Такође, будите спремни да делите своје ставове ако су вам потребне модификације. Ово се односи на све тестере који раде на различитим доменима и платформама.
Док и уколико производ не осећамо својим, никада не бисмо требали давати предлоге за нова побољшања или промене постојеће функционалности.
Држите апликацију дуго у позадини (12-24 сата)
Знам да звучи чудно, али иза кулиса има много логике коју сви не разумемо.
Делим ово јер сам видео како се апликација руши након покретања, рецимо након око 14 сати од стања у позадини. Разлог може бити било шта, зависно од тога како су га програмери кодирали.
Дозволи ми да поделим пример у реалном времену:
У мом случају узрок је био истек токена. Једна од апликација за ћаскање, ако се покрене након 12-14 сати, заглавила би се на банеру и никада се не би повезала док не буде убијена и поново покренута. Овакве ствари је веома тешко ухватити и на неки начин мобилно тестирање чини изазовнијим и креативнијим.
Тестирање перформанси ваше апликације
У мобилном свету, перформансе ваше апликације утичу на то у којој мери ће ваша апликација бити препозната широм света. Као тим за тестирање, постаје превише важно да проверите одговор апликације и још важније како то функционише када велики број корисника користи све то заједно.
Пример:
Разговарајмо о ПаиТм-у.
Сви сте морали да кликнете на ДОДАЈ НОВАЦ у апликацији ПаиТм, која затим приказује стање у новчанику. Ако узмемо у обзир шта се дешава иза сцене, то је захтев који се шаље на сервер са ПаиТм УсерИД-ом и сервер шаље одговор са стањем на вашем рачуну.
Горњи случај је само када је један корисник погодио сервер. Морамо бити сигурни да чак и када 1000 корисника погоди сервер, треба да одговоре на време на време, јер је употребљивост крајњих корисника наш главни циљ.
Закључак
Завршио бих овај водич поновним понављањем да је тестирање на мобилним уређајима у почетку врло лако, али док будете даље копали, схватићете да није лако осигурати да оно што се развије несметано ради на хиљадама уређаја широм света .
Углавном бисте видели апликације које су подржане само у најновијим и последњим верзијама ОС-а. Међутим, дужност тестера постаје осигурати да не пропусте ниједан сценарио. То су многе друге тачке које треба узети у обзир, али нисам споменуо оне које су већ поновљене у другим водичима.
Сценарији попут потрошње батерије, тестирања прекида, тестирања на различитим мрежама (3Г, Ви-Фи), тестирања приликом пребацивања мрежа, мајмунског тестирања мобилних апликација итд. Корисни су када је реч о мобилном тестирању.
Став тестера је много важан када је реч о стварном окружењу за тестирање. Док и уколико не волите свој посао, нећете се трудити радити ствари које су поменуте у водичу.
На овом пољу сам отприлике 6 година и врло сам свестан да задаци понекад постају монотони, али постоји много других ствари које можемо сами да учинимо да би ти монотони задаци постали донекле занимљиви.
Дизајнирањем праве стратегије тестирања, одабиром правих мобилних симулатора, уређаја и мобилних алата за тестирање можемо се уверити да имамо 100% покривеност тестовима и помоћи нам да у наше скупове тестова укључимо тестове засноване на сигурности, употребљивости, перформансама, функционалности и компатибилности.
Па, ово је наш напор да испунимо вишеструке захтеве наших читалаца у водичу за тестирање мобилне апликације.
Аутори : Хвала Свапни, Хаснету и многим другим стручњацима за мобилно тестирање што су нам помогли да саставимо ову серију!
У следећем чланку ћемо размотрити више о томе иОС тестирање апликација .
Препоручено читање
- Услуге бета тестирања мобилне апликације (иОС и Андроид бета алати за тестирање)
- Испитивање оптерећења помоћу ХП ЛоадРуннер водича
- 5 Изазови и решења за мобилно тестирање
- Зашто је мобилно тестирање тешко?
- Како брзо добити посао за мобилно тестирање - Водич за каријеру за мобилно тестирање (1. део)
- Водич за тестирање апликација за Андроид и иОС за мобилне уређаје
- Најбољи алати за тестирање софтвера 2021. [Алати за аутоматизацију КА теста]
- 11 најбољих алата за аутоматизацију за тестирање Андроид апликација (Андроид Апп Тестинг Тоолс)