Тестирование: что проверяю перед сдачей

Перед запуском прогоняю сценарии на телефоне, десктопе и слабом интернете — обычно 1–4 часа на итерацию. Цель — поймать ошибки до того, как их увидят клиенты и поисковики.

Зачем отдельный этап теста

На staging всё «вроде работает» у разработчика на Mac в Chrome. У реального пользователя — старый Android, блокировщик рекламы, медленный 3G, автозаполнение формы с другим форматом телефона. Тестирование — это проверка как у клиента, а не галочка в чеклисте.

Что проверяю

Функциональность

• Все ссылки ведут куда нужно, нет битых 404.
• Формы: валидация, отправка в Telegram / почту / CRM, сообщение об успехе.
• Оплата (если есть): тестовый платёж, корзина, скидки, пустая корзина.
• Авторизация, личный кабинет, восстановление пароля.
• Админка: создание/редактирование записей, загрузка файлов.

Устройства и браузеры

• iPhone и Android (разные ширины экрана).
• Chrome, Safari, Firefox — хотя бы smoke-test.
• Горизонтальная ориентация, клавиатура поверх поля ввода на мобилке.

Скорость и SEO-база

• Lighthouse / PageSpeed — целюсь в зелёную зону для лендинга.
• Мета-теги, заголовки H1–H3, alt у картинок, favicon.
• robots.txt и sitemap — если нужны для индексации.

Безопасность (базово)

• HTTPS на staging и проде, нет смешанного контента.
• Нет открытых тестовых паролей в коде, закрыты служебные URL.
• Формы не принимают пустой спам без простой защиты (honeypot / лимит).

Подробнее о подходе: как тестирую интерфейсы.

Как вы участвуете

Даю вам ссылку на staging и короткий список: «пройдите путь клиента от главной до заявки». Ваши замечания («текст обрезается», «не нравится отступ») фиксирую и исправляю в рамках ТЗ или оцениваю отдельно, если это новый объём.

Сроки

Когда считаем этап закрытым

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

Дальше по процессу

После теста — запуск на боевой домен. Предыдущие этапы: разработка, дизайн. Обзор — услуги.