Тестирование и QA: продукт работает так, как задумано

Проверяем веб- и мобильные продукты до релиза и после каждого крупного обновления: от первого тест-плана до регрессионного набора, который остаётся у вашей команды. Работаем из Ташкента с заказчиками в России, Гонконге, на Кипре и в Армении.

Какие виды тестирования делаем

Выбор набора зависит от стадии продукта: перед первым релизом нужен полный проход по требованиям, перед акцией — регрессия ключевых сценариев, перед масштабированием — нагрузка. Мы не продаём «пакет», а собираем объём под конкретный релиз.

• Функциональное — проверка каждого сценария по требованиям и ожиданиям пользователя, включая негативные пути и граничные значения.
• Регрессионное — набор кейсов, который прогоняется перед каждым релизом и ловит то, что сломала новая фича.
• Нагрузочное — профиль нагрузки по реальным логам, целевые пороги по p95 времени ответа и доле ошибок, прогон до их нарушения.
• Кроссбраузерное и кроссплатформенное — iOS, Android, десктопные и мобильные браузеры на реальных устройствах и в облачных фермах.
• Приёмочное — финальная проверка перед передачей заказчику по согласованным критериям приёмки.
• Исследовательское — сессии без сценария там, где требований ещё нет, с протоколом находок.

Что получает заказчик

Результат тестирования — не «мы всё проверили», а документы, по которым можно принять релиз и которые пригодятся следующему тестировщику.

• Тест-план: объём, окружения, устройства, критерии входа и выхода.
• Матрица покрытия: какие требования закрыты какими кейсами.
• Регрессионный набор под ваш продукт в вашем трекере или в TestRail.
• Отчёт о прогоне с итогами по каждому окружению.
• Реестр дефектов: шаги воспроизведения, окружение, severity и priority, скриншот или запись экрана.
• Протоколы нагрузочных тестов с графиками и воспроизводимыми сценариями.

Как устроен процесс

1. Созвон на 20–30 минут: продукт, стадия, окружения, сроки релиза.
2. Тест-план и смета. Если требований нет, формулируем объём сами и согласовываем как приложение к договору.
3. Прогон итерациями с доступом к трекеру: вы видите покрытие и дефекты по мере появления, а не в конце.
4. Отчёт, акт, передача артефактов. По договорённости остаёмся на поддержке релизов.

Инструменты подбираем под ваш стек: Playwright и Postman для API и веб-сценариев, k6 для нагрузки, BrowserStack для устройств, Charles для трафика мобильных приложений, Jira или TestRail для учёта.

Когда тестирование нужно особенно

• Релиз в новой стране: другие форматы дат, валют, адресов и платёжных провайдеров.
• Акция или пиковая кампания: трафик в разы выше обычного и нет права на простой.
• Смена команды разработки: старые знания о продукте ушли вместе с людьми.
• Интеграция с внешним сервисом: платёжный шлюз, CRM, рекламный кабинет.
• Аудит перед сделкой или сертификацией: нужен независимый отчёт о состоянии продукта.