Solución de problemas de pruebas de LAN
Para solucionar problemas que se producen con las pruebas de Device.Network, siga estos pasos:
Revise Solución de problemas de errores de prueba de HLK de Windows.
Revise las notas de la versión de Windows HLK para ver los problemas de prueba actuales.
Para ver un error de prueba, busque información utilizable en el registro de pruebas de Windows HLK Studio. Si encuentra información utilizable, resuelva el problema y vuelva a ejecutar la prueba.
Si se produce un error en los dos trabajos de prueba de LAN de las dos máquinas, es probable que las pruebas no puedan detectar el mensaje o admitir dispositivos en cualquiera de las dos máquinas.
Para diagnosticar rápidamente este tipo de problema, ejecute el trabajo "NDISTest 6.5 - [2 Machine] - CheckConnectivity". Este trabajo solo tarda unos minutos en ejecutarse, pero le indicará si las máquinas pueden comunicarse y están listas para ejecutar el resto de los dos trabajos de la máquina.
Si hay un problema de conectividad, se producirá un error en el trabajo en la tarea "Ejecutar cliente NDISTest". Los archivos de registro del trabajo mostrarán errores cuando las NIC de prueba y soporte técnico no se puedan comunicar bidireccionalmente. Revise los resultados en los archivos de registro del trabajo, compruebe las conexiones de las máquinas e intente volver a ejecutar el trabajo.
También debe comprobar que está seleccionando la máquina correcta como la máquina de soporte técnico. Con NIC multiporte y varias configuraciones de máquina, es muy fácil seleccionar la NIC incorrecta o la máquina incorrecta. Se recomienda mantener las dos máquinas que ejecutan pruebas LAN en su propio grupo de máquinas para evitar seleccionar accidentalmente la máquina incorrecta.
El trabajo NDISTest 6.5 - [2 máquina] - CheckConnectivity
El trabajo NDISTest 6.5 - [2 Machine] - CheckConnectivity garantiza que los dispositivos de prueba y soporte técnico se puedan comunicar correctamente haciendo un envío y recepción básicos.
Si la tarea "Ejecutar script para detectar dispositivos y rellenar parámetros" se marca como errónea, se produjo un error en la detección automática del dispositivo. Haga doble clic en detect.wtl para abrir el registro de detección automática para determinar qué dispositivo no se detectó.
La detección automática de los dispositivos solo funcionará si las máquinas están configuradas en la topología recomendada. La máquina de prueba debe contener la NIC de destino y la NIC del mensaje. La máquina de soporte técnico debe contener una NIC de soporte técnico y una NIC de mensaje. Los dispositivos Ethernet conectados adicionales harán imposible la detección automática y requerirán que se cambie el nombre de los dispositivos para indicar sus roles.
La NIC de soporte técnico debe estar conectada a la NIC de prueba mediante una conexión directa (sin conmutador o concentrador) para evitar interferencias. Las NIC de mensaje son la misma NIC que se usa para la conectividad con la máquina controladora y el resto de la red corporativa o del laboratorio.
La lógica del script CheckConnectivity
La lógica del script de detección automática es la siguiente:
Busque la NIC del mensaje.
Busque dispositivos denominados "MessageDevice".
Si no se encuentra, busque la NIC Ethernet con una dirección IP asignada por DHCP.
Si aún no se encuentra, busque la NIC Ethernet con una dirección IP asignada estáticamente.
Si no se encuentra nada, produzca un error y salga.
Si se ejecuta en el equipo de soporte técnico, busque la NIC de soporte técnico.
Busque dispositivos denominados "SupportDevice0".
Si no se encuentra, busque una NIC Ethernet física habilitada que no sea la NIC del mensaje.
Si no se encuentra nada, produzca un error y salga.
Puede encontrar detalles completos de la lógica del script de detección automática examinando el script que se encuentra en: \\[CONTROLLER]\Tests\[ARCH]\NDIS\Scripts\detect.wsf
Donde:
[CONTROLADOR]. Nombre del equipo controlador.
[ARCH]. Ya sea x86 (para procesadores basados en x86) o amd64 (para procesadores basados en x64).
Lectura de los registros de NDISTest
Una manera de leer los registros de NDISTest es hacer doble clic en "ndistest.wtl" o hacer clic con el botón derecho en el resultado de la tarea y ir a "Archivos adicionales" para el resultado del trabajo que desea ver. Se abrirá el visor de registros de DTM Manager.
NDISTest también genera registros HTML que a menudo son mucho más legibles. Para ver el registro HTML de un resultado, haga clic con el botón derecho en el resultado de la tarea y vaya a "Archivos adicionales". Habrá varios archivos enumerados; abra el archivo checkconnectivity.htm en la carpeta "Cliente".
Además, abra "ndistest.htm" desde la carpeta "Client" para ver los errores de las tareas preconfig y postconfig que se ejecutan antes y después de cada prueba de NDISTest 6.5.