Меню

Польові випробування для мобільних додатків (важливість та необхідність)

  • Головна
  • Інший
  • Польові випробування для мобільних додатків (важливість та необхідність)

field testing mobile applications importance

Спробуйте Наш Інструмент Для Усунення Проблем

Польові випробування - мобільні додатки:

Часто під час тестування нашого мобільного додатка нам спадає на думку таке питання 'Чи достатньо тестування автоматизації, регресії, завантаження, тестування веб-сервісу для нашого додатку чи ми повинні тестувати щось більше? '

У цьому підручнику я дам глибоке уявлення про тестування на місцях, його важливість, стратегію та поясню, коли це також слід робити.

Ну, цього може бути достатньо, а може і не бути, оскільки всі ці тести, такі як автоматизація, веб-сервіс, завантаження тощо, підпадають під категорію тестування «Внутрішній». Але якщо ви хочете задіяти роль кінцевого користувача, існує ще один тип тесту, який потрібно виконати, і це не що інше «Польові випробування» .

Польові випробування

Як випливає з назви, воно передбачає вихід із вашої міцної зони Wi-Fi та використання мережі 2G, 3G або 4G для перевірки зручності використання вашого додатка. Ви можете спробувати використовувати програму під час керування автомобілем або під час прогулянки або сидіння вдома відповідно до вашого комфорту.

Для отримання базової інформації про тестування мобільних додатків ви можете ознайомитись із наступними посібниками.

Що ви дізнаєтесь:

Класифікація тестування мобільних додатків

Якщо ви тестуєте веб-програму на мобільному пристрої, типи тестування залишаються такими ж, як і для ноутбуків або комп’ютерів, такі як функціонал, інтерфейс користувача, межа, навантаження тощо. Але для тестування мобільного додатка, будь то гібридний чи власний, тестування класифікується на дві категорії на самому початковому рівні.

Вони є:

  1. Власне тестування
  2. Польові випробування

Основою для різниці між цими двома категоріями є роль, яку ви видаєте за себе, тобто Ви тестуєте як QA для перевірки програми на відповідність вимогам чи використовуєте програму як кінцевий користувач для задоволення ваших потреб?

Нижче наведено кілька відмінностей між ними:

Власне тестування

Польові випробування

Це тестування проводиться від початкової до фази випуску, щоб переконатись, що додаток відповідає заявленим вимогам щодо функціональності, масштабованості, зручності використання тощо. Це робиться з урахуванням історій користувачів або документів щодо вимог проекту, наданих замовником.

Це тестування проводиться на останньому етапі, коли регресія виконується для програми, і програма називає стабільною програму «Команда» перед випуском. Для цього може бути, а може і не вимагатись від замовника вимоги.

Тип тестування включає функціонал, регресію, інтерфейс користувача, продуктивність, автоматизацію.

Тип тестування в основному включає функціональність та зручність використання програми.

Це тестування проводиться як у Wi-Fi, так і в мобільних мережах.

Це суворо робиться в мобільних мережах.

Тестові лабораторії створюються в кімнаті або на столі контролю якості.

Потрібно вийти із системи контролю якості і пройти випробування під час прогулянки, вдома чи за кермом.

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

Тестування проводиться лише на реальних пристроях.

Класифікація тестування мобільних додатків

Важливість польових випробувань iOS та Android

Як пояснювалося вище, польове тестування проводиться для перевірки поведінки або зручності використання вашої програми як кінцевого користувача. В основному це робиться у мобільній мережі вашого телефону, гуляючи по вулицях чи ринку, за кермом автомобіля або просто перебуваючи вдома.

Приклад мобільного тестування

( джерело зображення )

У сучасному світі ми використовуємо наші мобільні додатки скрізь і в будь-який час, перебуваючи вдома, роблячи покупки / бронюючи квитки / перевіряючи електронні листи тощо, або стоячи на ринку, шукаючи найближчі місця / ресторани / торгові центри, або нехай це їде до місця, шукаючи на карти.

Мобільні програми стали частиною нашого повсякденного життя.

Нижче наведено кілька прикладів, які пояснюють необхідність тестування мобільного додатка в польових умовах, а не лише у власному:

  • Не обов’язково, що кожен раз у вас буде сильний Wi-Fi або точка доступу, особливо в Індії. Отже, вам доведеться покладатися на мобільну мережу вашого телефону.
  • Є місця, де ми стикаємось із проблемами покриття, і телефонний діапазон буде середнім або низьким. Це може бути пов’язано з менш рухливими вежами або густо вкритими деревами. У своєму будинку я дуже часто стикаюся з цією проблемою у своїй вітальні та їдальні, яка постійно засмучує.
  • Можливо, ви їдете на своєму автомобілі, і вам потрібно отримати доступ до електронних листів або отримати вказівку до якогось невідомого вам місця.
  • Коли ми виїжджаємо у відпустку, ми не маємо (кожної окремої) інформації про місто чи місце. Коли я подорожую з родиною у відпустку, ми завжди їдемо самостійно і використовуємо додатки, щоб знаходити місто, будь то ресторани, місця для відвідування тощо.
  • Сьогодні ми віддаємо перевагу онлайн-переказам за допомогою таких програм, як PayTm, PayZApp тощо, а не завжди використовуючи готівку.
  • Використовуйте програми для чату, YouTube тощо, де завгодно.

Ось деякі приклади в режимі реального часу, які визначають використання мобільних додатків. Тому стає важливим протестувати свій додаток у польових умовах. Можливо, ваша цільова аудиторія знаходиться у добре розвиненій країні, де гарячі точки або Wi-Fi доступні скрізь.

Але все ж вам слід провести принаймні одне польове тестування програми, оскільки:

1) Коли ви тестуєте програму під час керування автомобілем, прогулянки або сидіння в місці з меншим радіусом дії, ви дізнаєтесь, чи виникають у вашої програми проблеми зі збоями під час надсилання чи отримання даних.

У нас був збій у вході в програму для самого першого випуску нашого додатка, ми протестували на телефоні, який мав 3G. Тим не менше, час входу закінчився та розбився.

два) Користувачі ненавидять, коли бачать, що символ завантаження з’являється більше 5 хвилин. Дуже важливо перевірити, скільки часу відгуку зайняв ваш сервер, веб-служба та ваш додаток для завантаження інформації.

Екран завантаження

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

Як впливає випробування на місцях?

Чи впливає мій польовий тест на гібридний чи рідний спосіб?

Перш ніж відповісти на це запитання, дозвольте мені спершу дати вам основне пояснення гібридних та рідних програм.

Гібридні програми:

В основному це веб-програми, які упаковані в рідну обгортку і в основному використовуються для розробки кроссплатформенних додатків (щоб основи коду залишалися однаковими для Android та iOS). Вони схожі на власні програми, але фактично інформація завантажується, коли користувач переміщається по сторінках.

Нативні програми:

Вони спеціально розроблені для ОС з найкращими функціями ОС. Вся інформація завантажується одним рухом під час запуску програми.

Гібрид проти рідної

( джерело зображення )

Я працював над тестуванням як гібридного, так і рідного додатків, і як перевірка якості тестування обох було важливим для мого додатка. Існує різниця між гібридною та рідною програмою, оскільки на відміну від рідної програми, гібридні програми безпосередньо не використовують такі функції телефону, як GPS, місцезнаходження тощо. Гібридні програми використовують функції телефону чи ОС за допомогою плагінів.

основні питання співбесіди на c ++

Я впевнений, що для кожного основного випуску рідної програми слід проводити польовий тест, оскільки він використовує функції вашого телефону та ОС.

Виконання польового тесту вкаже на ефективність вашого додатка щодо нього. Він вкаже, є телефон високого класу чи низького класу, як працює, стабільність та зручність використання вашої програми.

Ще однією причиною проведення польового тесту для кожного основного випуску є те, що власні програми потрібно оновлювати новими версіями ОС. Отже, порівняно з гібридними програмами, версій Native більше або якщо запущена нова версія ОС, потрібен польовий тест, навіть якщо функції програми не внесено.

Стратегія польових випробувань

Якою має бути моя стратегія для польових випробувань?

Для польового тестування головним і важливим кроком, який слід зрозуміти, є вплив мережі або даних на основні функціональні можливості вашого додатка. Тому проведіть ретельну дискусію з командою розробників щодо функціональних можливостей.

Нижче наведено вказівки щодо вибору стратегії випробувань на місцях:

1) Найважливішим кроком у якості контролю якості є тегування тестових кейсів за допомогою «Польового тестування» та створення набору для них. Обговоріть зі своєю командою спеціалістів BA та QA про Suite та переконайтеся, що вони мають до нього щось додати.

два) Залежно від призначення вашої програми та користувачів, створіть окремі тестові кейси щодо того, як, коли та де можна використовувати вашу програму. Можливо, вам не доведеться виконувати їх для внутрішнього тестування.

3) Перейдіть на польовий тест лише тоді, коли програма проходить регресійний тест і коли не відкрито жодних функціональних проблем.

4) Для самого першого випуску створіть документ (діаграму) з усіма деталями тестових випадків, особою, що виконує, областю, де вона була протестована, та повідомленнями про помилки. Після створення ви можете використовувати це для майбутніх випусків.

5) Використовуйте пристрій високого та низького класу для випробувань на місцях і намагайтеся зберегти ту саму ОС, це допоможе зробити аналіз знайдених помилок. Часом ми бачимо помилки в польових випробуваннях, але не в внутрішніх випробуваннях.

6) Створіть команду з 4–5 чоловік і попросіть їх провести виїзні випробування в різних областях, і напевно спробуйте використовувати додаток під час руху та місця з низьким діапазоном даних. Ви також можете залучити до виїзного тесту свого менеджера, бакалавра.

7) Позначте знайдені помилки тегом на кшталт „Польовий тест”, вам буде легко звертатися до майбутніх випусків.

8) Якщо ваш додаток надсилає геолокацію, ретельно протестуйте функціональність, і я пропоную виконати всі тестові випадки, пов’язані з цим.

Необов’язково виявляти помилки або дефекти, і тест може проходити гладко. Згідно з моїм досвідом, зосередьтеся на продуктивності та часу, необхідному для реагування. Як уже згадувалося раніше, екран 'Завантаження' не дозволить людям користуватися вашим додатком.

Якщо ваш додаток є комерційним додатком, таким як Zomato, Jabong, BookMyShow тощо, спробуйте зробити випробування на місцях, використовуючи команду з 20-25 осіб, оскільки це буде свідчити про ефективність програми, коли 20-25 користувачів потраплять у програму.

Коли робити польовий тест для програми?

Необов’язково тестувати всі програми на місцях, але я завжди особисто рекомендую провести польовий тест, оскільки це показує ефективність програми в реальному сценарії. Ви можете обговорити це зі своїм бакалавром, майстром або менеджером Scrum, а також власником продукту, якщо вони не знають про це або не зацікавлені в цьому. В якості контролю якості висловіть свої бали щодо необхідності проведення польових випробувань.

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

До важливих факторів польових випробувань належать:

  • Перший випуск програми: Це дає велику перевагу - провести поглиблений польовий тест програми для першого найвідомішого випуску. Оскільки додаток ще не перейшов до Play Store, він допомагає вам та вашій команді проаналізувати ефективність, використовуючи програму як звичайний користувач.
  • Додаток є рідним: Як вже згадувалося раніше, польовий тест є обов’язковим для кожного випуску власного додатка, оскільки вони використовують функції телефону та ОС.
  • Коли запускається нова версія ОС: Коли запускається нова версія ОС, вам потрібно перевірити, чи додаток стабільний, сумісний та добре працює з новою ОС.
  • Будь-який основний випуск нових або змінених функцій: Коли вводяться нові функції або оновлюються існуючі, добре провести польовий тест, щоб переконатися, що продуктивність програми не впливає.
  • Польові випробування як частина вашого звичайного тесту: Польове тестування мобільного додатку слід розглядати як рутинний тест, такий як регресія, автоматизація, і ніколи не слід ігнорувати. Навіть якщо ваш додаток стабільний або якщо ви працюєте над ним більше 1 або 2 років, проводьте випробування на місцях щоразу, коли відбувається великий реліз.

Польовий тест

Приклади тестів, які можна перевірити в польових випробуваннях

Давайте розглянемо додаток Zomato, який ми використовуємо для пошуку ресторанів навколо нас або в певній місцевості.

Нижче наведено декілька прикладів тестових випадків, які можна взяти для польових випробувань:

# 1) Основним і першим кроком було б увійти в систему, яку я б зробив як клієнт.

Тут зауважте, що, перш за все, вхід із вибраним обліковим записом Facebook або Google не повинен тривати більше хвилини, по-друге, у момент, коли я увійду, він повинен попросити у мене дозволу на ввімкнення мого телефонного GPS (якщо це вимкнено), інакше слід завантажити список ресторанів для мого виявленого місцезнаходження.

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

# два) Переконайтеся, що коли ви змінюєте місце розташування, список ресторанів оновлюється, спробуйте цей тест, виходячи на дорогу. Список повинен оновлюватися, а картки ресторанів повинні відображатися із зображеннями без будь-яких збоїв.

# 3) Перевірте наведений вище тест також під час керування автомобілем.

# 4) Перевірте (під час прогулянки по дорозі) наскрізний потік програми, тобто безпосередньо від входу, пошуку місця та замовлення їжі з ресторану. Інформацію про ваше замовлення слід надіслати до ресторану успішно.

# 5) Виконайте той самий наведений вище тест під час керування автомобілем.

# 6) Підтвердьте на 3G (змінивши режим даних на 3G), щоб закінчити потік для 'бронювання столика', тобто знову змініть місце розташування, виберіть ресторан зі списку та забронюйте стіл.

# 7) Якщо у вас є купон, перевірте, чи зможете ви його успішно використовувати, замовляючи їжу в Zomato.

# 8) Перевірте, чи можете ви успішно написати відгук про ресторан (під час прогулянки) і чи надіслали відгук до ресторану для ознайомлення або, принаймні, якщо він відображається у списку відгуків про ресторан.

Ось деякі приклади тестових кейсів під час визначення базового використання програми, і їх слід перевірити в польових тестах. Тут ви також можете створити матрицю для моделі телефону (високий або низький рівень) проти типу мережі (2G, 3G тощо) і виконати тестові кейси для них.

Висновок

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

найпопулярніші запитання на співбесіду з ++

Польові випробування слід проводити для кожного випуску з можливою мірою. Для мобільних додатків польові випробування є частиною циклу випробувань, і їх ніколи не слід уникати чи сприймати легковажно.

Польові випробування відіграють дуже важливу роль у визначенні продуктивності ваших програм для першого випуску. Якщо ваша команда цього не знає, поясніть їм про це та необхідність у цьому.

У нашому наступному підручнику ми обговоримо більше на тему “ Тестування останнього телефону або останньої ОС '.

Рекомендована література

^