Page 51

Proyecto en Administración de Redes y Sistemas...

© FUOC • XP06/M2118/02155

• Pruebas de caja blanca: se considera el componente o servicio como una estructura con una secuencia lógica de eventos y se comprueba la validez de ésta, los mensajes/eventos incorrectos, etc. Normalmente, se utilizará una combinación de los dos tipos de pruebas adecuadas para cada servicio/componente. Es recomendable invertir el proceso tradicional de realizar las pruebas de los componentes una vez implementados por pruebas parciales (dejando para el final las pruebas de integración). De esta manera se pueden probar los servicios y validar (parcialmente) su funcionalidad. En un proyecto de estas características, es importante considerar que el desarrollo de una única prueba puede ser muy complejo y tener un elevado coste debido a la cantidad de requisitos, perfiles y restricciones que se manifiestan. Además, una única prueba puede tener el agravante de dejar interrelaciones o elementos sin probar (dada la complejidad de la misma) o introducir en ésta efectos colaterales, que luego pueden afectar a los resultados obtenidos. Es importante considerar también que el apartado de pruebas frecuentemente provoca retrasos en el proyecto. Este enfoque de pruebas unitarias (parciales) disminuye este efecto y optimiza el desarrollo, ya que las pruebas se enfocan a obtener resultados (satisfactorios) del subsistema desarrollado o implantado. Caso práctico

Especificaciones de desarrollo. En nuestro caso práctico, teniendo en cuenta los servicios internos, las especificaciones de desarrollo serían:

ANOTACIONS

• Servicio NIS: integración de todos los usuarios (excepto el root) a través de ordenadores basados en GNU/Linux. Los ordenadores basados en Windows tendrán usuarios locales con acceso al sistema Samba validado en un sistema GNU/Linux. • Documentación: http://www.ibiblio.org/pub/Linux/docs/HOWTO/ other-formats/html_single/NIS-HOWTO.html 51

Administracion_redes_GNULinux  
Administracion_redes_GNULinux  
Advertisement