Бюджет: 1000 UAH Срок: 30 дней
День добрый. указал стоимость за данную работу
Кроме этого необходимо будет Ваш счет для проведение данных платежей.
Что нужно делать?
• Еженедельно тестировать работоспособность платежных систем, представленных на сайте (ставки на спорт) – от 3 до 7 систем. Платформа – ПК / ноутбук, мобильный телефон, мобильное приложение.
• Выполнять другие задачи, связанные с проверкой процесса регистрации на сайте, качества горячей линии и т.д.
Процесс тестирования платежных систем:
1. Вам нужно будет зарегистрироваться на сайте, а также в платежных системах, которые будут еженедельно тестироваться;
2. Проверить тестируемые системы на ввод средств минимальной допустимой суммой (обычно это эквивалент 1-3 дол.)
3. Проверить тестируемые системы на вывод средств
4. В процессе тестирования делать принтскрины, сохранять их в трекинговый файл
5. Если возникнут какие-либо проблемы с вводом / выводом средств – описывать суть проблемы в трекинговый файл
Бюджет: 1000 UAH Срок: 30 дней
День добрый. указал стоимость за данную работу
Кроме этого необходимо будет Ваш счет для проведение данных платежей.
Бюджет: 100 UAH Срок: 1 день
Здравствуйте, заинтересовала ваша работа.
Опыт работы имеется, только без составления трекинг файла, но готов учится новому.
Точную цену , смогу сказать после личного общения.
Обращайтесь,буду рад помочь,на freelancehunt недавно зарегистрировался, работаю качественно и на положительные отзывы .
Готов приступить прямо сегодня, сроки и качество гарантирую .
платёжные средства и счета предоставляются?
как-то это странно тестировать промышленную эксплуатацию, при том сторонних систем
Счета в платежных системах необходимо будет завести. Процедура не сложная.
Первое тестирование проводится за счет собственных средств. Да, неудобно для начала, зато честно. Мы же рассчитывает на длительное сотрудничество. Любые комиссии, естественно, компенсируются вместе с выплатой ЗП.
Задача состоит не в тестировании самих систем а в тестировании процесса пополнения средств на сайт, ЧЕРЕЗ основные (популярные в регионе) платежные системы. То есть не о какой промышленной эксплуатации ПС речь не идет
с чего вдруг кто-то будет вливать в это свои средства и в каком месте это честно?
лохотрон.
Тестирование мобильного приложения — трекера калорий Ищем внимательного 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: какими кошельками пользуетесь, тестировали ли ончейн-транзакции Опыт тестирования игр Вашу ставку за такое тестирование