ios app testing beginners guide with practical approach
Збирка основног знања за тестирање апликација за иОС:
„Знате, сви имају мобилни телефон, али не знам ни једну особу која им се свиђа. Желим да направим телефон који људи воле. “ - Стив Џобс.
То је било о иПхонеу Стеве Јобс-а. Стеве је заиста натерао Аппле да ради на томе да њихов мобилни уређај свима постане омиљени.
Корисници су одувек волели Аппле мобилне уређаје, било иПхоне, иПод Тоуцх или иПад. Тренутни подаци сугеришу да у свету постоји готово милијарда Аппле уређаја који раде на иОС-у.
То је читава милијарда њих.
Следи анализа удела на тржишту иПхоне уређаја у 2016. години:
(слика извор )
Шта ћете научити:
- иОС
- иОС тестирање
- Врсте тестирања апликација за иОС
- Ручно тестирање - Коришћење уређаја
- Ручно тестирање - Коришћење емулатора
- иОС аутоматизација
- Најбоље праксе за тестирање иОС апликација
- иОС Аутоматион Фрамеворкс
- Закључак
- Препоручено читање
иОС
иОС је мобилни оперативни систем који је Аппле дизајнирао управо за своје уређаје, често називан иДевицес. Од 2007. године, када је иОС направљен само за иПхоне, оперативни систем је еволуирао тако да подржава Тоуцх уређаје и иПад-е.
Тренутна истраживања извештавају да је иОС други најпопуларнији мобилни оперативни систем на тржишту. Андроид ради на уређајима које су направили различити произвођачи, али лепота иОС-а је у томе што је ограничен само на Апплеов хардвер, што јасно наводи популарност оперативног система.
иОС је током година видео укупно 10 главних издања и понудио је значајна ажурирања функција у сваком издању.
Овај иОС оперативни систем познат је по својој једноставности за употребу, флуидности у операцијама, апликацијама које се не руше итд. Током расправљања о АПП-овима, Аппле иТунес продавница апликација за иОС прилично је богата бројем апликација које снимају до 2,2 милиона. Број преузимања апликација брзо се попео на огромних 130 милијарди.
иОС је оперативни систем који није ограничен ниједном зонском или језичком баријером. Ово је један од главних фактора овог оперативног система који постаје толико познат само за 10 година свог развоја. Подржава 40 различитих језика.
Не само језици, чак је и кориснички интерфејс иОС уређаја врло привлачан и отмен у поређењу са Андроид уређајима.
Док детаљно говоримо о апликацијама, у наставку су наведени неки статистички подаци о њима:
- Продавница апликација Аппле иТунес свакодневно добија скоро 1000 нових пријава.
- Отприлике 1/3рдод укупног броја апликација у Аппле иТунес продавници апликација је бесплатно за преузимање.
- Трошкови плаћених иОС апликација се крећу у просеку од 1,10 до 1,30 УСД.
- Просечна цена иОС игре креће се од 0,55 до 0,65 УСД.
Колико апликација сте користили на иПхоне-у, иПод Тоуцх-у или иПад-у?
Прилична шачица! Јел тако? Почевши од Гмаила и Фејсбука до Сукоба кланова и асфалта. Ова врста апликација, бројеви и разноликост корисника доносе тестерима софтвера озбиљно пословање. Зар не ??
Као тестер, треба да се уради не само функционалност, већ и детаљно тестирање корисничког интерфејса да би се верификовала апликација на иПхоне-у, иПод-у и иПад-у због разлике у њиховим величинама.
иОС тестирање
Као што је раније речено, иОС је ограничен само на Аппле хардвер или уређаје направљене од Аппле-а. То је заиста велико олакшање. Међутим, постоје бројни Аппле уређаји и њихове верзије који подржавају иОС.
Закључак је да Аппле има затворени систем, за разлику од Андроида који је отворен систем. Издања ОС-а или уређаја су добро планирана.
Ово је додатна предност јер:
- Величина уређаја који су доступни или ће бити пуштени на тржиште је фиксна и као КА морамо имати врло јасну представу о томе који су сви уређаји ван тржишта. КА постаје лако да одлучи тест пробу за тестирање
- Као и уређаји, не треба да радимо детаљну анализу за ОС, јер је то затворени систем, мање је времена (и труда) да се одлучи о тестном лежишту за тестирање ОС-а.
- Аппле има широк спектар властитих алата за аутоматизацију, мада их је мало незгодно научити.
- Сећам се да сам за ГПС тестирање Андроид-а морао да проведем 2-3 дана да бих открио како да направим лажне скрипте за слање лажне локације. Али у иОС-у је било врло једноставно и једноставно, јер има уграђену функционалност за слање лажног ГПС-а за ходање, трчање, вожњу бициклом итд.
- За почетно тестирање није препоручљиво тестирање ГПС-а теренским тестом, препоручљиво је слање лажних ГПС података, што такође штеди време.
- Аппле има строге смернице за подношење пријаве, ово је велика помоћ на неки начин, а не одбијање након подношења и добре шансе за успех, за разлику од осталих ОС-а у којима не постоје строге смернице.
- Функционалност уређаја и самог ОС-а су фиксне и непосредне, стога смањују шансе да се пропусте начини на које апликација може радити. У иОС-у не постоји начин да принудно зауставите апликацију док на Андроиду можемо да убијамо и присилно заустављамо апликације. Тако се смањује сложеност за тестирање овде.
Ово су неке од предности које произилазе из Аппле производа, али не нужно да су то предности сваког производа или апликације. Иако је са апликацијама које су развијене на више платформи, иОС-ом тешко руковати.
Тхе висок ниво класификација је приказана доле:
како се носити са тешким ситуацијама на послу
Први корак у тестирању иОС апликација је разматрање врсте примене.
Имплементација апликације може бити било која од доле наведена 3 типа:
1) Веб-засноване апликације: То су апликације које се понашају слично уградњи у иОС апликације. То су уобичајене веб локације којима корисник приступа у иПхоне претраживачу Сафари.
2) Изворна апликација: Апликација која је развијена помоћу иОС СДК (Софтваре Девелопмент Кит) покреће се на подржаним иОС уређајима као што су ВЛЦ, Флипбоард, Убер итд.
3) Хибридна апликација: Ово је смеша или хибрид обе горе поменуте врсте. Ово омогућава приступ веб садржају кроз област за прегледање веб садржаја, а такође има и неке елементе корисничког интерфејса за иОС. На пример. Зомато, Твиттер, Гмаил итд
Врсте тестирања апликација за иОС
Различите врсте тестирања иОС апликација (као што се то ради у типичним условима) могу бити следеће:
- Ручно тестирање - Коришћење уређаја
- Тестирање система
- УИ / УКС тестирање
- Испитивање сигурности
- Испитивање на терену
- Ручно тестирање - Коришћење емулатора
- Јединствено тестирање
- Испитивање интеграције
- Тестирање корисничког интерфејса
- Испитивање аутоматизације
- Регресија тестирање
- БВТ тестирање
- Испитивање компатибилности
- Тестирање перформанси
Пример пријаве:
Пре него што пређемо на различите аспекте процеса тестирања иОС-а, узмимо пример типичне иОС апликације.
Узмимо у обзир пријаву за прикупљање средстава за спортски тим. Апликација ће имати пријаву на друштвени рачун (Гоогле / Фацебоок) и страницу за плаћање.
Пре одласка на страницу за плаћање, требало би да постоји опција за одабир системски дефинисаних износа или прилагођено поље за унос износа. По завршетку плаћања, на екрану треба да се прикаже ПДФ са потврдом, а истовремено се ПДФ такође мора послати е-поштом на рачун е-поште корисника који је тренутно пријављен.
Ручно тестирање - Коришћење уређаја
а) Системско тестирање:
Ова врста иОС тестирања врши се на систему како би се проверило да ли различите компоненте система раде заједно.
У овом процесу тестирања, иОС апликација се покреће на стварном Аппле уређају, праћена интеракцијом са корисничким интерфејсом ради покретања одређеног скупа или скупова корисничких радњи. Типичне радње корисника могу бити додиривање или превлачење прста по екрану.
Коначно, резултат се тестира у односу на очекивани исход.
За нашеПримердато горе, типични системски тест може да садржи следеће кораке:
како отворити кмл датотеку у цхроме-у
- Пријавите се у иОС спортски тим и апликацију за прикупљање средстава помоћу пријаве на Фацебоок налог користећи отворену потврду идентитета.
- Изаберите унапред дефинисани системски износ од 10 УСД из задатих опција.
- Наставите до мрежног пролаза за плаћање.
- Изаберите опцију мобилног новчаника ПаиТм за поступак плаћања.
Системски тестови су операције које углавном покривају различите токове од краја до краја у систему. Сваки тест се мора извршити са различитим доступним конфигурацијама. Такође, то зависи од уређаја и иОС верзије на којој је апликација инсталирана.
б) иОС УИ тестирање
УИ / УКС иОС уређаја био је кључни елемент њихове приче о успеху.
УИ / УКС тестирање на иОС уређајима може се класификовати у следеће категорије:
- Улази: Тестирање функционалности екрана осетљивог на додир (попут дугог / кратког додира, 3Д додира, померања), величина тастера, позиционирања тастера, боје фонтова и њихове величине итд. Спадају у ову категорију.
- Тврди тастери: Изворне апликације беспрекорно функционишу са уграђеним хардверским тастерима / чврстим тастерима који су присутни на уређају, као што су тастер за дом, тастери за звук итд. Апликација која се тестира такође би требало да комуницира са хард тастерима на сличан начин.
- Софт тастери / мека тастатура: Колико је досадно када се тастатура не појављује када сте на страници са порукама ВхатсАпп? Потребан је изглед тастатуре, могућност скривања када вам није потребна, подршка за смајлије, симболе, све знакове / симболе итд.
- У нашем Пример , тастатура се може појавити на слици на више места, попут уноса прилагођеног износа, уноса акредитива / података о картици у мрежни пролаз итд.
- Екран: Ако је апликација подржана на више уређаја, треба тестирати њену оријентацију на свим уређајима. Могуће су неке промене резолуције на основу уређаја који је изабран за поступак тестирања. Истовремено, требало би извршити тестирање портретног / пејзажног режима и употребе тастатуре у сваком од случајева.
Ако је ваша апликација креирана не само за иОС, постоји неколико смерница које треба посебно тестирати за иОС, попут:
- Листе: У иОС-у када постоји листа која ће се приказати, увек се прикаже потпуно нови екран, за разлику од Андроид-а где се појављује искачући прозор.
Следи пример истог:
( извор )
- Поруке: Када се апликација сруши, порука приказана у иОС-у разликује се од оне у Андроиду. Такође, ако сте приметили, мале поруке трепере на андроид телефонима када ослободите меморију као што је „#ГБ мемори мемори ослобођено“ итд., Али никада не можемо видети флеш поруке у иОС-у.
Следи пример:
( извор )
- Избриши потврду: Ако пажљиво посматрате иОС апликацију, у искачућем прозору за потврду брисања акција Отказивање налази се лево од опције Делете. Док је у Андроид-у или другом ОС-у обрнуто.
Ово су неки од примера којима су потребни одвојени примери испитивања и тестирања, јер иОС има подразумевани кориснички интерфејс, поруке итд., Који се не могу променити.
ц) Испитивање сигурности:
У нашем пример , имамо апликацију са мрежним пролазом за плаћање и страницу за пријаву подржану интеграцијом друштвених страница.
На пример , претпоставимо да на свом телефону имате апликацију ИЦИЦИ и када се пријавите, а не податке о рачуну, ако су приказани нечији подаци или ако извршите пренос новца, а апликација пошаље ОТП на неки други телефонски број који није ваш , можете замислити шта ће се догодити. Дакле, сигурносно тестирање је неопходно.
Подаци у смислу пријаве на друштвене мреже и мрежног пролаза за плаћање требају бити шифровани или заштићени како би се апликација заштитила од хаковања.
д) Теренско испитивање:
Проводи се теренски тест да би се верификовало понашање апликације на податковној мрежи телефона.
Овај тест се обично ради када апликација достигне стабилну фазу и не руши се када се тестира у кући и када су решени сви проблеми са функционалношћу. Ово се углавном ради за тестирање перформанси апликације на спорој мрежи података.
Ручно тестирање - Коришћење емулатора
а) Јединствено тестирање:
То углавном ради развојни тим / појединачни програмер. Ово тестирање проверава да ли одређени модул изворног кода функционише како се очекивало или не.
Програмери дизајнирају јединствене тест случајеве за једну компоненту, тј. Изоловани модул на којем раде. Овај тест доказује да појединачни модул функционише након чега се убризгава у изворни код да би функционисао као елемент интегрисане архитектуре. Као што заглавље каже, ово је углавном ручно пробно покретање и урађено помоћу тест емулације.
б) Интеграционо тестирање:
У претходним корацима смо више разговарали о јединственом тестирању. Сада, када смо сигурни у функционалност појединих јединица / модула, постаје неопходно проверити и интеграцију. Ово тестирање се врши како би се открила питања у вези са различитим тачкама интеграције.
У нашем Примери , можемо назвати пријаву као један модул, а мрежни пролаз за плаћање као други модул.
Јединствено тестирање покриваће тестирање оба појединачно. Међутим, интеграционо тестирање тестираће интегритет оба модула.
ц) Тестирање корисничког интерфејса:
Као што је горе објашњено, за апликацију је потребно извршити тестирање корисничког интерфејса, јер је то кључни фактор успеха апликације.
Куповина свих модела телефона за тестирање практично није могућа јер би коштала пуно. Стога је коришћење емулатора најбоља опција, јер је бесплатно, а такође се и очигледне грешке у корисничком интерфејсу лако хватају на емулаторима.
иОС аутоматизација
а) Испитивање регресије:
У окружењу које се непрекидно мења, непрекидно се врше промене ради побољшања апликације или решавања проблема који су пронађени у претходној верзији. Током примене промена, постоји шанса да промене извршене у апликацији могу променити постојећу функционалност.
Једноставно речено, извршене промене могу увести нови скуп проблема у апликацији.
Да би се верификовало да ли апликација ради на исти начин чак и након увођења промена, мора се извршити регресијско тестирање. А како се ради о понављајућим активностима, аутоматизација добро дође за ову врсту пробног рада.
б) БВТ испитивање:
Добар је обичај имати аутоматизован пакет покренут на новој верзији објављеној за тестирање, јер штеди много времена, а ако се основне функције сруше, одмах се извештава. У поређењу са ручним напорима, резултати аутоматских основних верификационих тестова за прихватање или одбијање конструкције могу се узети за неколико минута.
ц) Испитивање компатибилности:
Као што је већ речено, Аппле има бројне уређаје / типове. Тачније, на тржишту постоји 15 различитих врста иПхона, 6 иПод Тоуцх модела, 10 иПад модела и 2 иПад Про модела.
Сада, када се развије апликација попут наше (апликација за прикупљање средстава за спортски тим), требало би да је подржавају сви горе поменути уређаји. То подразумева једно: Сви тестови се требају покренути на свим овим уређајима.
Сада ручни напор није могућ када је оволики број уређаја огроман. Ради компатибилности, пожељно је тестирање аутоматизације.
д) Испитивање перформанси:
Неки од оних који су тестирани у тестирању перформанси су:
- Како се апликација понаша када је оперативна или ради веома дуго. Током оперативног периода, учините да апликација комуницира / комуницира / остане неактивна.
- Сваки пут се мора извести иста операција са различитом количином терета.
- Како се систем понаша када је пренос података заиста огроман.
Ови случајеви се понављају и углавном се раде помоћу аутоматизације.
Најбоље праксе за тестирање иОС апликација
Тестирање иОС апликација може бити тешко, шкакљиво и изазовно ако се не уради правилно.
Да би тестирање иОС апликације кренуло у правом смеру, могу се применити следеће праксе:
# 1) Заборавите емулаторе: У већини случајева емулатори се преферирају у односу на стварне уређаје. Али, то није идеалан случај. Ствари попут корисничких интеракција, потрошње батерије, доступности мреже, перформанси у коришћењу, алокације меморије не могу се тестирати на емулаторима. Дакле, покушајте стално да тестирате на стварним уређајима.
# 2) Аутоматизујте ствари уместо да радите ручно: Колико брзо обављате одређени задатак? У данашњем свету сви су углавном забринути за проведено време. Аутоматизација не само да смањује време извршавања већ и повећава ефикасност, ефикасност и покривеност тестирања софтвера.
# 3) Поделите дело: Поделите тестирање између тимова, укључујући развојни тим. Можемо добити помоћ у погледу ручног извршавања тест случајева, као и помоћ развојног тима у погледу аутоматизације ручних тест случајева.
# 4) Ухватите евиденције падова: Апликација за иОС се у одређеним околностима може замрзнути или отказати. Да би решили проблем, дневници отказивања играју виталну улогу.
Следећи кораци се могу извршити за хватање евиденција рушења:
- За МацОС:
- Синхронизујте иОС уређај са рачунаром (Мац).
- За Мац ОС, притисните и држите тастер Оптион да бисте отворили траку менија.
- Идите у мени „Иди“ и кликните на „Библиотека“.
- Идите на ~ / Либрари / Логс / ЦрасхРепортер / МобилеДевице //.
- Име датотеке дневника требало би да започиње именом апликације.
- За ОС Виндовс:
- Синхронизујте иОС уређај са рачунаром (Виндовс).
- Идите на Ц: Усерс АппДата Роаминг Апплецомпутер Логс ЦрасхРепортер МобилеДевице \
- Име датотеке дневника требало би да започиње именом апликације.
# 5) Снимање дневника конзоле:
Евиденције конзоле дају укупне информације о апликацијама на иОС уређају.
То се може учинити помоћу алата као што је иТоолс. У апликацији иТоолс кликните на икону „Тоолбок“ када је иОС уређај повезан са системом на којем је покренут иТоолс. Кликом на „Реал-Тиме лог“ приказује се дневник конзоле у реалном времену.
како поделити стринг према знаку питхон
# 6) Снимање екрана: Постаје лако разумети проблем и стога га је лако поправити ако су кораци визуелни.
Препоручљиво је снимити екран или направити снимке екрана проблема како би их развојни тим боље разумео. Снимак екрана можете снимити помоћу уграђене функције притиском на дугме за напајање и почетни тастер.
Снимање екрана може се обавити коришћењем Куицк Тиме Плаиер снимања док је иОС уређај повезан на Мац помоћу кабла за гром.
иОС Аутоматион Фрамеворкс
Неки од најчешће коришћених оквира за аутоматизацију наведени су у наставку:
# 1) епохе;
Аппиум користи селениум веб управљачки програм за аутоматизацију тестирања иОС апликација.
Ова платформа је независна и може се користити и на вебу и на мобилним уређајима (и Андроид и иОС). Ово је отворени извор и није ограничено језиком. Измене апликација или приступ изворном коду нису потребни за аутоматизацију коришћења Аппиум-а.
Аппиум ради беспрекорно неовисно о типу апликације: била она, изворна, хибридна или веб.
# 2) Цалабасх:
Цалабасх је оквир за више платформе отвореног кода који подржава тестирање аутоматизације за Андроид и иОС.
Тестови калабаша написани су на краставцу који је сличан ономе у спецификацији и лак је за разумевање. Цалабасх се састоји од библиотека које омогућавају кориснику интеракцију и са матичним и са хибридним апликацијама. Подржава интеракције попут геста, тврдњи, снимка екрана итд.
# 3) Еарл Граи:
Еарл Граи је Гоогле-ов сопствени интерни оквир за тестирање корисничког интерфејса. Ово је коришћено за тестирање ИоуТубе-а, Гоогле слика, Гоогле Плаи музике, Гоогле календара итд.
Еарл Граи недавно је направљен отвореним кодом. Неке од главних предности Еарл Греиа су, уграђена синхронизација, провере видљивости пре интеракција, истинска корисничка интеракција (тапкање, превлачење итд.). Ово је врло слично Еспрессу од Гоогле-а који се користи за аутоматизацију Андроид корисничког интерфејса.
# 4) Аутоматизација корисничког интерфејса:
УИ Аутоматион је развио Аппле и веома је сличан УИ Аутоматору за Андроид. АПИ-је дефинише Аппле, а тестови су написани на ЈАВА-и.
# 5) КАКО:
КИФ је скраћеница од „Нека буде функционално“. Ово је независни оквир и оквир отвореног кода.
Ово је оквир за тест интеграције за иОС који је уско повезан и користи се за циљеве КСЦТест теста. КИФ је лако конфигурисати или интегрисати са пројектом Ксцоде, па према томе нису потребни додатни веб сервер или додатни пакети. КИФ има широку покривеност у погледу иОС верзија.
Закључак
Тестирање иОС апликација може бити најзахтјевнији задатак. Надам се да сте добро разумели тестирање иОС апликација кроз овај чланак.
Међутим, одабиром правог приступа, најбољим могућим поступком тестирања, методологијама, алатима, емулаторима / уређајима итд., Тестирање иОС апликација биће веома успешно.
Наш предстојећи водич ће вам представити све основне концепте у које је укључен Водич за тестирање Андроид апликација .
Препоручено читање
- Најбољи алати за тестирање софтвера 2021. (Алати за аутоматизацију КА теста)
- Водич за тестирање преносивости са практичним примерима
- Алфа тестирање и бета тестирање (потпун водич)
- Функционално тестирање вс нефункционално тестирање
- Направите Аппиум Тест за иОС апликацију
- Преузимање е-књиге за тестирање буквара
- Шта је рано тестирање: тестирајте рано, често тестирајте, АЛИ како? (Практични водич)
- Водичи за тестирање мобилних апликација (Комплетан водич са 30+ водича)