Тестирование сайта и проверка на ошибки

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

Форма отправляет заявку, но в CRM она не приходит. Корзина на телефоне неправильно считает доставку. Кнопка оплаты в одном из браузеров не нажимается. Из админки такое не видно, а заявки теряются каждый день. Тестирование нужно, чтобы эти ошибки нашли вы, а не клиенты.

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

Формы, корзина, оплата, кабинет и цели

• Формы заявок, обратного звонка и подписки: отправка, проверка полей, сообщения об ошибках, письма и уведомления.
• Передача заявок в CRM: дошла ли заявка, с какими полями, сохранились ли UTM-метки и ClientID Метрики.
• Каталог, фильтры, поиск, корзина и оформление заказа, расчёт доставки и скидок.
• Оплата в тестовом режиме платёжного сервиса, статусы заказа и письма покупателю.
• Личный кабинет: регистрация, вход, восстановление пароля, права разных ролей.
• Браузеры и устройства вашей аудитории: Chrome, Яндекс Браузер, Safari, телефоны на Android и iOS.
• Битые ссылки, ошибки 404 и 500, перенаправления, смешанный контент.
• Цели Метрики: срабатывают ли они на тех действиях, по которым вы считаете рекламу.

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

Шесть шагов проверки

1. Собираем сценарии: что делают клиенты на сайте и что критично для бизнеса.
2. По Метрике выбираем браузеры, устройства и разрешения экрана.
3. Готовим чек-лист и договариваемся, как помечать тестовые заявки и заказы, чтобы менеджеры по ним не звонили.
4. Проходим сценарии на копии сайта или на рабочем сайте в тихие часы.
5. Описываем ошибки: шаги воспроизведения, ожидаемый и фактический результат, скриншот или видео, приоритет.
6. После исправлений проверяем ещё раз и смотрим, не сломалось ли соседнее.

Что вы получаете

• Чек-лист со всеми проверенными сценариями и результатом по каждому.
• Баг-репорты в таблице или в вашем таск-трекере, по приоритету.
• Список того, что работает нестабильно и требует наблюдения.
• Отчёт о повторной проверке после исправлений.

Тестовый домен перед переездом «Посуда Центра»

Когда федеральная сеть «Посуда Центр» меняла сайт, все работы шли на тестовом домене, закрытом от индексации. Там довели до рабочего состояния скрипт 301 редиректов по артикулу и новую генерацию мета-тегов, а живой сайт в это время продолжал продавать. После переезда сайт сохранил позиции и трафик из поиска, подробности в кейсе SEO-переезда. Для тестирования это главный принцип: опасные сценарии проверяем на копии.

Работы, сроки и цены

Цена тестирования зависит от числа сценариев и страниц, устройств и браузеров, личного кабинета, оплаты и интеграций с CRM или 1С. Лендинг с одной формой проверяется быстрее, чем магазин с несколькими способами доставки. Исправления в стоимость тестирования не входят. Если сайт делали не мы, ошибки чинит ваш разработчик, или мы берём их на доработку сайта. Наплыв посетителей проверяет стресс-тестирование, индексацию, скорость и дубли ищет технический аудит. На техподдержке главные сценарии прогоняем после каждого обновления.