Por lo general, desea garantizar el correcto interfuncionamiento. He sido líder de proyecto para pruebas de interoperabilidad en un par de ocasiones, y aquí está mi resumen rápido de lo que generalmente sucede:
El contenido principal de la prueba es
- cumplimiento de especificaciones formales (se devuelven respuestas correctas al recibir los mensajes)
- manejo correcto de excepciones (mensaje mal formateado recibido, mensaje mal sincronizado, fuera de secuencia, dirección incorrecta, dirección formateada incorrectamente, error CRC, …)
- Corrección del conteo, tiempo de respuesta y todo eso.
- Prueba de carga (envío de una carga de mensajes en alta frecuencia, para ver si y cuándo y cómo sale el software del modo operativo)
- interoperabilidad con capas superiores (TCP, UDP, aplicaciones)
- compatibilidad con las principales tarjetas de medios (Ethernet de varios fabricantes de chips, WLAN, bus de token, acceso de fibra, dependiendo del rango de aplicaciones reclamadas).
- interoperabilidad en una pila con equipos de la vida real en una prueba de laboratorio (dependiendo nuevamente de lo que se ofrece).
Si esa pieza de software L2 / L3 viene con hardware definido. Por supuesto, se están realizando muchas pruebas eléctricas en toda la configuración, que no quiero entrar aquí.
- ¿Qué es el acceso remoto en redes?
- Protocolos de red: en el protocolo de enlace TCP 3, ¿por qué necesitamos el tercer ACK?
- ¿Cuál es la diferencia entre IMAP4 y POP3?
- Si SPDY tiene éxito, ¿cómo se implementaría?
- ¿Por qué la oficina administrativa de Fyers utiliza un protocolo HTTP sin cifrar para el inicio de sesión del usuario?
Espero que esto ayude como un comienzo.
