Тестирование функционала сайта в Москве

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

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

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

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

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

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

Да. Для тестирования не нужен доступ к репозиторию: проверка идёт со стороны пользователя. Доступ к коду понадобится только на этапе исправлений, и это уже отдельная договорённость.

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

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

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

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

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

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

Это повторная проверка того, что работало раньше. Новая функция или обновление модуля способны сломать соседний участок, поэтому после изменений прогоняется сохранённый чек-лист по ключевым сценариям.

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

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

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

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

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

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

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

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

Да. Проверяются выгрузка заказов, обновление остатков и цен, статусы и повторная отправка при сбое. Настройка и доработка самого обмена — это интеграции сайта с внешними системами, отдельная задача.

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

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

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

Да, и это самые частые платформы в нашей практике. Для них у нас есть отдельные направления поддержки: техподдержка сайтов на 1С-Битрикс и поддержка сайтов на WordPress.

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

Останавливаем прогон и сообщаем сразу. Если сайт на сопровождении, к разбору приступаем немедленно; если нет, передаём вашей команде все данные о последних действиях, чтобы причину искали не с нуля.

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

Для сайта с редкими изменениями — раз в полгода и перед каждым крупным релизом. Для магазина с регулярными доработками полезнее короткие прогоны после каждого релиза и полная проверка раз в квартал.

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