Точки доступа установлены, контроллер видит оборудование, тестовый ноутбук выходит в сеть. Для завершения монтажа это хорошие признаки. Но руководителю склада нужен другой результат: сотрудники должны выполнять операции с ТСД в согласованных зонах и не терять рабочую сессию на маршруте.
Приёмка Wi-Fi включает три разных проверки: соответствие инфраструктуры проекту, фактические параметры радиосети и работу клиентских устройств с приложением. Кабельный протокол не подтверждает покрытие, а карта покрытия — успешность операции WMS. Программу испытаний готовят до монтажа, чтобы результат не зависел от трактовки слова «работает».
Договоритесь, что означает «работает»
Программа испытаний опирается на ТЗ. В ней указывают проверяемые зоны, модели ТСД, версии ПО, сценарии и критерии результата. Отдельно фиксируют состояние склада: товар, заполнение, работающие линии и доступность участков.
Если склад ещё пустой, можно проверить монтаж, кабели, питание и ряд функций сети. Но результат такого этапа не описывает автоматически условия полного хранения. Недоступный сценарий нужно назвать и определить, когда его проверят.
Для каждого теста должна быть понятна последовательность: исходное состояние, действие, измеряемый показатель и допустимый результат. «Пройтись с терминалом» полезно как действие, но недостаточно как протокол.
Сначала сверяют построенную инфраструктуру
Проверка начинается с моделей оборудования, фактических мест, высот и ориентации антенн. Согласованные изменения сопоставляют с исполнительными схемами. Устройства, кабели и порты должны однозначно определяться по маркировке.
Затем проверяют подключения и питание: скорость соединения на проводном порту, ошибки интерфейсов, согласованный режим PoE и доступный бюджет питания. Если резервирование предусмотрено проектом, испытания должны охватывать именно согласованный отказ — например, потерю одного источника питания или канала связи. Наличие второго устройства в шкафу само по себе не подтверждает сохранение сервиса.
В работающем складе проверки, способные нарушить связь, выполняют в согласованное окно. Приёмка не должна неожиданно превращаться в остановку производственного процесса.
Кабельные испытания — отдельная часть доказательств
В протоколах важны идентификатор линии, результат и выбранные пределы тестирования. Нужно понимать, что испытывали: постоянную линию или канал вместе с соединительными шнурами. Эти результаты нельзя механически подменять друг другом. Если стационарный кабель оканчивается вилкой и подключается прямо к ТД, нужно отдельно определить схему и метод испытаний такого подключения, например MPTL. Выбранные адаптеры и пределы теста должны соответствовать испытываемому участку. Fluke Networks: Channel, Permanent Link, Patch Cords, MPTL.
В одном из изученных комплектов исполнительной документации зафиксированы 60 успешных испытаний кабельных каналов. Такая сводка полезна, когда каждый результат можно сопоставить с кабельным журналом и индивидуальным протоколом. Она подтверждает испытанные характеристики кабельной системы, но не качество радиопокрытия.
Fluke Networks отдельно различает простую проверку соединения, квалификацию под определённую технологию и сертификационные испытания. Поэтому формулировка «кабель проверен тестером» требует уточнения метода. Fluke Networks: Verification, Qualification and Certification.
Проверяют радиосеть в рабочих зонах
Верификационное радиообследование показывает фактические параметры построенной сети. Маршруты проходят по требуемым зонам, включая стеллажные проходы и переходы между ними. На картах должны быть понятны диапазон, показатель, границы оценки и клиентский профиль.
Полезно сопоставлять измерения с проектом, а не рассматривать каждую карту отдельно. Если есть расхождение, выясняют причину: изменился монтаж, товар, настройки, модель оборудования или исходное предположение.
При этом карта уровня сигнала не является универсальным сертификатом исправности сети. Для задержек, потерь, поведения терминалов и приложения нужны соответствующие испытания. Руководство NetAlly рассматривает предпроектные и проверочные обследования как разные этапы жизненного цикла сети. NetAlly: Site Survey Best Practices.
Испытывают ТСД и складские операции
Для функциональной проверки используют целевые терминалы и согласованный профиль безопасности. Если в эксплуатации несколько существенно различающихся моделей или версий ПО, выборку нужно обосновать. Один новый ТСД не представляет автоматически весь парк.
| Сценарий | Что фиксировать |
|---|---|
| Начальное подключение | Успешность подключения и доступность необходимых сервисов |
| Работа на месте | Результат типовых операций WMS, задержки и повторы |
| Перемещение по маршруту | Переходы между ТД, прерывания передачи, сохранение работы приложения |
| Возврат после паузы | Поведение терминала после сна или длительного бездействия |
| Работа нескольких устройств | Результат при согласованной нагрузке и распределении по зоне |
| Восстановление после согласованного отказа | Что перестало работать, как и за какое время восстановилось |
Для тестов с WMS заранее выбирают безопасный сценарий или тестовые задания. Тестовые действия согласуют с ответственными за склад, чтобы проверка связи не меняла реальные задания и отгрузки. Если используется синтетический трафик, в отчёте так и указывают: он проверяет определённые свойства сети, но не всю бизнес-операцию.
Не ограничивайтесь средним временем ответа
Среднее значение может скрывать редкие длинные ожидания. Для склада полезно видеть не только типичный результат, но и количество неуспешных операций, повторов и заметных пауз. Метод агрегирования и объём выборки согласуют заранее.
Если ответ WMS оказался медленным, нужно понять, на каком участке возникла задержка. Измерение до локального сервера помогает отделить часть сети от приложения, но не заменяет проверку всей цепочки. В протоколе важно сохранить и успешные результаты, и исключения с условиями их возникновения.
Закрывают замечания по результату повторной проверки
Для каждого замечания фиксируют место, подтверждение, предлагаемое действие и повторный тест. После исправления проверяют затронутый сценарий; при изменении радиопараметров оценивают и соседние зоны, на которые оно могло повлиять.
Статус «настройки изменены» описывает выполненную работу. Статус «требование выполнено» должен опираться на проверку. Это различие помогает избежать ситуации, когда сеть формально сдана, а жалобы сотрудников переходят в бесконечную переписку.
Какие документы передают в эксплуатацию
В итоговом комплекте должны быть актуальные схемы, согласованный состав конфигурационных резервных копий, кабельные протоколы, отчёт радиообследования и результаты функциональных испытаний. Отдельно передают порядок доступа, сопровождения и восстановления — по защищённому каналу и ответственным сотрудникам.
Для эксплуатации полезна краткая запись исходного состояния: версии ПО, конфигурация, дата проверки и условия склада. После перестановки стеллажей или обновления ТСД будет с чем сравнить новые наблюдения. Если сеть принимала другая команда и теперь появились жалобы, эти сведения помогут подготовить аудит, не восстанавливая историю объекта с нуля.
Wireless Overlords выполняет проверку построенных сетей и помогает подготовить программу приёмки. Начать можно с ТЗ, проекта и описания того, какие операции должны пройти испытания.