Устранение неполадок при тестировании локальной сети
Чтобы устранить проблемы, возникающие с тестами Device.Network, выполните следующие действия.
Ознакомьтесь с разделом Устранение неполадок при тестировании Windows HLK.
Просмотрите заметки о выпуске Windows HLK , чтобы ознакомиться с текущими проблемами тестирования.
Сведения о сбое теста можно найти в журнале тестов Windows HLK Studio. Если вы найдете нужные сведения, устраните проблему и повторно запустите тест.
Если задания тестирования локальной сети двух компьютеров завершаются ошибкой, скорее всего, тесты не смогут обнаружить сообщение и (или) поддерживать устройства на любом из двух компьютеров.
Чтобы быстро диагностировать эту проблему, запустите задание "NDISTest 6.5 — [2 компьютер] — CheckConnectivity". Выполнение этого задания занимает всего несколько минут, но вы узнаете, могут ли компьютеры взаимодействовать и готовы ли они к выполнению остальных двух заданий.
Если возникает проблема с подключением, задание завершится ошибкой в задаче "Запуск клиента NDISTest". В файлах журналов задания будут перечислены сбои, когда тест и поддержка сетевых адаптеров не могут обмениваться данными двунаправленно. Просмотрите результаты в файлах журнала задания, проверка подключения компьютеров и повторите попытку выполнения задания.
Кроме того, следует проверка, что в качестве компьютера поддержки выбирается правильный компьютер. С помощью сетевых адаптеров с несколькими портами и несколькими настройками компьютера очень легко выбрать неправильный сетевой адаптер или неправильный компьютер. Мы рекомендуем сохранить два компьютера, на которых выполняются тесты локальной сети, в собственном пуле компьютеров, чтобы избежать случайного выбора неправильного компьютера.
NDISTest 6.5 — [2 компьютер] — задание CheckConnectivity
Задание NDISTest 6.5 — [2 Machine] — CheckConnectivity гарантирует, что тестовые и вспомогательные устройства могут правильно взаимодействовать, выполняя базовую отправку и получение.
Если задача "Запуск скрипта для обнаружения устройств и заполнения параметров" помечена как сбой, происходит сбой автоматического обнаружения устройства. Дважды щелкните detect.wtl, чтобы открыть журнал автоматического обнаружения, чтобы определить, какое устройство не было обнаружено.
Автоматическое определение устройств будет работать только в том случае, если компьютеры настроены в рекомендуемой топологии. Тестовый компьютер должен содержать целевой сетевой адаптер и сетевой интерфейс сообщения. Компьютер службы поддержки должен содержать поддержку сетевой адаптер и сетевой интерфейс для сообщений. Любые дополнительные подключенные устройства Ethernet сделают автоматическое обнаружение невозможным и потребует переименования устройств для обозначения их ролей.
Чтобы избежать помех, поддержка сетевого адаптера должна быть подключена к тестовой сетевой адаптеру с помощью прямого подключения (без коммутатора или концентратора). Сетевые адаптеры сообщений — это те же сетевые карты, которые используются для подключения к компьютеру контроллера и остальной части лаборатории или корпоративной сети.
Логика скрипта CheckConnectivity
Ниже приведена логика скрипта автоматического определения.
Найдите NIC сообщения.
Выполните поиск устройств с именем MessageDevice.
Если он не найден, выполните поиск сетевого адаптера Ethernet с IP-адресом, назначенным DHCP.
Если он по-прежнему не найден, выполните поиск сетевого адаптера Ethernet со статически назначенным IP-адресом.
Если ничего не найдено, завершите работу и завершите работу.
При запуске на компьютере службы поддержки найдите сетевой адаптер поддержки.
Найдите устройства с именем SupportDevice0.
Если он не найден, найдите физический сетевой адаптер Ethernet, который не является сетевым интерфейсом сообщения.
Если ничего не найдено, завершите работу и завершите работу.
Полные сведения о логике скрипта автоматического определения можно найти, изучив скрипт, расположенный по адресу \\[CONTROLLER]\Tests\[ARCH]\NDIS\Scripts\detect.wsf
Где:
[КОНТРОЛЛЕР]. Имя компьютера контроллера.
[ARCH]. X86 (для процессоров на базе x86) или amd64 (для процессоров на базе x64).
Чтение журналов NDISTest
Один из способов чтения журналов NDISTest — дважды щелкнуть "ndistest.wtl" или щелкнуть правой кнопкой мыши результат задачи и перейти к разделу "Дополнительные файлы" для результата задания, который вы хотите просмотреть. Откроется средство просмотра журналов диспетчера DTM.
NDISTest также создает журналы HTML, которые часто являются гораздо более удобочитаемыми. Чтобы просмотреть журнал HTML для результата, щелкните правой кнопкой мыши результат задачи и перейдите к разделу "Дополнительные файлы". В списке будет несколько файлов; откройте файл checkconnectivity.htm в папке Client.
Кроме того, откройте "ndistest.htm" в папке "Клиент", чтобы просмотреть сбои в задачах предварительной и постконфигурируемой конфигурации, которые выполняются до и после каждого теста NDISTest 6.5.