Тестування сайту

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

Для проекту клієнта в сфері Microsoft 365 Modern Workplace ми шукаємо досвідчених фрілансерів (ч/ж/д) з акцентом на Microsoft Places. В центрі уваги знаходиться консультування, конфігурація та оптимізація середовища Microsoft 365 для підтримки сучасних концепцій гібридного робочого місця. Завдання Консультування щодо впровадження та експлуатації Microsoft Places Аналіз існуючих середовищ Microsoft 365 та розробка відповідних концепцій рішень Конфігурація будівель, поверхів, кімнат для зустрічей та робочих місць Налаштування та оптимізація сценаріїв бронювання робочих місць та кімнат Інтеграція Microsoft Places в Microsoft Teams, Outlook та Exchange Online Підтримка з питань ліцензування та рекомендації з найкращих практик Проведення семінарів та передачі знань для користувачів та IT-команд Підтримка при усуненні несправностей та в процесі експлуатації Вимоги Багаторічний досвід у середовищі Microsoft 365 Практичний досвід з Microsoft Places Дуже хороші знання Microsoft 365, Microsoft Teams, Exchange Online та Outlook Досвід роботи з Microsoft Entra ID (Azure AD) Знання сучасних концепцій гібридного робочого місця та Modern Work Бажані знання Microsoft Teams Premium PowerShell для адміністрування Microsoft 365 Досвід роботи з рішеннями для бронювання робочих місць та кімнат Сертифікації Microsoft у сфері Modern Workplace або Microsoft 365 Досвід у розробці та впровадженні сучасних концепцій робочих місць Початок: якнайшвидше Тривалість: приблизно 3 місяці з можливістю продовження Місце роботи: віддалено / за узгодженням Завантаження: за узгодженням Зацікавлені? Оскільки проект наразі знаходиться на стадії підготовки, ми хочемо якомога раніше ознайомитися з відповідними експертами. Будь ласка, надішліть нам на contract (AT) advergy de : Резюме Доступність Погодинна ставка (віддалено / на місці) Три речення, чому ви особливо підходите для цього проекту Дякуємо та з найкращими побажаннями Седа

Нас цікавить не просто написання окремих автотестів, а побудова якісної основи, яку в майбутньому можна буде масштабувати та підтримувати.Що очікуємо на першому етапі короткий аудит поточного процесу тестування та тестового середовища; визначення критичних користувацьких (UI/E2E) сценаріїв; рекомендації щодо стеку автоматизації та архітектури тестового проєкту; налаштування структури проєкту для автоматизації; розробка готових автотестів для критичних користувацьких сценаріїв; документація щодо запуску, підтримки та подальшого розвитку автотестів.Які сценарії нас цікавлять Перший етап охоплює лише користувацьку частину сайту: авторизація; каталог товарів; пошук; картка товару; кошик; оформлення замовлення (checkout); особистий кабінет. API, інтеграції та тестування адміністративної частини Magento на цьому етапі не входять у scope проєкту.Що важливо Буде великою перевагою досвід роботи саме з Magento 2, e-commerce або marketplace-проєктами. У відповіді на проєкт просимо зазначити: досвід роботи зі схожими проєктами; приклади реалізованих автотестів або кейсів; який стек автоматизації рекомендуєте та чому; що саме входитиме у перший етап робіт; які deliverables ми отримаємо після завершення першого етапу; орієнтовну кількість автотестів, яка увійде до першого етапу; орієнтовний бюджет і терміни реалізації. Розглядаємо довгострокову співпрацю. Якщо перший етап буде успішним, плануємо розширювати покриття автоматизованими тестами та масштабувати підхід на інші e-commerce проєкти.

Шукаємо досвідченого QA-партнера або команду, яка допоможе побудувати процес тестування для e-commerce проєкту на Magento 2. На першому етапі нас цікавить не просто написання автотестів, а комплексний підхід до організації QA. Що потрібно зробити: провести аудит поточного процесу тестування; оцінити ризики та визначити критичні користувацькі сценарії; надати рекомендації щодо побудови QA-процесу; допомогти визначити, які сценарії доцільно тестувати вручну, а які автоматизувати; запропонувати оптимальний стек технологій для автоматизації; підготувати план впровадження автоматизації; оцінити терміни, бюджет та подальшу підтримку. На першому етапі нас цікавить автоматизація саме користувацьких (UI/E2E) сценаріїв. Основні бізнес-процеси включають каталог товарів, пошук, картку товару, кошик, оформлення замовлення, авторизацію та особистий кабінет користувача. Буде великою перевагою досвід роботи з Magento 2, e-commerce або marketplace-проєктами. При відповіді на проєкт буде корисно зазначити: досвід роботи з Magento 2; приклади схожих проєктів; який стек автоматизації рекомендуєте (Playwright, Cypress, Selenium тощо) та чому; як зазвичай будуєте процес впровадження автоматизації; орієнтовний підхід до оцінки робіт; хто буде працювати над проєктом (QA Lead, Automation QA Engineer, команда). Розглядаємо довгострокову співпрацю. Якщо перший етап буде успішним, плануємо масштабувати автоматизацію й на інші e-commerce проєкти.

Про проєкт: Розробляємо браузерну Web3-гру на блокчейні: інтерактивний ігровий світ із картою, механікою видобутку ресурсів, підключенням гаманця, ончейн-транзакціями та внутрішньою економікою. Проєкт на стадії активної розробки. Готуємо збірку до тестування ключових систем перед наступним етапом. Задача: Провести глибоке функціональне тестування збірки — знайти й задокументувати баги, вразливості та вузькі місця. Мета не «пройти гру», а зламати її: знайти, де падає логіка, де можна зловживати механіками, де їде UX і де тріщать транзакції. Обов'язки: Тестування підключення й роботи гаманця, авторизації Перевірка транзакцій і платежів (ончейн + внутрішньоігрові) Тестування ігрової логіки: карта, видобуток, дропи, взаємодія зі світом Пошук вразливостей та векторів абузу/фроду в економіці й балансах Навантажувальні кейси: масові дії, швидкі кліки, поведінка під навантаженням Кросплатформне тестування: ПК і мобільні браузери Чітка документація багів: кроки відтворення, очікуваний/фактичний результат, скріншоти, оточення Вимоги (обов'язково): Досвід ручного функціонального тестування веб-застосунків від 1 року Практичний досвід у Web3 як користувача: гаманці (MetaMask, Phantom тощо), транзакції, dApps — без цього тестування гаманця й ончейну неможливе Досвід тестування ігор Розуміння роботи веб-додатків: HTTP, REST API, DevTools Уміння шукати баги системно й описувати їх чітко Буде плюсом: Досвід тестування фінтех/крипто-продуктів або транзакцій Робота з Postman, тестовими мережами (testnet), блокчейн-експлорерами Знайомство з Solana Умови: Формат: разове тестування, дистанційно Дата: 15.07 Оплата: обговорюється (вкажіть вашу ставку у відгуку) У відгуку напишіть: Досвід у QA + приклад цікавого/критичного бага, який знаходили Ваш досвід у Web3: якими гаманцями користуєтесь, чи тестували ончейн-транзакції Досвід тестування ігор Вашу ставку за таке тестування