Нужны реальные пользователи Android для тестирования мобильного приложения перед публикацией в Googl

Тестирование мобильного приложения — трекера калорий Ищем внимательного 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: какими кошельками пользуетесь, тестировали ли ончейн-транзакции Опыт тестирования игр Вашу ставку за такое тестирование