2025 - 2026 год
Тестирование веб- и мобильного приложения для корпоративных мероприятий
Web
мобильное приложение
Веб
IOS
Android
Команда
1
инженер по тестированию
Техстек
TestFlight
Firebase
Charles Proxy
Trello
Xcode + симулятор
Веб
IOS
Android
О клиенте
Продуктовая компания, развивающая платформу корпоративных коммуникаций для проведения внутренних мероприятий. Решение поставляется по модели white-label: базовое приложение тиражируется под каждого корпоративного заказчика с собственным брендированием и отдельным контуром администрирования. Это позволяет компании масштабировать клиентскую базу на единой кодовой базе.
Продукт включает два компонента. Веб-админка, в которой менеджеры заказчика формируют страницы мероприятий из готовых блоков: текстовые описания, ссылки, расписание, фото- и видеоматериалы. Мобильное приложение для iOS и Android, где сотрудники компании-заказчика получают доступ к новостям, подписываются на интересующие мероприятия, просматривают афишу и расписание, регистрируются на корпоративные активности.
Бизнес-задачи
Обеспечить контроль качества мобильных приложений на iOS и Android.
Сделать релизный цикл предсказуемым: выпуск по плану, без откатов, хотфиксов и сдвига сроков.
Выстроить обработку пользовательских обращений: от жалобы, поступившей менеджеру, до подтверждённого дефекта в работе у разработчика.
Сократить время приёмки доработок и снять с продакт-менеджера нагрузку по ручной проверке каждой задачи.
Сохранить работоспособность продукта на всём парке пользовательских устройств, включая устаревшие версии iOS и Android.
Вызов
Проект передавался без проектной документации. Требования не были формализованы: продакт-менеджер фиксировал ожидаемый результат непосредственно в карточке трекера, после чего задача уходила в разработку. Тестовая модель существовала в виде разрозненных проверок в табличном файле; полноценной базы тест-кейсов и истории принятых решений не было. Обращения пользователей поступали без первичной диагностики.
Дополнительную сложность создавала фрагментация пользовательских устройств. Корпоративная аудитория обновляет операционные системы редко, и часть дефектов воспроизводилась только на устаревших сборках iOS и Android, часть из которых уже недоступна в эмуляторах. Требовался подбор ближайших сопоставимых версий с явной фиксацией ограничений проверки.
Как мы это сделали
Быстрый вход в проект
Специалист изучил продукт, административную панель и мобильные приложения на обеих платформах и в сжатые сроки принял контроль качества под свою ответственность, без пау зы в релизном графике.
Восстановление контекста требований при приёмке задач
При переводе задачи на тестирование анализировали не только исходную постановку, но и всю историю обсуждения в карточке: принятые по ходу изменения, уточнения продакта, отклонённые варианты. В условиях неформализованных требований именно переписка была фактическим источником актуальной логики, и проверка велась по ней.
Документирование результатов проверки
Ввели регламент фиксации: к каждой проверенной задаче прикладывались скриншоты мобильного приложения и административной панели с привлечением продакта к подтверждению. Это устранило разночтения по ожидаемому поведению и сократило цикл приёмки.
Тестирование веб-админки на тестовом контуре
Новые разделы и доработки проверялись на стейдже до выхода на прод: корректность загрузки информации, отображение блоков контента, поведение системы при ошибках. Релиз на прод выполнялась только после успешного прохождения проверок на тестовом контуре и исправления замечаний.
Тестирование мобильных сборок
Сборки поступали от разработчиков до публикации в магазинах приложений и устанавливались на реальные устройства. Сетевой слой анализировался через прокси Charles: состав запросов и корректность ответов сервера. Отдельно отрабатывался жизненный цикл приложения: сворачивание и восстановление из фона, прерывание длинных сценариев регистрации и заполнения форм, возврат к незавершённой операции. Проверялась доставка и корректность push-уведомлений. Полный объём проверок дублировался на iOS и Android.
Обработка пользовательских обращений
По каждому обращению выполнялся сбор недостающей диагностической информации, воспроизведение на соответствующей платформе и классификация: подтверждённый дефект, ожидаемое поведение или проблема на стороне пользователя. Результат возвращался менеджерам, подтверждённые дефекты передавались в разработку в виде готовы х задач. Поток обращений стал управляемым источником задач вместо неструктурированного потока жалоб.
Подготовка и подтверждение релизов
Проверенные задачи накапливались в отдельном статусе до формирования релизной сборки. После выката проводилась обязательная верификация на продовой среде: полнота поставки и отсутствие регрессий в ранее работавшей функциональности.
Что получил пользователь
Приложение, которое выходит в обновлениях без критичных дефектов и последующих экстренных правок.
Корректно доставляемые push-уведомления по мероприятиям и новостям.
Реакцию на обращение вместо ожидания: проблема воспроизводится и получает статус, а не остаётся в переписке менеджеров.
Доступ к полной функциональности приложения независимо от версии операционной системы.
Что получил клиент
Предсказуемый релизный цикл: выпуск по графику, без откатов и хотфиксов.
Единую точку ответственности за качество мобильного продукта и административной панели.
Управляемый процесс обработки обращений: по каждому есть вердикт и, при подтверждении дефекта, готовая задача в разработке.
Подтверждённую работоспособность продукта на устаревших версиях iOS и Android, которыми пользуется аудитория.
Мы не просто проверяли задачи
Мы приняли на себя QA-функцию продукта целиком: от первичной диагностики пользовательских обращений до подтверждения релиза на продовой среде. В условиях отсутствия проектной документации, базы тест-кейсов и аналитики релизы выходили по графику.
Смотрите наши другие кейсы
