Проверяем мобильные приложения и сайты перед релизом и после доработок: находим дефекты раньше пользователей, ведём тест-планы и баг-репорты и отвечаем за качество. Мобильные приложения — наш основной профиль, сайты тестируем по той же дисциплине QA.
Тестирование — это проверка продукта по заранее описанным сценариям: работает ли каждая функция, не падает ли приложение, всё ли на месте после доработок.
QA (обеспечение качества) — это дисциплина вокруг тестирования: тест-план, тест-кейсы, баг-репорты и регрессия, по которым продукт проходят одинаково от релиза к релизу.
Техническая поддержка приложений и сайтовЧто каждая возможность работает по требованиям и не ломается после доработок: каталог, корзина, оплата, авторизация, формы, личный кабинет — на разных устройствах и в браузерах.
Когда продукт готовят к релизу, дорабатывают или берут от другого подрядчика: интернет-магазинам с приложением и сайтом, сервисам, маркетплейсам, доставке. Проверить идею на узкой аудитории помогает разработка MVP.
Под каждую задачу подбираем нужные виды проверок. В большинстве проектов работают несколько из них одновременно — и в мобильном приложении, и на сайте.
| Вид тестирования | Что проверяем |
|---|---|
| Функциональное тестирование | Проверяем, что каждая возможность работает по требованиям: каталог, корзина, оплата, авторизация, формы, личный кабинет. |
| Регрессионное тестирование | После доработок проверяем, что новые изменения не сломали то, что уже работало. Идёт перед каждым релизом. |
| Тестирование совместимости | Прогоняем продукт на разных устройствах, версиях iOS и Android и в популярных браузерах — интерфейс не должен разъезжаться. |
| Тестирование интерфейса и удобства | Смотрим на пользовательский путь глазами человека: понятны ли шаги, не теряется ли пользователь, работают ли жесты и переходы. |
| Нагрузочное тестирование | Проверяем, как приложение или сайт держат наплыв пользователей в пик — например, в акции или распродажу. |
| Тестирование интеграций и API | Проверяем обмен данными с внешними системами: оплатой, учётной системой, службами доставки, маркетплейсами. |
| Тестирование безопасности | Ищем базовые уязвимости в работе с данными пользователей, авторизацией и платежами. |
| Кроссбраузерное тестирование сайта | Отдельно для веба: проверяем вёрстку и поведение сайта в разных браузерах и на разных размерах экрана. |
Если нужно проверить не качество, а конверсию — какой из двух вариантов интерфейса приносит больше заявок, — это соседняя задача: A/B-тестирование приложений и сайтов. А чтобы заранее найти слабые места интерфейса, помогает аудит UX/UI.
Дисциплина QA общая для мобильных приложений и сайтов: тест-план, тест-кейсы, прогон, баг-репорты и регрессия. Отличается набор устройств и сред, на которых проверяют продукт.
Наш основной профиль. Проверяем сценарии на разных моделях и версиях iOS и Android, следим за поведением при слабой сети, в фоне и при повороте экрана, за push-уведомлениями, оплатой, камерой и геолокацией.
Отдельно готовим приложение к модерации в сторах. Разработку и тестирование можно заказать на странице приложения для интернет-магазина.
Проверяем по той же дисциплине, но с акцентом на кроссбраузерность и адаптивность: как страница выглядит и работает в разных браузерах, на десктопе, планшете и смартфоне, при разной ширине экрана.
Проверяем формы, корзину, оформление заказа, скорость загрузки и вёрстку. Тестирование входит в разработку сайта интернет-магазина.
Основную часть проверок тестировщики выполняют вручную — так находят проблемы интерфейса и логики, которые не видит автоматика.
Повторяющиеся сценарии перед каждым релизом автоматизируют: это ускоряет регрессию и снижает её стоимость. Баланс подбираем под продукт и частоту релизов.
| Что проверяем | Мобильное приложение | Сайт |
|---|---|---|
| Совместимость | Модели и версии iOS и Android | Браузеры и размеры экрана |
| Ключевые сценарии | Каталог, оплата, push, личный кабинет | Каталог, формы, корзина, оформление заказа |
| Специфика | Слабая сеть, фон, разрешения, модерация в сторах | Кроссбраузерность, адаптивная вёрстка, скорость загрузки |
| Регрессия перед релизом | Да | Да |
Для связки приложения и сайта на одной базе — комплексная разработка e-commerce, а быстро проверить идею на узкой аудитории помогает разработка MVP.
Тестирование окупается в понятных ситуациях — вот основные из них.
До публикации в сторах и до запуска сайта нужно убедиться, что ключевые сценарии работают и приложение не падает на реальных устройствах.
Любое изменение может задеть то, что уже работало. Регрессионное тестирование ловит такие поломки до того, как их увидит пользователь.
Когда интерфейс переработан, важно проверить и новые экраны, и старую логику под ними. О переработке интерфейса — на странице аудита UX/UI.
Перед тем как развивать чужое приложение или сайт, полезно понять его текущее состояние. Здесь тестирование сочетается с аудитом кода и аудитом приложения.
Распродажа, рекламная кампания, сезонный спрос — нагрузочное тестирование заранее показывает, выдержит ли продукт наплыв пользователей.
После тестирования вы получаете конкретные документы и решения, которыми пользуется ваша команда, — а не устное «мы всё проверили».
Описание того, что и как проверяем: сценарии, устройства, браузеры, приоритеты. Вы заранее видите объём работы.
Пошаговые сценарии проверок, по которым продукт проходят одинаково от релиза к релизу.
Каждый найденный дефект — с шагами воспроизведения, ожидаемым и фактическим поведением и оценкой критичности.
Подтверждение, что новые изменения не сломали работавшие функции.
Итоговая картина: что проверено, какие дефекты закрыты, что осталось, и оценка готовности к публикации.
Процесс тестирования устроен как повторяемый цикл — от плана до отчёта. Так проверка идёт одинаково на каждом релизе, а не «на что хватит времени».
Тестировщики разбираются в продукте и его функциях, определяют сценарии, устройства и браузеры для проверки и фиксируют приоритеты. На выходе — тест-план, по которому понятен объём работы.
Ключевые сценарии раскладываются на пошаговые тест-кейсы и чек-листы. Это делает проверку воспроизводимой: продукт проходят одинаково при каждом прогоне.
Тестировщики проходят продукт по сценариям на реальных устройствах и в браузерах, воспроизводят пользовательские пути и фиксируют отклонения от ожидаемого поведения.
Каждый найденный дефект оформляется в баг-репорт с шагами воспроизведения, скриншотами и приоритетом. Команда разработки чинит по очереди — от критичных к незначительным.
После исправлений выполняется регрессионный прогон — проверка, что правки не сломали работавшие функции. Повторяется перед каждым релизом.
По итогам формируется отчёт: что проверено, какие дефекты закрыты, что осталось и готов ли продукт к публикации. Решение о релизе принимается по фактам.
Конкретные инструменты подбираем под стек продукта, но набор категорий устойчивый.
В них хранятся баг-репорты и тест-кейсы, видно статус каждого дефекта и историю проверок.
Проверяют обмен данными с оплатой, учётной системой, службами доставки и маркетплейсами.
Прогоняют повторяющиеся сценарии перед релизом без ручного участия — это ускоряет и удешевляет регрессию.
Разные модели и версии iOS и Android для проверки совместимости, плюс проверка сайта в популярных браузерах.
Отслеживают падения и сбои уже после релиза, чтобы находить проблемы у реальных пользователей.
Если продукт работает на модульной платформе FITTIN, мониторинг ошибок и сбор событий уже встроены — тестирование опирается на готовую базу данных о работе приложения.
Приложения, которые прошли тестирование и вышли в сторы, стабильно работают и держат высокие оценки пользователей — это и есть прикладной результат QA.
Приложение маркетплейса товаров для здоровья на Flutter: каталог из более чем 4 700 товаров, оплата, доставка, личный кабинет. Опубликовано в App Store и Google Play.
Приложение интернет-магазина товаров для дома, ремонта, дачи и сада на модульной платформе FITTIN — с каталогом, оформлением заказа и личным кабинетом. Опубликовано в App Store и Google Play.
Приложение финского бренда детской одежды на Flutter — как продолжение интернет-магазина: каталог с фильтрами, наличие по размерам, программа лояльности. Релиз в App Store и Google Play.
Высокие оценки при сотнях отзывов и быстрый набор установок на старте — показатели того, что приложение стабильно работает у реальных пользователей и вышло без критичных дефектов. Другие проекты — в портфолио.
Стоимость тестирования зависит от размера продукта, числа сценариев и глубины проверки, поэтому точную сумму называют после погружения в задачу. Работаем по двум моделям оплаты.
Развивающиеся продукты и регулярное QA
Оплата по фактически отработанным часам со сметой и оценкой перед стартом. Подходит для регулярного QA-сопровождения и продуктов, которые развиваются.
Разовая проверка перед релизом
Фиксированная стоимость за понятный объём работ — например, разовое тестирование перед конкретным релизом.
До точной сметы
Разовая проверка перед релизом — ориентировочно от 40 000 ₽, регулярное QA-сопровождение с прогоном перед каждым релизом — ориентировочно от 60 000 ₽ в месяц.
Публичная почасовая сетка ставок по ролям (тестировщик — от 2 625 ₽/час) опубликована на странице тарифов; прикинуть порядок бюджета проекта помогает калькулятор стоимости. Для продуктов на модульной платформе FITTIN базовое тестирование входит в разработку и сопровождение, а отдельной услугой QA берём приложения и сайты, сделанные другими подрядчиками, — в связке с технической поддержкой приложений. Если перед тестированием нужно зафиксировать требования, поможет разработка технического задания, а понять слабые места интерфейса заранее — аудит UX/UI.
Единой цены нет: тестирование оплачивается по модели Time & Materials или Fixed Price на конкретный объём работ, а объём зависит от размера продукта, числа сценариев и глубины проверки. По нашему опыту разовая проверка перед релизом ориентировочно начинается от 40 000 ₽, регулярное QA-сопровождение — ориентировочно от 60 000 ₽ в месяц. Точную смету называют после погружения в задачу. Публичная почасовая сетка ставок опубликована на странице тарифов.
Тест-план с описанием того, что и как проверяем; набор чек-листов и тест-кейсов; прогон сценариев на реальных устройствах и в браузерах; баг-репорты с приоритетами и шагами воспроизведения; регрессионное тестирование перед релизом; итоговый отчёт о качестве с оценкой готовности к публикации. По договорённости подключаем автоматизацию ключевых сценариев и нагрузочное тестирование.
Функциональное тестирование проверяет, что каждая возможность продукта работает по требованиям: каталог, корзина, оплата, авторизация, формы. Регрессионное тестирование запускают после доработок — оно проверяет, что новые изменения не сломали то, что уже работало. Обычно функциональное тестирование идёт при появлении новой функции, а регрессионное — перед каждым релизом.
Да. Мы разбираемся в устройстве продукта на этапе погружения в задачу и составляем тест-план под его функции — независимо от того, кто его разрабатывал. Тестировщики находят дефекты, оформляют баг-репорты и передают их вашей команде. Если продукт нужно ещё и развивать или чинить, поможет техническая поддержка приложений и сайтов.
И то, и другое. Основную часть проверок тестировщики выполняют вручную на реальных устройствах и в браузерах — так находят проблемы интерфейса и логики, которые не видит автоматика. Для повторяющихся сценариев, которые прогоняют перед каждым релизом, подключаем автоматизацию: она ускоряет регрессию и снижает её стоимость. Баланс ручного и автоматического подбираем под продукт.
Продукт готов к публикации, когда пройдены ключевые функциональные сценарии, закрыты критичные и высокоприоритетные дефекты, выполнен регрессионный прогон и приложение проверено на разных устройствах и версиях операционных систем. По итогам тестирования мы даём отчёт о качестве с оценкой готовности и списком оставшихся замечаний, чтобы решение о релизе принималось по фактам, а не на ощущение.
Да. Мы разрабатываем и приложения, и сайты, поэтому тестируем оба типа продуктов. В мобильных приложениях фокус на разных устройствах и версиях iOS и Android, в сайтах — на кроссбраузерной проверке и вёрстке на разных экранах. Логика тестирования общая: тест-план, тест-кейсы, прогон, баг-репорты, регрессия и отчёт.
Опишите продукт — приложение или сайт — и что нужно проверить. Погрузимся в задачу, составим тест-план и назовём смету по часам перед стартом.
