QA и тестирование

Обычно и то и другое. Ручное тестирование находит проблемы в новых функциях и в том, насколько продуктом удобно пользоваться, а автотесты постоянно проверяют то, что уже работает. Мы смотрим, как часто вы выпускаете релизы и что ломается, и предлагаем баланс.

Да. Тестировщику нужен доступ к продукту, документация, если она есть, и человек с вашей стороны, который ответит на вопросы.

И так, и так. Разовая проверка перед запуском или крупным релизом подходит сайту, который меняется редко. Продукту с регулярными релизами нужен тестировщик в команде, на неполный или полный день.

Для автоматизации Playwright, Cypress, Selenium, Appium и похожими, которые подбираются под ваш стек. Для баг-репортов тем трекером, который у вас уже есть.

Да, на реальных iPhone и Android, а когда нужно больше моделей, в облачных фермах устройств. Набор устройств подбираем по вашей аудитории и аналитике.

Почти полностью. Наши специалисты работают из Украины и Восточной Европы, а Украина отстаёт от ОАЭ на 1 или 2 часа в зависимости от сезона. Ошибки, найденные за день, попадают в ваш трекер в тот же рабочий день.

QA и тестирование стоят от $30 в час за ручное тестирование; инженеры по автоматизации, опытные QA и узкие навыки, например нагрузочное тестирование или автоматизация мобильных приложений, стоят дороже. Оплата почасовая со счётом раз в месяц или фиксированной суммой в месяц за тестировщика на полный день, банковским переводом по договору. Не входят в ставку разовая проверка перед запуском, которая оценивается и согласуется до начала, платные инструменты вроде облачных ферм устройств или сервисов нагрузочного тестирования, которые оплачиваются отдельно или покупаются на ваш аккаунт, и исправление найденных ошибок: это работа разработки.

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

Да, и в таком коде нужно больше внимания к тому, чего не видно в демо: проверяет ли права доступа к данным сервер, а не только интерфейс, не лежат ли ключи или платёжные данные в коде, который выполняется в браузере, граничные случаи, о которых не было в промпте, и критичные сценарии после каждой перегенерации. Если продукт вот-вот начнёт принимать оплаты или персональные данные, а его код никто не проверял, начните с Оценки MVP от $3 000 и тестируйте то, что остаётся.

Нет. Исправление найденных ошибок относится к разработке, его делают ваши разработчики или наши, и в ставку QA оно не входит. Тестировщик заводит каждую ошибку в вашем трекере с шагами, ожидаемым и фактическим результатом, скриншотами или видео и приоритетом, затем проверяет исправление и добавляет случай в регресс, чтобы ошибка не вернулась.

Да. Более опытный инженер пишет сценарии в k6, JMeter или Gatling, которые моделируют ожидаемый трафик, и вы получаете найденные пределы и их причины: база данных, очередь или внешний API. Сервисы нагрузочного тестирования, если они нужны, оплачиваются отдельно или покупаются на ваш аккаунт. Изменения серверов или облака после теста относятся к работе DevOps, от $50 до $70 в час.

Базовую доступность проверяем по WCAG 2.2: навигацию с клавиатуры, видимый фокус, текстовые альтернативы для изображений, подписи и сообщения об ошибках в формах и контраст. Эти исправления помогают и ИИ-ассистентам и агентам, которые читают ваши страницы. Если продукту нужен полный аудит доступности, мы так и скажем.