Полеви тестове за мобилни приложения (значение и необходимост)

field testing mobile applications importance

Полеви тестове - мобилни приложения:

Често докато тестваме нашето мобилно приложение, въпросът ни идва на ум е следният ‘Дали тестването за автоматизация, регресия, зареждане, тестване на уеб услуги са достатъчни за нашето приложение или трябва да тестваме нещо повече? '

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

Е, може да е достатъчно, а може и да не е, защото всички тези тестове, като автоматизация, уеб услуга, зареждане и т.н., попадат в категорията „In-House“ тестване. Но ако искате да замесите ролята на крайния потребител, има още един тип тест, който трябва да се направи и това не е нищо друго освен „Тестване на място“ .

Както подсказва самото име, това включва излизане от вашата силна Wifi зона и използване на вашата 2G или 3G или 4G мрежа за проверка на използваемостта на вашето приложение. Можете да опитате да използвате приложението, докато шофирате колата си или докато се разхождате или седите в дома си според удобството си.

За основна информация относно тестването на мобилни приложения можете да прегледате следните уроци.

• Ръководство за начинаещи за тестване на мобилни приложения
• 5 предизвикателства и решения за мобилно тестване
• Защо мобилното тестване е трудно

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

• Класификация на тестването на мобилни приложения
• Значение на iOS и Android Field Testing
• Как се влияе на полевия тест?
  • Хибридни приложения:
  • Родни приложения:
• Стратегия за полевия тест
• Кога да направя полеви тест за приложение?
• Примери за тестове, които могат да бъдат проверени в полеви тест
• Заключение
• Препоръчително четене

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

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

Те са:

1. Вътрешно тестване
2. Полеви тестове

Основата за разликата между тези две категории е ролята, за която се представяте, т.е. Тествате ли се като QA, за да проверите приложението спрямо изискването, или използвате приложението като краен потребител, за да задоволите вашите нужди?

По-долу са дадени няколко разлики между двете:

Значение на iOS и Android Field Testing

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

( източник на изображение )

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

Мобилните приложения вече станаха част от нашето ежедневие.

Следват някои примери, които обясняват необходимостта от тестване на вашето мобилно приложение на място, а не само вътрешно:

• Не е необходимо всеки път да имате силен Wifi или гореща точка наоколо, особено в Индия. Следователно трябва да разчитате на мобилната мрежа на телефона си.
• Има места, където се сблъскваме с проблеми с покритието и телефонният обхват ще бъде среден или нисък. Това може да се дължи на по-малко подвижни кули или гъсто покрити с дървета. При мен много често се сблъсквам с този проблем в чертежа и трапезарията си, което е разочароващо през цялото време.
• Възможно е да шофирате колата си и да имате нужда да осъществите достъп до имейлите си или да получите указание до някакво непознато за вас място.
• Когато излизаме на почивка, нямаме (всяка една) информация за града или мястото. Когато пътувам със семейството си на почивка, винаги ходим сами и използваме приложенията, за да намерим за града, било то ресторанти, места за посещение и т.н.
• Днес предпочитаме онлайн преводи, като използваме приложения като PayTm, PayZApp и др., Вместо винаги да използваме пари в брой.
• Използване на приложения за чат, YouTube и т.н., навсякъде.

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

Но все пак трябва да направите поне едно полево тестване на приложението си, защото:

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

Имахме самото влизане в приложението да се срива за първото издание на нашето приложение, тествахме на телефон, който имаше 3G. И все пак входът изтече и се срина.

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

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

Как се влияе на полевия тест?

Засегнат ли е полевият ми тест от хибриден или естествен начин?

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

Хибридни приложения:

Това са основно уеб приложенията, които са пакетирани в родната обвивка и се използват най-вече за разработване на междуплатформени приложения (за да запазят основите на кода еднакви за Android и iOS). Те приличат на местни приложения, но в действителност информацията се зарежда, докато потребителят навигира през страниците.

Родни приложения:

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

( източник на изображение )

Работил съм както върху тестване на хибридни, така и на местни приложения и като QA тестването и за двете беше важно за приложението ми. Има разлика между хибридното и нативното приложение, което за разлика от естествените приложения, хибридните приложения не използват директно функциите на вашия телефон като GPS, местоположение и т.н. Хибридните приложения използват функциите на телефона или операционната система чрез приставки.

как да използвам css селектор в селен

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

Извършването на полеви тест ще покаже ефективността на приложението ви по отношение на същото. Той ще посочи дали телефонът е от висок клас или от нисък клас, как е производителността, стабилността и използваемостта на вашето приложение.

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

Стратегия за полевия тест

Каква трябва да бъде моята стратегия за полевия тест?

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

Следват указанията за определяне на стратегията за тестване на полето:

1) Основната стъпка като QA е да маркирате вашите тестови случаи с „Field Test“ и да създадете пакет за същото. Обсъдете с вашия екип от BA и QA за Suite и вижте дали те имат какво да добавят към него.

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

3) Отидете на полеви тест само когато приложението премине теста за регресия и когато няма отворени функционални проблеми.

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

5) Използвайте устройство от висок и нисък клас за тестване на място и се опитайте да запазите същата операционна система, това ще ви помогне да направите анализ на намерените грешки. Понякога виждаме грешки при полеви тестове, но не и при вътрешни тестове.

6) Създайте екип от 4-5 души и ги накарайте да направят теста на място в различни области и със сигурност се опитайте да използвате приложението по време на шофиране и място с нисък обхват на данните. Можете също така да накарате вашия мениджър, бакалавър, да участва в полевия тест.

7) Маркирайте намерените грешки с етикет като „Field Test“, ще ви бъде лесно да се обърнете към бъдещи версии.

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

Не е необходимо да откривате грешки или дефекти и тестът може да работи гладко. Според моя опит, фокусирайте се върху представянето и времето, необходимо за реакция. Както споменахме по-рано, екранът „Зареждане“ ще обезкуражи хората да използват приложението ви.

Ако приложението ви е търговско приложение като Zomato, Jabong, BookMyShow и др., Опитайте да направите терен на полето с помощта на екип от 20-25 души, защото това ще покаже ефективността на приложението, когато 20-25 потребители ще натиснат приложението.

Кога да направя полеви тест за приложение?

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

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

Важните фактори на полевия тест включват:

• Първо издание на приложението: Дава голямо предимство да се направи задълбочен полеви тест на приложението за първата най-нова версия. Тъй като приложението предстои да отиде в Play Store, това помага на вас и вашия екип да анализирате ефективността, като използвате приложението като нормален потребител.
• Приложението е естествено: Както бе споменато по-рано, полевият тест е задължителен за всяко издание на собствено приложение, тъй като те използват функциите на телефона и операционната система.
• Когато се стартира нова версия на операционната система: Когато се стартира нова версия на операционната система, трябва да проверите дали приложението е стабилно, съвместимо и работи добре срещу новата операционна система.
• Всяка основна версия за нови или променени функции: Когато се въведат нови функции или се актуализират съществуващи функции, е добре да се направи полеви тест, за да се гарантира, че производителността на приложението не е засегната.
• Полеви тестове като част от рутинния ви тест: Тестуването на място за мобилно приложение трябва да се третира точно като рутинен тест като регресия, автоматизация и никога не трябва да се пренебрегва. Дори ако приложението ви е стабилно или ако работите по него повече от 1 или 2 години, правете полеви тест всеки път, когато се случи голяма версия.

Примери за тестове, които могат да бъдат проверени в полеви тест

Нека разгледаме приложението на Zomato, което използваме за търсене на ресторанти около нас или в определена зона.

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

# 1) Основната и първата стъпка би била да вляза в системата, която бих направил като клиент.

Тук имайте предвид, че на първо място, не би трябвало да отнеме повече от минута, за да вляза с избрания от мен акаунт във Facebook или Google, второ в момента, в който вляза в него, трябва да ме помоли за разрешение за включване на моя GPS GPS (ако изключен е) else трябва да зареди списъка с ресторанти за моето открито местоположение.

По-горе са посочени 2 важни проверки, които трябва да се извършат при първия тест.

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

# 3) Проверете горния тестов случай и по време на шофиране на кола.

# 4) Проверете (докато вървите по пътя) потока от край до край на приложението, т.е. от влизане, търсене на местоположение и поръчване на храна от ресторант. Данните за вашата поръчка трябва да бъдат изпратени успешно до ресторанта.

# 5) Изпълнете същия тест по време на шофиране по време на шофиране.

# 6) Проверете в 3G (чрез промяна на режима на вашите данни на 3G) за поток от край до край за „резервиране на маса“, т.е. отново променете местоположението, изберете ресторант от списъка и резервирайте маса.

# 7) Ако имате талон, проверете дали можете да го използвате успешно, докато поръчвате храна от Zomato.

# 8) Проверете дали можете успешно да напишете обратна връзка за ресторанта (докато се разхождате) и дали обратната връзка е изпратена до ресторанта за преглед или поне ако се показва в списъка с отзиви на ресторанта.

Това са някои от примерите за тестови случаи, докато дефинирате основното използване на приложението и трябва да бъдат тествани в полевия тест. Тук можете също да създадете матрица за модел на телефона (от висок или нисък клас) срещу типа мрежа (2G, 3G и т.н.) и да изпълните тестовите случаи за същата.

Заключение

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

как да монтирате .bin файлове

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

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

В следващия урок ще обсъдим повече за „ Тестване на най-новия телефон или най-новата операционна система '.

Препоръчително четене

• Услуги за бета тестване на мобилни приложения (Инструменти за бета тестване на iOS и Android)
• 5 Предизвикателства и решения за мобилни тестове
• Най-добри инструменти за тестване на софтуер 2021 г. (Инструменти за автоматизация на QA теста)
• Защо мобилното тестване е трудно?
• Тестване на производителността на мобилните приложения с помощта на BlazeMeter
• 10 най-добри инструмента за тестване на сигурността на мобилни приложения през 2021 г.
• Как да получите бърза работа за мобилно тестване - Ръководство за мобилно тестване за кариера (част 1)
• Уроци за тестване на мобилни приложения (Пълно ръководство с над 30 урока)