Приёмка сети: от розетки до рабочего приложения.
Протокол по отдельным уровням показывает, где нарушена работа и что действительно исправило проблему.
Получить воспроизводимый исходный результат
«трипскан ссылка». Для каждого типа рабочего места зафиксируйте тестовый клиент, способ подключения и контрольный ресурс. Начните с физического соединения или подключения к WLAN, затем запишите полученный адрес, шлюз и DNS. Не публикуйте пароли или полный конфигурационный файл в общем акте. Для сравнения используйте отдельную безопасную копию существенных параметров и идентификатор сохранённой конфигурации.
Разделить локальную сеть и внешний путь
Если внутренний тестовый файл передаётся устойчиво, а внешний сервис работает плохо, это ещё не доказывает неисправность Wi‑Fi. Сравните тот же сервис по проводному подключению и проверьте доступность локального назначения. Если имя не разрешается, исследуйте DNS отдельно от соединения по известному тестовому адресу. Один неответивший ping не является достаточным диагнозом: контрольный сервис может запрещать ICMP при исправной работе приложения.
Описать условия повторной проверки
В акте укажите не среднее «всё работает», а сценарии, ожидаемый результат, наблюдение и исключения. Например: вход в приложение с гостевого сегмента должен быть запрещён; с рабочего — завершаться в принятом диапазоне времени; при заполненной переговорной разговор проверяется по согласованному сценарию. Число повторов и допустимые отклонения согласуйте до испытания. Исправление принимают повторением того же сценария, а не только отсутствием новой жалобы.