Тестування мобільного застосунку — трекера калорій
Шукаємо уважного QA-тестувальника для повного тестування мобільного застосунку для підрахунку калорій та контролю харчування.
Застосунок доступний на iOS та Android. Основна функція — розпізнавання страв за фотографією з автоматичним визначенням продуктів, калорійності та БЖВ.
Основні завдання
Провести повне функціональне тестування застосунку.
Перевірити всі доступні екрани, кнопки, сценарії та можливі варіанти взаємодії користувача із застосунком.
Знайти функціональні, візуальні, логічні та UX-помилки.
Перевірити роботу застосунку протягом декількох днів, імітуючи поведінку реального користувача.
Відсканувати щонайменше 50 різних страв або продуктів та перевірити якість роботи розпізнавання.
Перевірити коректність збереження, редагування та видалення внесених даних.
Перевірити стабільність роботи застосунку після закриття, повторного запуску та перезавантаження пристрою.
Що потрібно перевірити
Реєстрація та онбординг
Реєстрація нового користувача.
Вхід у наявний обліковий запис.
Вихід та повторний вхід.
Усі варіанти відповідей під час онбордингу.
Коректність розрахунку рекомендованої норми калорій і БЖВ.
Введення мінімальних, максимальних, некоректних та нестандартних значень.
Повернення на попередні екрани та зміна відповідей.
Поведінка застосунку після переривання онбордингу.
Сканування їжі
Необхідно протестувати щонайменше 50 різних страв і продуктів, серед яких:
прості продукти;
складні багатокомпонентні страви;
домашні страви;
ресторанні страви;
напої;
десерти;
снеки;
супи;
салати;
страви з соусами;
страви з декількох продуктів;
їжа в упаковці;
частково з’їдена страва;
велика та маленька порція;
фото з різним освітленням;
фото зверху та під кутом;
нечіткі або затемнені фотографії;
декілька страв на одному фото.
Для кожного сканування потрібно перевірити:
чи правильно визначена страва;
чи правильно визначені основні інгредієнти;
наскільки реалістично визначена вага порції;
наскільки реалістично визначені калорії, білки, жири та вуглеводи;
чи можна відредагувати результат;
чи правильно зберігається результат;
чи не виникають помилки, зависання або аварійне закриття застосунку.
Не потрібно проводити лабораторну перевірку точності калорійності. Потрібно оцінити, чи виглядають результати логічними та реалістичними.
Щоденник харчування
Редагування продуктів, порцій, ваги, калорій і БЖВ.
Додавання їжі за минулу або майбутню дату.
Перемикання між днями.
Правильність підрахунку денного підсумку.
Коректність відображення залишку калорій і БЖВ.
Перевірка, чи зберігаються дані після закриття та повторного запуску застосунку.
Інші функції
Потрібно перевірити всі функції, які доступні в поточній версії застосунку, зокрема:
трекер ваги;
додавання, зміна та видалення ваги;
графіки та статистику;
цілі користувача;
зміну персональних даних;
налаштування;
зміну мови;
роботу після згортання застосунку;
роботу після виходу з облікового запису;
синхронізацію даних після повторного входу.
Якщо під час тестування будуть виявлені інші функції, їх також необхідно перевірити.
Негативні та нестандартні сценарії
Потрібно спробувати викликати помилки за допомогою нестандартних дій:
багаторазове швидке натискання на кнопки;
закриття застосунку під час завантаження;
відключення інтернету під час сканування або збереження;
завантаження дуже великого, маленького або неякісного фото;
завантаження фото без їжі;
введення тексту замість чисел;
введення нульових, від’ємних або надто великих значень;
багаторазове редагування та видалення даних;
швидке перемикання між екранами;
зміна дати й часу на пристрої;
повторний вхід після видалення або перевстановлення застосунку.
Тривалість тестування
Тестування має проводитися протягом щонайменше 3–5 днів.
Протягом цього періоду потрібно щодня користуватися застосунком як реальний користувач:
додавати прийоми їжі;
сканувати страви;
редагувати результати;
додавати вагу;
переглядати статистику;
перевіряти збереження даних між сесіями.
Формат звіту
Результат роботи потрібно надати у вигляді Google Sheets, Excel або іншої погодженої таблиці.
Для кожної знайденої проблеми потрібно вказати:
Назву проблеми.
Пристрій та модель.
Версію операційної системи.
Версію застосунку.
Передумови виникнення.
Покроковий сценарій відтворення.
Фактичний результат.
Очікуваний результат.
Частоту відтворення.
Пріоритет проблеми: Critical, High, Medium або Low.
Скриншот або відеозапис екрана.
Кожен баг повинен мати окремий запис. Формулювання на кшталт «не працює» без опису та кроків відтворення не приймаються.
Окремо необхідно надати таблицю з результатами 50 сканувань страв:
назва страви;
фотографія;
результат розпізнавання;
визначена вага;
визначені калорії та БЖВ;
оцінка адекватності результату;
знайдені помилки або зауваження.
Очікуваний результат
Після завершення роботи очікуємо отримати:
повний список протестованих функцій і сценаріїв;
структурований список знайдених багів;
скриншоти та відеозаписи проблем;
результати сканування щонайменше 50 різних страв;
список UX-зауважень і незрозумілих моментів;
короткий загальний висновок щодо стабільності та готовності застосунку;
перелік найкритичніших проблем, які потрібно виправити першочергово.
Вимоги до виконавця
Досвід тестування мобільних застосунків.
Наявність iPhone або Android-смартфона. Перевагою буде можливість протестувати застосунок на обох платформах.
Уміння чітко описувати баги та кроки їх відтворення.
Можливість записувати відео екрана.
Уважність до деталей.
Готовність тестувати застосунок протягом декількох днів, а не лише один раз.
У відгуку вкажіть:
досвід тестування мобільних застосунків;
моделі доступних пристроїв;
версії iOS або Android;
чи можете протестувати обидві платформи;
приклад оформленого баг-репорту;
орієнтовну вартість виконання всього завдання.
