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

mobile app testing tutorials

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

Виберіть Операційну Систему Виберіть Програму Проекції (Необов'Язково)

Опишіть Свою Проблему

Повний посібник з тестування мобільних додатків із поглибленими підручниками:

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

Давайте безпосередньо перейдемо до того, про що буде йти цей підручник.

Повний перелік 30+ підручників з мобільного тестування:

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

Вступ до мобільного тестування:

Підручник No1: Вступ до мобільного тестування
Підручник No2: Тестування додатків iOS
Підручник No3: Тестування додатків для Android
Підручник No4 : Виклики та рішення для мобільного тестування
Підручник No5: Чому мобільне тестування є жорстким?

Тестування мобільних пристроїв:

Підручник No6: Перевірте версію Android, коли вона виведена з ринку
Підручник No7 : Як протестувати мобільні програми на низькопрофільних пристроях
Підручник No8 : Польові випробування для мобільних додатків
Підручник No9: Модель телефону проти версії ОС: які слід протестувати спочатку?

Тестування мобільного інтерфейсу:

Підручник No10: Тестування користувацького інтерфейсу мобільних додатків
Підручник No11: Мобільний чуйний тест

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

Підручник No12: Хмарне тестування мобільних додатків
Підручник No 13: Послуги мобільного тестування
Підручник No14 : Послуги бета-тестування мобільних додатків
Підручник No15: Компанія з розробки мобільних додатків
Підручник No16: Постачальники послуг хмарного тестування мобільних додатків

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

Підручник No17: Тестування продуктивності мобільних додатків за допомогою BlazeMeter
Підручник No18 : Вказівки щодо тестування безпеки мобільних додатків

Мобільні інструменти тестування:

Підручник No 19: Засоби тестування додатків Android
Підручник No20: Кращі інструменти тестування безпеки мобільних додатків
Підручник No21: 58 кращих мобільних інструментів тестування

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

Підручник No22: Підручник з інструменту автоматизації Appium Mobile
Підручник No23: Підручник із студії Appium
Підручник No24: Автоматизуйте програми для Android за допомогою інструмента TestComplete
Підручник No25 : Підручник з робототію - Засіб тестування інтерфейсу додатка Android
Підручник No26: Підручник із Selendroid: Рамка мобільної автоматизації
Підручник No27: Підручник з pCloudy: Тестування мобільних додатків на реальних пристроях
Підручник No28: Підручник Katalon Studio & Kobiton’s Cloud Device Device Farm

Кар’єра мобільного тестування:

Підручник No 29: Як швидко отримати мобільне тестувальне завдання
Підручник No30: Запитання та резюме для мобільного тестування
Підручник No31: Запитання щодо інтерв’ю для мобільного тестування, частина 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) Емулятори - Їх використання надзвичайно корисно в початкові етапи розробки, оскільки вони дозволяють швидко та ефективно перевірити додаток. Емулятор - це система, яка запускає програмне забезпечення з одного середовища в інше, не змінюючи самого програмного забезпечення. Він продублює функції та працює на реальній системі.

Типи мобільних емуляторів

Емулятор пристрою - надається виробниками пристроїв
Емулятор браузера - імітує середовища мобільного браузера.
Емулятор операційних систем - Apple пропонує емулятори для iPhone, Microsoft для телефонів Windows і телефонів Google Android

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

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

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

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

=> Завантажте зразки тестових кейсів для мобільних додатків

Типові заходи та процедури у тестуванні мобільних додатків

Обсяг тестування залежить від ряду вимог, які потрібно перевірити, або від масштабу внесених змін до програми. Якщо змін мало, раунд осудність тестування буде робити. У разі серйозних та / або складних змін, a повна регресія рекомендується.

Приклад проекту тестування додатків : ILL (International Learn Lab) - це програма, призначена допомогти адміністратору та видавцю створювати веб-сайти у співпраці. За допомогою веб-браузера викладачі вибирають з набору функцій, щоб створити клас, який відповідає їхнім вимогам.

Процес мобільного тестування:

Крок 1. Визначте види тестування : Оскільки програма ILL застосовна до браузерів, тому обов’язковим є тестування цієї програми на всіх підтримуваних браузерах за допомогою різних мобільних пристроїв. Нам потрібно це зробити зручність, функціональність і сумісність тестування на різних браузерах за допомогою комбінації з Довідник і автоматизація тестові кейси.

Крок No2. Ручне та автоматизоване тестування: Методологія, що застосовується для цього проекту, - Agile з повторенням двох тижнів. Кожні два тижні розробник команда випускає нову збірку для команди тестування, і команда тестування буде запускати свої тестові кейси в середовищі контролю якості. Команда автоматизації створює сценарії для набору базових функціональних можливостей та запускає сценарії, які допомагають визначити, чи є нова збірка достатньо стабільною для тестування. Команда тестування вручну протестує нову функціональність.

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

Крок No3. Бета-тестування: Після завершення регресійного тестування командою з контролю якості збірка переходить до UAT. Тестування прийняття користувача здійснює клієнт. Вони повторно перевіряють усі помилки, щоб переконатися, що кожна помилка була виправлена, і програма працює належним чином у кожному затвердженому браузері.

Крок No4. Тест продуктивності: Команда тестування продуктивності перевіряє продуктивність веб-програми, використовуючи сценарії JMeter та з різними навантаженнями на додаток.

c ++ 11 запитань на співбесіду

Крок No5. Тестування браузера : Веб-програма тестується в багатьох браузерах - як за допомогою різних інструментів моделювання, так і фізично за допомогою реальних мобільних пристроїв.

Крок No6. План запуску: Після кожного 4-го тижня тестування переходить у стадію, де проводиться остаточний цикл випробувань на цих пристроях, щоб переконатися, що продукт готовий до виробництва. А потім, це відбувається в прямому ефірі!

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

Як протестувати мобільні програми на платформах Android та iOS

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

Тестерам, які тестують свої програми на iOS та Android Platform, дуже важливо знати різницю між ними. iOS та Android мають багато відмінностей між зовнішнім виглядом, переглядами програм, стандартами кодування, продуктивністю тощо.

Основна різниця між тестуванням 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, лише якщо він увійшов у Play Store із тим самим ідентифікатором електронної пошти, який додано як бета-користувач.

Ключові фактори мобільного тестування

Я працював у мобільному тестуванні протягом останніх 2 років як на платформі iOS, так і на платформі Android, і всі основні моменти, згадані нижче в цьому посібнику, - це мій особистий досвід, а деякі отримані з проблем, з якими стикався проект.

Визначте власний обсяг тестування

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

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

Нижче наведено кілька прикладів:

Ми не можемо змінити дозволи, такі як камера, сховище тощо на рівні програми на пристроях Android, які мають версію нижче 6.0.1.
Для iOS версії 10.0 комплекту викликів не було. Просто для короткого викладу простими словами, набір дзвінків використовується додатком, що телефонує, і відображає повноекранний вигляд, коли користувач отримує дзвінок із таких програм, як WhatsApp, Skype тощо. Тоді як для версій iOS нижче 10.0 ми бачимо ці дзвінки як банер сповіщень.
Багато з вас могли зіткнутися з проблемами в Paytm, коли ваш додаток не перенаправляє вас на платіжну сторінку банку, якщо ви хочете додати гроші у свій гаманець. Ми вважаємо, що вищезазначене є проблемою з нашим банком або сервером Paytm, але це просто те, що наш AndroidSystemWebView не оновлюється. Невеликі знання з програмування завжди корисні для вас і для того, щоб поділитися з вашою командою.
Простими словами, щоразу, коли програма відкриває будь-яку веб-сторінку в ній, AndroidSystemWebView слід оновлювати.

Сфера тестування

Не обмежуйте тестування

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

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

Схема Floe мобільного сервера

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

Отже, чи варто це ігнорувати?

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

Crashlytics - це інструмент, де реєструються збої разом із часом та моделлю пристрою.

Тепер питання тут полягає в тому, що якщо тестувальник бачив збій програми, то чому йому потрібно турбуватися про крашлітику?

Відповідь на це досить цікава. Є деякі збої, які можуть бути не видимі в інтерфейсі, але вони реєструються на crashlytics. Це може призвести до виходу пам'яті з ладу або деяких фатальних винятків, які можуть вплинути на продуктивність пізніше.

Крос-платформне тестування

Тестування взаємодії між платформами є дуже важливим.

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

Переконайтеся, що випробували взаємодію Android та iOS, тому що iOS використовує “Objective C”, тоді як програмування Android базується на Java, і через те, що обидва вони будуються на різних платформах, іноді додаткові виправлення потрібно робити в додатку сторона, щоб розпізнати рядки, що надходять з різних мовних платформ.

Слідкуйте за розміром вашого мобільного додатка

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

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

Тестування сценаріїв оновлення додатків

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

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

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

ОС пристрою може не підтримувати програму

Звучить цікаво?

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

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

Тестування дозволів програми

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

Я можу згадати в режимі реального часу Приклад коли ми тестували додаток для чату, який мав усі функції обміну зображеннями та аудіофайлами. Дозвіл на зберігання було встановлено на НІ.

Тепер, коли користувач натискає опцію Камера, вона ніколи не відкривалася, доки дозвіл на зберігання не встановлений у ТАК. Сценарій було проігноровано, оскільки Android Marshmallow мав таку функціональність, що якщо для дозволу на зберігання встановлено значення НІ, камеру не можна використовувати для цієї програми.

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

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

конвертувати YouTube в MP4 безкоштовно в Інтернеті

Порівняйте з подібними та популярними додатками на ринку

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

Отримайте огляд критерію відмови від збірки Apple

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

Як тестувальнику нам стає важко врахувати технічні аспекти, але все ж існує певний критерій відхилення, про який тестери можуть піклуватися.

Для отримання додаткової інформації з цього приводу натисніть тут.

Завжди будьте на передній нозі

Будучи випробувачем, не дозволяйте речам переходити до вашого суду від команди розробників / менеджерів. Якщо ви захоплені тестуванням, тоді “Будь завжди на нозі” . Спробуйте взяти участь у заходах, які відбуваються задовго до того, як код надійде до вашого відра для тестування.

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

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

Тримайте додаток у фоновому режимі протягом тривалого часу (12-24 годин)

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

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

Дозвольте поділитися прикладом у реальному часі:

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

Тестування продуктивності вашого додатка

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

Приклад:

Давайте поговоримо про PayTm.

Ви всі, напевно, натиснули опцію ДОДАТИ ГРОШІ в додатку PayTm, яка потім відображає баланс, який ви маєте у своєму гаманці. Якщо ми розглянемо, що відбувається за лаштунками, то це запит, який надходить на сервер із PayTm UserID, і сервер надсилає відповідь із залишком на вашому рахунку.

Приклад

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

Висновок

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

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

Сценарії, такі як споживання батареї, тестування переривань, тестування в різних мережах (3G, Wi-Fi), тестування під час комутації мереж, тестування мавп на мобільні програми тощо - все це корисно, коли йдеться про мобільне тестування.

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

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

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

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

Автори : Дякуємо Swapna, Hasnet та багатьом іншим експертам з мобільного тестування за допомогу у складанні цієї серії!

У нашій наступній статті ми поговоримо далі Тестування додатків iOS .