Уроци за тестване на мобилни приложения (Пълно ръководство с над 30 урока)

mobile app testing tutorials

Опитайте Нашия Инструмент За Премахване На Проблемите

Изберете Операционната Система Изберете Програма За Проекция (По Желание)

Опишете Проблема Си

Пълно ръководство за тестване на мобилни приложения с задълбочени уроци:

Мобилните технологии и интелигентните устройства са тенденцията сега и ще променят бъдещето на света, какъвто го познаваме. Всички можем да гарантираме нали, нали? Сега ще бъде любителско, ако изброя за какво използваме тези мобилни устройства. Всички го знаете - Може би по-добре от нас.

Нека да преминем направо към това, за което ще бъде този урок.

Пълният списък с 30+ урока за мобилно тестване:

тестване на мобилни приложения 1

Въведение в мобилното тестване:

Урок # 1: Въведение в мобилното тестване
Урок # 2: Тестване на приложения за iOS
Урок № 3: Тестване на приложения за Android
Урок # 4 : Предизвикателства и решения за мобилни тестове
Урок № 5: Защо мобилното тестване е трудно?

Тестване на мобилни устройства:

Урок # 6: Тествайте версия на Android, когато е извадена от пазара
Урок # 7 : Как да тествате мобилни приложения на устройства от нисък клас
Урок # 8 : Полеви тестове за мобилни приложения
Урок № 9: Модел на телефона срещу версия на OS: Кой трябва да бъде тестван първо?

Тестване на мобилния потребителски интерфейс:

Урок № 10: Тестване на потребителския интерфейс на мобилни приложения
Урок # 11: Мобилен реагиращ тест

Услуги за мобилно тестване:

Урок # 12: Облачно базирано тестване на мобилни приложения
Урок № 13: Услуги за мобилно тестване
Урок # 14 : Услуги за бета тестване на мобилни приложения
Урок # 15: Фирма за разработка на мобилни приложения
Урок # 16: Доставчици на услуги за тестване на мобилни приложения в облак

Тестване на производителността на мобилното приложение и сигурността:

Урок # 17: Тестване на производителността на мобилните приложения с помощта на BlazeMeter
Урок # 18 : Указания за тестване на сигурността на мобилните приложения

Мобилни инструменти за тестване:

Урок № 19: Инструменти за тестване на приложения за Android
Урок № 20: Най-добрите инструменти за тестване на сигурността на мобилното приложение
Урок # 21: 58 Най-добри инструменти за мобилно тестване

Тестване на мобилната автоматизация:

Урок # 22: Урок за Appium Mobile Automation Tool
Урок № 23: Урок за студио Appium
Урок # 24: Автоматизирайте приложенията за Android с помощта на инструмента TestComplete
Урок # 25 : Урок за роботиум - Инструмент за тестване на потребителския интерфейс на приложението Android
Урок # 26: Ръководство за Selendroid: Рамка за мобилна автоматизация
Урок # 27: Урок за pCloudy: Тестване на мобилни приложения на реални устройства
Урок # 28: Katalon Studio & Kobiton’s Cloud-Based Device Farm Tutorial

Мобилна тестова кариера:

Урок # 29: Как да получите бърза работа за мобилно тестване
Урок № 30: Въпроси за интервю за мобилни тестове и автобиография
Урок # 31: Въпроси за интервю за мобилни тестове, част 2

************************************************* * **********

Нека започнем с първия урок от поредицата.

Какво ще научите:

Урок №1: Въведение в тестването на мобилни приложения

Урок №1: Въведение в тестването на мобилни приложения

Отминаха дните, когато телефонът беше уред, който седеше в ъгъла и трябваше да звъни, за да привлече вниманието ни, или компютърът беше машина, използвана само от няколко души - сега те са продължение на нашето същество - прозорец към световни и виртуални слуги, които правят каквото им е казано.

Компютрите бяха ярост и промениха начина, по който ние, хората, мислим, се държим, учим и съществуваме.

В днешно време решенията за мобилност завладяват пазара. Хората не искат да включват лаптопите / компютрите си за всичко, а искат ръчните им устройства да изпълняват всичко бързо.

Следователно мобилните решения, които предоставяме на нашите клиенти, трябва да бъдат тествани много добре. Този урок е предназначен за онези хора, които вече са в мобилно тестване или тези, които са преминали към него в последно време. Тъй като вече имаме много уроци за дефиниции на терминологии, свързани с мобилно тестване, ще се занимаваме директно с обхвата на този урок.

Този урок ще бъде едновременно въведение и вашето ръководство за мобилно тестване. Така че, прочетете!

Видове мобилни тестове

Има общо 2 вида тестове, които се провеждат на мобилни устройства:

# 1. Тестване на хардуер:

Устройството, включително вътрешните процесори, вътрешния хардуер, размерите на екрана, разделителната способност, пространството или паметта, камерата, радиото, Bluetooth, WIFI и т.н. Това понякога се нарича просто 'Мобилно тестване”.

# 2. Тестване на софтуер или приложения:

Тествани са приложенията, които работят на мобилни устройства и тяхната функционалност. Тя се нарича „Тестване на мобилни приложения”, За да го разграничим от по-ранния метод. Дори в мобилните приложения има няколко основни разлики, които са важни за разбирането:

а) Родни приложения: Естествено приложение е създадено за използване на платформа като мобилни устройства и таблети.
б) Мобилни уеб приложения са сървърни приложения за достъп до уебсайтове на мобилни устройства с помощта на различни браузъри като Chrome, Firefox чрез свързване към мобилна мрежа или безжична мрежа като WIFI.
в) Хибридни приложения са комбинации от родно приложение и уеб приложение. Те работят на устройства или офлайн и са написани с помощта на уеб технологии като HTML5 и CSS.

Има няколко основни разлики, които ги отличават:

Родните приложения имат афинитет с една платформа, докато мобилните уеб приложения имат афинитет между платформите.
Родните приложения се пишат в платформи като SDK, докато мобилните уеб приложения се пишат с уеб технологии като HTML, CSS, asp.net, Java, PHP.
За собствено приложение се изисква инсталиране, но за мобилни уеб приложения не се изисква инсталиране.
Родното приложение може да бъде актуализирано от игралния магазин или магазина за приложения, докато мобилните уеб приложения са централизирани актуализации.
Много местни приложения не изискват връзка с интернет, но за мобилни уеб приложения това е задължително.
Родното приложение работи по-бързо в сравнение с мобилните уеб приложения.
Нативните приложения се инсталират от магазини за приложения като Google play store или магазин за приложения където мобилната мрежа са уебсайтове и са достъпни само през Интернет.

Останалата част от статията ще бъде за тестване на мобилни приложения.

Значението на тестването на мобилни приложения

Тестването на приложения на мобилни устройства е по-голямо предизвикателство от тестването на уеб приложения на работния плот поради

Различна гама от мобилни устройства с различни размери на екрана и хардуерни конфигурации като твърда клавиатура, виртуална клавиатура (сензорен екран) и тракбол и др.
Широки разновидности на мобилни устройства като HTC, Samsung, Apple и Nokia.
Различни мобилни операционни системи като Android, Symbian, Windows, Blackberry и IOS.
Различни версии на операционната система като iOS 5.x, iOS 6.x, BB5.x, BB6.x и др.
Различни оператори на мобилни мрежи като GSM и CDMA.
Чести актуализации - (като Android - 4.2, 4.3, 4.4, iOS-5.x, 6.x) - с всяка актуализация се препоръчва нов цикъл на тестване, за да се гарантира, че не се засяга функционалността на приложението.

Както при всяко приложение, тестването на мобилни приложения също е много важно, тъй като клиентите обикновено са в милиони за определен продукт - а продукт с грешки никога не се оценява. Често води до парични загуби, правен проблем и непоправими щети върху имиджа на марката.

Основна разлика между тестване на мобилни приложения и настолни приложения:

Малко очевидни аспекти, които отличават тестването на мобилни приложения от тестовете за настолни компютри

На работния плот приложението се тества на централен процесор. На мобилно устройство приложението се тества на телефони като Samsung, Nokia, Apple и HTC.
Размерът на екрана на мобилното устройство е по-малък от десктопа.
Мобилните устройства имат по-малко памет от работния плот.
Мобилните устройства използват мрежови връзки като 2G, 3G, 4G или WIFI, където настолните компютри използват широколентови или комутируеми връзки.
Инструментът за автоматизация, използван за тестване на настолни приложения, може да не работи при мобилни приложения.

Видове тестване на мобилни приложения:

За да се отговори на всички горепосочени технически аспекти, се извършват следните видове тестване на мобилни приложения.

Тестване на използваемостта - Да се уверим, че мобилното приложение е лесно за използване и предоставя задоволително потребителско изживяване на клиентите
Тестване за съвместимост - Тестване на приложението в различни мобилни устройства, браузъри, размери на екрана и версии на ОС според изискванията.
Тестване на интерфейса - Тестване на опции на менюто, бутони, отметки, история, настройки и навигационен поток на приложението.
Тестване на услуги - Тестване на услугите на приложението онлайн и офлайн.
Тестване на ресурси на ниско ниво : Тестване на използването на памет, автоматично изтриване на временни файлове, проблеми с нарастването на локални бази данни, известни като тестване на ресурси на ниско ниво.
Тестване на производителността - Тестване на производителността на приложението чрез промяна на връзката от 2G, 3G на WIFI, споделяне на документите, разход на батерия и др.
Оперативно тестване - Тестване на резервни копия и план за възстановяване, ако батерията се изтощи или загуба на данни при надграждане на приложението от магазин.
Тестове за инсталиране - Проверка на приложението чрез инсталиране / деинсталиране на устройствата.
Тестване на сигурността - Тестване на приложение за валидиране дали информационната система защитава данните или не.

Стратегия за тестване на мобилни приложения

Тестовата стратегия трябва да гарантира, че са спазени всички насоки за качество и изпълнение. Няколко указателя в тази област:

1) Избор на устройства - Анализирайте пазара и изберете устройствата, които се използват широко. (Това решение разчита най-вече на клиентите. Клиентът или създателите на приложения отчитат фактора на популярност на определени устройства, както и маркетинговите нужди на приложението, за да решат какви телефони да използват за тестване.)

2) емулатори - Използването им е изключително полезно в начални етапи на разработка, тъй като позволяват бърза и ефективна проверка на приложението. Емулаторът е система, която изпълнява софтуер от една среда в друга среда, без да променя самия софтуер. Той дублира функциите и работи в реалната система.

Видове мобилни емулатори

Device Emulator - предоставен от производителите на устройства
Browser Emulator - симулира мобилни браузърски среди.
Емулатор на операционни системи - Apple предоставя емулатори за iPhone, Microsoft за телефони с Windows и телефони с Google Android

Препоръчан инструмент

# 1) Kobiton

Kobiton е достъпна и изключително гъвкава платформа за мобилно изживяване, базирана на облак, която ускорява тестването и доставката на местни, уеб и хибридни приложения както на Android, така и на iOS, използвайки реални устройства. Тяхната нова автоматизация на тестове без скриптове помага на екипите без опит в кодирането да генерират отворени стандартни скриптове Appium с лекота.

Kobiton New

=> Посетете уебсайта на Kobiton

как да създадете табло за управление на jira -

Списък с няколко безплатни и лесни за използване емулатори на мобилни устройства

i. Емулатор на мобилен телефон - Използва се за тестване на телефони като iPhone, Blackberry, HTC, Samsung и др.

емулатор на мобилно устройство 2

ii. MobiReady - С това не само можем да тестваме уеб приложението, но и да проверим кода.

емулатор на мобилно устройство 3

iii. Responsivepx - Проверява отговорите на уеб страниците, външния вид и функционалността на уебсайтовете.

емулатор на мобилно устройство 4

iv. Screenfly - Това е персонализиран инструмент и се използва за тестване на уебсайтове под различни категории.

емулатор на мобилно устройство 5

3) След като задоволителното ниво на разработка за мобилното приложение е завършено, можете да преминете да тествате на физически устройства за повече тестове, базирани на реални сценарии.

4) Помислете за тестване на облачни изчисления: Облачни изчисления основно работи с устройства в множество системи или мрежи чрез Интернет, където приложенията могат да бъдат тествани, актуализирани и управлявани. За целите на тестването той създава уеб-базирана мобилна среда на симулатор за достъп до мобилното приложение.

мобилно тестване в облак

Професионалисти:

Архивиране и възстановяване - Cloud computing автоматично взема архивиране на вашите данни от отдалечено местоположение, което прави възстановяването и възстановяването на данните лесно. Освен това, капацитетът за съхранение е неограничен.
Достъп до облаците може да бъде от различни устройства и от всяко място.
Облачните изчисления са икономически ефективни, лесни за използване, поддръжка и актуализация.
Бързо и бързо внедряване.
Уеб-базиран интерфейс.
Може да изпълнява един и същ скрипт на няколко устройства паралелно.

Минуси

По-малко контрол - Тъй като приложението работи на отдалечена среда или среда на трети страни, потребителят има ограничен контрол и достъп до функциите.
Проблеми с интернет свързаността - настройката е в Интернет. Проблемите с мрежата засягат наличността и функционирането
Проблеми със сигурността и поверителността - Облачните изчисления са компютърни изчисления в Интернет и нищо в интернет не е напълно защитено, така че шансовете за хакване на данни са повече.

5) Автоматизация срещу ръчно тестване

Ако приложението съдържа нова функционалност, тествайте го ръчно.
Ако приложението изисква тестване веднъж или два пъти, направете го ръчно.
Автоматизирайте скриптовете за тестове за регресия. Ако регресионните тестове се повтарят, автоматизираното тестване е идеално за това.
Автоматизирайте скриптовете за сложни сценарии, които отнемат много време, ако се изпълняват ръчно.

Налични са два вида инструменти за автоматизация за тестване на мобилни приложения:

Обектно-базирани инструменти за мобилно тестване - автоматизация чрез картографиране на елементи на екрана на устройството в обекти. Този подход не зависи от размера на екрана и се използва главно за устройства с Android.

Например: - Ranorex, jamo разтвор

Инструменти за мобилно тестване, базирани на изображения - създаване на скриптове за автоматизация въз основа на екранни координати на елементи.

Например: - Sikuli, Egg Plant, RoutineBot

6) Мрежа конфигурация също е необходимата част от мобилното тестване. Важно е да потвърдите приложението в различни мрежи като 2G, 3G, 4G или WIFI.

Тестови случаи за тестване на мобилно приложение

В допълнение към тестовите случаи, базирани на функционалност, тестването на мобилни приложения изисква специални тестови случаи, които трябва да обхващат следните сценарии.

Използване на батерията - Важно е да следите консумацията на батерията, докато стартирате приложение на мобилните устройства.
Скоростта на приложението- времето за реакция на различни устройства, с различни параметри на паметта, с различни типове мрежи и т.н.
Изисквания за данни - За инсталиране, както и за проверка дали потребителят с ограничен план за данни ще може да го изтегли.
Изискване за памет - отново, за да изтеглите, инсталирате и стартирате
Функционалността на приложението - уверете се, че приложението не се срива поради мрежова повреда или нещо друго.

ИзтеглиНякои примерни тестови случаи за тестване на мобилни приложения:

=> Изтеглете примерни тестови случаи на мобилно приложение

Типични дейности и процедури при тестване на мобилно приложение

Обхватът на тестването зависи от редица изисквания, които трябва да бъдат проверени, или от степента на промените, направени в приложението. Ако промените са малко, кръг от разумност тестване ще направи. В случай на големи и / или сложни промени, a пълна регресия се препоръчва.

Примерен проект за тестване на приложения : ILL (International Learn Lab) е приложение, предназначено да помогне на администратора, издателя да създава уебсайтове в сътрудничество. Използвайки уеб браузър, инструкторите избират измежду набор от функции, за да създадат клас, който отговаря на техните изисквания.

Процес на мобилно тестване:

Етап 1. Идентифицирайте видове тестове : Тъй като приложението ILL е приложимо за браузърите, така че е задължително да тествате това приложение във всички поддържани браузъри, използващи различни мобилни устройства. Трябва да направим използваемост, функционална и съвместимост тестване на различни браузъри с комбинации на Наръчник и автоматизация тестови случаи.

Стъпка 2. Ръчно и автоматизирано тестване: Методологията, използвана за този проект, е Agile с повторение от две седмици. На всеки две седмици dev. team пуска нова компилация за екип за тестване и екипът за тестване ще изпълнява своите тестови случаи в QA среда. Екипът за автоматизация създава скриптове за набора от основни функционалности и изпълнява скриптовете, които помагат да се определи дали новата компилация е достатъчно стабилна за тестване. Екипът за ръчно тестване ще тества новата функционалност.

JIRA се използва за писане на критерии за приемане; поддържане на тестови случаи и регистриране / повторна проверка на дефекти. След като итерацията приключи, повторение планиране събрание, проведено където разработчици Екипът, собственикът на продукта, бизнес анализаторът и екипът за QA обсъждат какво мина добре и какво трябва да се подобри .

Стъпка # 3. Бета тестване: След като регресионното тестване приключи от екипа на QA, компилацията преминава в UAT. Тестът за приемане от потребителя се извършва от клиента. Те проверяват отново всички грешки, за да се уверят, че всяка грешка е била отстранена и приложението работи, както се очаква, на всеки одобрен браузър.

Стъпка # 4. Тест за представяне: Екипът за тестване на производителността тества производителността на уеб приложението, използвайки JMeter скриптове и с различни натоварвания на приложението.

безплатен софтуер за оптимизация за Windows 7

Стъпка # 5. Тестване на браузъра : Уеб приложението се тества в множество браузъри - както с помощта на различни инструменти за симулация, така и физически с помощта на реални мобилни устройства.

Стъпка # 6. План за стартиране: След всяка 4-та седмица тестването преминава в етап, където се извършва последен кръг от край до край на тези устройства, за да се гарантира, че продуктът е готов за производство. И след това става на живо!

******************************************

Как да тестваме мобилни приложения на платформи Android и iOS

Тестване на мобилни приложения

Много е важно тестерите, които тестват приложенията си както на iOS, така и на Android Platform, да знаят разликата между двете. iOS и Android имат много разлики w.r.t във външния вид, изгледите на приложения, стандартите за кодиране, производителността и т.н.

Основна разлика между тестване на Android и iOS

Може да сте преминали през всички уроци, тук съм въвел някои основни разлики, които от своя страна ще ви помогнат като част от вашето тестване:

# 1) Тъй като на пазара имаме много устройства с Android и всички те се предлагат с различни разделителни способности и размери на екрана, следователно това е една от основните разлики.

Например , Размерът на Samsung S2 е твърде малък в сравнение с Nexus 6. Има големи възможности оформлението и дизайнът на приложението ви да се изкривят на едно от устройствата. Вероятността е ниска в iOS, тъй като на пазара се предлагат само преброими устройства и от многото телефони има подобни разделителни способности.

Например, преди да се появи iPhone 6 и по-нови, всички по-стари версии имаха само подобен размер.

# две) Пример за твърдение на горната точка е, че в Android разработчиците трябва да използват изображения 1x, 2x, 3x, 4x и 5x, за да поддържат разделителни способности на изображения за всички устройства, докато iOS използва само 1x, 2x и 3x. Отговорността на тестера обаче е да гарантира, че изображенията и другите елементи на потребителския интерфейс се показват правилно на всички устройства.

Можете да се обърнете към диаграмата по-долу, за да разберете концепцията за разделителните способности на изображенията:

Мобилни резолюции

# 3) Тъй като пазарът ни е наводнен с устройства с Android, кодът трябва да бъде написан по такъв начин, че производителността да остане стабилна. Така че е напълно вероятно приложението ви да се държи бавно на устройства от по-нисък клас.

# 4) Друг проблем с Android е, че надстройките на софтуера не са достъпни за всички устройства едновременно. Производителите на устройства решават кога да надстроят своите устройства. Става много трудна задача да тествате всичко както с новата, така и със старата операционна система.

Също така, това става тромава задача за разработчиците да модифицират своя код, за да поддържат двете версии.

Например , когато дойде Android 6.0, имаше голяма промяна, тъй като тази операционна система започна да поддържа разрешения на ниво приложение. За да изясни допълнително, потребителят може промяна на разрешенията (местоположение, контакти) също на ниво приложение.

Сега екипът за тестване дължи отговорността да гарантира, че показването на екрана с разрешения при стартирането на приложението на Android 6.0 и по-нова версия и не показването на екрана с разрешения в по-долните версии.

# 5) От гледна точка на тестването, предварителното производство (т.е. бета версия) е различно и на двете платформи. В Android, ако даден потребител е добавен към списъка с бета потребители, той може да види актуализираната бета версия в Play Store само ако е влязъл в магазина за игра със същия имейл идентификатор, който е добавен като бета потребител.

Основни фактори в мобилното тестване

Работя в Mobile Testing през последните 2 години както на iOS, така и на Android Platform и всички ключови моменти, споменати по-долу в този урок, са от моя личен опит, а някои са извлечени от проблемите, срещани в проекта.

Определете своя обхват на тестване

Всеки има свой собствен стил на тестване. Някои тестери просто се фокусират върху това, което виждат от очите им, а останалите са запалени по всичко, което работи зад кулисите на всяко мобилно приложение.

Ако сте iOS / Android тестер, бих ви предложил поне да се запознаете с някои често срещани ограничения / основни функционалности на Android или iOS, тъй като това винаги добавя стойност към нашия стил на тестване. Знам, че нещата са трудни за разбиране, без да се цитират примери.

Дадени по-долу са няколко примера:

Не можем да променим разрешенията като камера, съхранение и т.н. на ниво приложение в устройства с Android, които са под 6.0.1 версия.
За iOS под версия 10.0, комплектът за обаждания не беше там. Само за да ви информирам с прости думи, комплектът за разговори се използва от извикващото приложение и показва изглед на цял екран, когато потребителят получава обаждане от извикващите приложения като WhatsApp, Skype и т.н., докато за iOS версии под 10.0 виждаме тези обаждания като банер за известия.
Много от вас може да са срещали проблеми в Paytm, при които приложението ви не ви пренасочва към страницата за плащане на банката, в случай че искате да добавите пари към портфейла си. Смятаме, че горното е проблем с нашата банка или сървър на Paytm, но просто AndroidSystemWebView не е актуализиран. Малките познания за програмирането винаги са полезни за вас и да ги споделите с екипа си.
С прости думи, всеки път, когато дадено приложение отваря която и да е уеб страница в него, AndroidSystemWebView трябва да бъде актуализиран.

Обхват на тестване

Не ограничавайте тестването си

Тестването не трябва да се ограничава само до проучване на мобилното приложение и регистриране на грешки. Ние, като QA, трябва да сме наясно с всички искания, които сме ударили на нашия сървър, и отговора, който получаваме от него.

Конфигурирайте Putty, за да видите регистрационни файлове или да проверите сумо логиката за регистрационни файлове в зависимост от това, което се използва във вашия проект. Това не само ви помага да познавате потока от край до край на приложението, но също така ви прави по-добър тестер, тъй като получавате повече идеи и сценарии сега.

Диаграма на мобилния сървър

Причина: Нищо не идва на този свят без никаква причина. Всяко изявление трябва да има основателна причина зад себе си. Причината за анализа на регистрационните файлове е, че в тях се наблюдават много изключения, но те не показват никакво въздействие върху потребителския интерфейс, поради което ние не го забелязваме.

И така, трябва ли да го игнорираме?

Не, не бива. Това не оказва влияние върху потребителския интерфейс, но може да е футуристичен проблем. Потенциално бихме могли да видим как приложението ни се срива, ако тези видове изключения продължават да пълзят. Както споменахме за App Crash в последното изречение, това води до QA да има достъп до crashlytics на проекта.

Crashlytics е инструмент, при който се регистрират сривове заедно с времето и модела на устройството.

Сега въпросът тук е, че ако тестващият е видял срив на приложението, защо тогава той трябва да се притеснява за crashlytics?

Отговорът на това е доста интересен. Има някои сривове, които може да не се виждат в потребителския интерфейс, но те са регистрирани в crashlytics. Възможно е да е излязъл от срив в паметта или някои фатални изключения, които могат да повлияят на производителността по-късно.

Тестване на различни платформи

Междуплатформеното тестване на взаимодействието е много важно.

Позовавайки се на проста Пример , кажете, че работите върху приложение за чат като WhatsApp, което поддържа изпращане на изображения и видеоклипове и приложението е изградено както на платформи iOS, така и на Android (Разработката може или не може да се синхронизира)

Уверете се, че сте тествали комуникацията на Android и iOS, причината е, че iOS използва „Objective C“, докато програмирането на Android е базирано на Java и поради това, че и двете са изградени на различни платформи, понякога в приложението трябва да бъдат направени допълнителни корекции страна за разпознаване на низове, идващи от различни езикови платформи.

Следете размера на вашето мобилно приложение

Друг важен съвет за мобилни тестери - Моля, продължете да проверявате размер на приложението ви след всяко освобождаване.

Трябва да гарантираме, че размерът на приложението не достига точка, при която дори ние като краен потребител няма да пожелаем да изтеглим това приложение поради големия му размер.

Тестване на сценарии за надстройка на приложения

За мобилни тестери, тестване на надстройка на приложението много е важно. Уверете се, че приложението ви не се срива при надстройка, тъй като екипът за разработчици може да е направил несъответствие на номера на версията.

Задържането на данни е също толкова важно, тъй като при каквито предпочитания потребителят е запазил в предишната версия, трябва да се запази, когато надгражда приложението.

Например , потребителят може да е запазил данните за банковата си карта в приложения като PayTm и др.

OS на устройството може да не поддържа приложение

Звучи интересно?

Да, много устройства може да не поддържат приложението ви. Много от вас трябва да знаят, че доставчиците пишат свои собствени обвивки в горната част на САЩ и може да е възможно всяка SQL заявка на вашето приложение да не е съвместима с устройството и следователно извежда изключение и може да доведе дори до не стартиране на приложение на този телефон.

Точката тук е - Опитайте се да използвате приложението си на собствените си устройства, с изключение на тези, които използвате в офиса. Напълно възможно е да видите някои проблеми с приложението си.

Тестване на разрешения за приложения

Следващото в списъка е Тестване на разрешения за мобилни приложения . Почти всяко второ приложение иска от потребителите си достъп до контакта на телефона, камерата, галерията, местоположението и т.н. Виждал съм малко тестери, които правят грешка, като не тестват правилните комбинации от тези разрешения.

Мога да си припомня в реално време Пример когато тествахме приложение за чат, което имаше всички функции за споделяне на изображения и аудио файлове. Разрешението за съхранение беше зададено на НЕ.

Сега, когато потребителят щракне върху опцията Камера, тя никога не се отваря, докато разрешението за съхранение не бъде зададено на ДА. Сценарият е пренебрегнат, тъй като Android Marshmallow има тази функционалност, че ако разрешението за съхранение е зададено на NO, камерата не може да се използва за това приложение.

Обхватът се простира по-далеч от това, което обсъдихме в горния параграф. Трябва да се уверим, че приложението не иска разрешения, които не се използват.

Всеки краен потребител, запознат със софтуерната индустрия, не може да изтегли приложението, в което се искат твърде много разрешения. Ако сте премахнали някоя функция от приложението си, не забравяйте да премахнете екрана за разрешения за същата.

променете char на int c ++

Сравнете с подобни и популярни приложения на пазара

Морал на историята - Ако някога се съмнявате, просто не го сключвайте сами. Сравняването с другите подобни приложения на същата платформа може да засили аргумента ви, че тестваната функционалност ще работи или не.

Получете общ преглед на критерия за отхвърляне на Apple Build

И накрая, мнозинството от вас може да са се сблъсквали със ситуации, при които вашите компилации са били отхвърляни от Apple. Знам, че тази тема няма да заинтересува голяма част от читателите, но винаги е добре да знаете политиките за отхвърляне на Apple.

Като тестер ни е трудно да се погрижим за техническите аспекти, но все пак има някои критерии за отхвърляне, за които тестерите могат да се погрижат.

За повече информация относно това, моля кликнете тук.

Винаги бъдете на предния крак

Като изпитател, не позволявайте на нещата да преминат към вашия съд от екипа / мениджърите на разработчиците. Ако сте запалени по тестването тогава „Винаги бъдете на предния крак“ . Опитайте се да се включите в дейности, които се извършват много преди кодът да дойде в кофата ви за тестване.

Най-важното е да продължите да разглеждате JIRA, QC, MTM или което и да е, което се използва във вашия проект за всички най-нови актуализации на билети от клиенти и бизнес анализатор. Също така, бъдете готови да споделите мненията си, ако се нуждаете от модификации. Това се отнася за всички тестери, които работят на различни домейни и платформи.

Докато и освен ако не усетим продукта като свой, никога не трябва да даваме предложения за нови подобрения или промени в съществуващата функционалност.

Дръжте приложението си във фонов режим за дълго време (12-24 часа)

Знам, че звучи странно, но зад кулисите има много логика, която всички ние не разбираме.

Споделям това, защото видях приложението да се срива след стартирането му, да речем след около 14 часа от фоновото състояние. Причината може да бъде всичко в зависимост от това как разработчиците са го кодирали.

Позволете ми да споделя пример в реално време:

В моя случай причината за това беше изтичането на токена. За едно от приложенията за чат, ако бъде стартирано след 12-14 часа, ще бъде залепено на свързващия банер и никога няма да се свърже, докато не бъде убито и рестартирано. Такива неща са много трудни за улавяне и в известен смисъл това прави мобилното тестване по-предизвикателно и креативно.

Тестване на производителността на вашето приложение

В мобилния свят производителността на приложението ви влияе до степента, до която приложението ви се признава в световен мащаб. Като екип за тестване става твърде важно да проверите отговора на приложението си и по-важното как работи, когато голям брой потребители го използват заедно.

Пример:

Нека поговорим за PayTm.

Всички вие трябва да сте щракнали върху ДОБАВЯНЕ НА ПАРИ в приложението PayTm, което след това показва баланса, който имате в портфейла си. Ако преценим какво се случва зад кулисите, това е заявка, която се извършва към сървъра с PayTm UserID и сървърът изпраща обратно отговора със салдото във вашия акаунт.

Пример

Горният случай е само когато един потребител е ударил сървъра. Трябва да се уверим, че дори когато 1000 потребители ударят сървъра, те трябва да получат обратно отговора добре навреме, защото използваемостта на крайния потребител е нашата основна цел.

Заключение

Бих завършил този урок, като повторя, че мобилното тестване изглежда много лесно в началото, но докато продължавате да ровите, ще разберете, че не е лесно да се гарантира, че каквото и да е разработено ще работи гладко на хиляди устройства по целия свят .

Най-често ще виждате приложенията, които се поддържат само в най-новите и последните версии на ОС. Задължение на тестерите обаче е да гарантират, че няма да пропуснат сценарии. Те са много други точки, които трябва да бъдат взети под внимание, но не съм споменавал тези, които вече са повторени в другите уроци.

Сценарии като консумация на батерия, тестване на прекъсвания, тестване в различни мрежи (3G, Wi-Fi), тестване при превключване на мрежи, тестване на мобилни приложения и т.н. са полезни, когато става въпрос за мобилно тестване.

Отношението на тестерите има голямо значение, когато става въпрос за реалната среда за тестване. Докато и освен ако не обичате работата си, няма да се притеснявате да правите неща, споменати в урока.

В тази област съм от около 6 години и много добре осъзнавам, че задачите понякога стават еднообразни, но има много други неща, които можем да направим сами, за да направим тези еднообразни задачи донякъде интересни.

Проектирането на правилната тестова стратегия, изборът на подходящите мобилни симулатори, устройства и мобилни инструменти за тестване може да се увери, че имаме 100% покритие на тестовете и да ни помогне да включим тестове, базирани на сигурност, използваемост, производителност, функционалност и съвместимост в нашите тестови пакети.

Е, това беше нашето усилие да изпълним множество заявки от нашите читатели в ръководство за тестване на мобилни приложения.

Автори : Благодаря на Swapna, Hasnet и много други експерти за мобилни тестове, че ни помогнаха да съставим тази серия!

В следващата ни статия ще обсъдим повече за Тестване на приложения за iOS .