Направление

Тестирование сайтов и приложений

Контролируем качество продукта до того, как с ним столкнутся пользователи. Проверяем функционал, сценарии и стабильность на десктопе и мобильных устройствах.

Об услуге

Контроль качества до релиза

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

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

Задачи

Какие задачи решаем

  • Приоритет критичных сценариев

    Сначала проверяем то, что влияет на деньги и заявки: регистрацию, формы, корзину и оплату, личный кабинет, роли и права доступа.

  • Понятные баг-репорты

    Каждый дефект описываем с шагами, ожидаемым и фактическим результатом, окружением и приоритетом. Разработчик воспроизводит ошибку без дополнительных вопросов.

  • Контроль перед релизом

    Проверяем исправления и прогоняем регрессионный набор по ключевым цепочкам, чтобы изменения не сломали работающий функционал.

  • Рекомендации по улучшениям

    Кроме ошибок отмечаем UX-риски: непонятные сообщения, лишние шаги, неочевидные состояния интерфейса. Предлагаем, что исправить в первую очередь.

Состав работ

Что входит в работу

Инструменты и технологии

  • Jira
  • Postman
  • Chrome DevTools
  • Lighthouse
  • Xcode
  • Android Studio
  • TestFlight
  • Google Play Console
  • Python
  • C#
  • Функциональное тестирование сайтов и веб-сервисов
  • Тестирование мобильных приложений на iOS и Android
  • Кроссплатформенное тестирование в браузерах и на устройствах
  • UX/UI-аудит сайтов и приложений
  • Разработка чек-листов и тест-кейсов
  • Ручное и автоматизированное тестирование
  • Регрессионное тестирование перед релизом
  • Баг-репорты и итоговый отчёт с рекомендациями

Процесс

Как строится работа

Каждый этап заканчивается понятным результатом, который вы согласуете перед переходом к следующему.

  1. 01

    Анализ продукта

    Изучаем требования, макеты и текущую версию продукта, согласуем критичные сценарии, роли, окружения и критерии готовности к релизу.

  2. 02

    Тестовая документация

    Готовим чек-листы, тест-кейсы, матрицу браузеров и устройств, тестовые данные. Документация остаётся у вас и используется в следующих релизах.

  3. 03

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

    Проверяем функционал вручную, повторяющиеся проверки по согласованию автоматизируем. Тестируем на реальных устройствах и эмуляторах.

  4. 04

    Баг-репорты

    Заводим дефекты в вашем трекере или передаём списком с приоритетами. Отвечаем на вопросы разработчиков по воспроизведению ошибок.

  5. 05

    Ретест и регресс

    Проверяем исправления, прогоняем регрессионный набор и передаём итоговый отчёт о качестве сборки с рекомендациями по релизу.

Отзывы

Цена, скорость и качество - так о нас говорят клиенты

Блэнси зарекомендовали себя как надёжные и профессиональные партнёры, способные быстро и качественно решать сложные задачи.

Чистая линияМарка мороженого № 1 в России, 2020

Благодарственные письма

FAQ

Частые вопросы

С чего начать тестирование?

С определения критичных сценариев и критериев готовности. Сначала покрываем то, что влияет на заявки и продажи, затем расширяем проверки на остальной функционал.

Вы тестируете только сайты?

Нет. Проверяем сайты, веб-сервисы и мобильные приложения на iOS и Android: функционал, отображение в разных браузерах и на устройствах, удобство интерфейса.

Ручное или автоматизированное тестирование?

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

Сколько времени занимает тестирование?

Зависит от объёма продукта, числа ролей и окружений. Можно начать с ядра критичных сценариев и расширять покрытие постепенно, от релиза к релизу.

Нужен ли отдельный тестовый стенд?

Желательно: на стенде можно безопасно проверять оплату, формы и изменение данных. Если стенда нет, согласуем порядок тестирования на рабочей версии.

Что нужно от нас для старта?

Доступ к стенду или сборке, тестовые аккаунты для всех ролей, список ключевых сценариев и, если есть, требования, макеты или описание логики.

Новый проект

Обсудим вашу задачу

Опишите задачу в свободной форме. Ответим в рабочее время, уточним детали и предложим формат работы.

Файлы

    PDF, Word, Excel, PowerPoint, JPG, PNG или ZIP - до 3 файлов, всего до 10 МБ. Большие файлы пришлите ссылкой на облако в сообщении. Не прикладывайте паспорта и документы с персональными данными других людей.

    Как вы о нас узнали