Управление проектом
Приёмка сайта: как проверить согласованный результат
Проверка подготовленной версии сайта по заранее согласованным требованиям и сценариям с фиксацией результатов, замечаний и решения о следующем этапе.
Редакция:
Приёмка сайта отвечает на вопрос: можно ли подтвердить, что согласованный результат получен? Для этого нужны требования, проверяемая версия и наблюдаемый результат каждого сценария. Демонстрация красивой главной страницы не охватывает работу формы, редактирование контента и поведение на телефоне.
Критерии полезно согласовывать до разработки. ISTQB включает определение критериев на этапе требований в практику приёмочного тестирования. Для заказчика это означает простое действие: перевести «форма работает» в конкретное условие, которое можно воспроизвести.
Пример одного сценария
Учебный пример: посетитель отправляет запрос на расчёт. Ожидаемый результат — форма подтверждает приём, а согласованная система получателя содержит запись с правильными полями. Если проверена только надпись на экране, доставка ещё не подтверждена. Для повторного нажатия и недоступности сервиса нужны отдельные ожидаемые результаты.
Проверяйте на безопасных тестовых данных и с согласованным получателем. Запишите версию и окружение: результат со staging нельзя автоматически переносить на production с другими ключами и настройками.
Карточка проверки
| Поле | Что записать |
|---|---|
| Основание | Требование или согласованный макет, ссылка на его редакцию |
| Условия | Версия сайта, окружение, устройство, роль и тестовые данные |
| Действия | Последовательность шагов, которую может повторить другой участник |
| Ожидание | Конкретный видимый результат и результат в связанной системе |
| Факт | Что произошло, где находится подтверждение, дата проверки |
| Решение | Пройдено, дефект или не проверено; ответственный за следующий шаг |
«Не проверено» оставляют отдельным состоянием. Отсутствие доступа к CRM не доказывает ни успешную доставку, ни её поломку. Скриншот полезен для состояния интерфейса, но не заменяет подтверждение записи у получателя.
Как работать с замечаниями
Для дефекта укажите шаги, ожидание, фактическое поведение и влияние на сценарий. Опечатка и потеря заявки требуют разных решений; порядок устранения согласуют по влиянию на запуск. После исправления повторяют исходный сценарий и связанные проверки, которые изменение могло затронуть.
Новая функция, которой нет в согласованном объёме, требует отдельного обсуждения. Не смешивайте её с исправлением несоответствия: иначе невозможно понять готовность первоначального результата и влияние новых пожеланий на сроки.
Что остаётся после приёмки
Сохраните протокол, список непроверенных условий, открытые замечания и решение о выпуске. Технический протокол фиксирует доказательства; порядок оформления сдачи проекта определяется вашими договорённостями. Приёмка не обещает отсутствие любых будущих ошибок и не подтверждает будущие продажи или позиции в поиске.
Начните с подробного чек-листа, затем заполните интерактивный протокол. Он помогает записать проверки и скачать результат, но не тестирует сайт автоматически. Порядок запуска и повторной проверки разобран в уроке приёмки.