pruebas unitarias

Pruebas de Unidad.
Las pruebas unitarias tienen como objetivo verificar la funcionalidad y estructura de cada componente individualmente una vez que ha sido codificado.
Las pruebas de unidad esun proceso para probar los subprogramas, las subrutinas, los procedimientos individuales o las clases en un programa. Es decir, es mejor probar primero los bloques desarrollados más pequeños delprograma, que inicialmente probar el software en su totalidad. Las motivaciones para hacer esto son tres. Primera, las pruebas de unidad son una manera de manejar los elementos de prueba combinados, puestoque se centra la atención inicialmente en unidades más pequeñas del programa. En segundo lugar, la prueba de una unidad facilita la tarea de eliminar errores (el proceso de establecer claramente y decorregir un error descubierto), puesto que, cuando se encuentra un error, se sabe que existe en un módulo particular. Finalmente, las pruebas de unidad introducen paralelismo en el proceso de pruebasdel software presentándose la oportunidad de probar los múltiples módulos simultáneamente. [Mye04]
Se necesita dos tipos de información al diseñar los casos de prueba para una prueba de unidad: laespecificación para el módulo y el código fuente del módulo. La especificación define típicamente los parámetros de entrada y de salida del módulo y su función.
Las pruebas de unidad son en granparte orientadas a caja blanca. Una razón es que como en pruebas de entidades más grandes tales como programas enteros (es el caso para los procesos de prueba subsecuentes), la prueba de caja blanca llegaa ser menos factible. Una segunda razón es que los procesos de prueba subsecuentes están orientados a encontrar diversos tipos de errores. Por lo tanto, el procedimiento para el diseño de casos deprueba para una prueba de unidad es la siguiente: analizar la lógica del módulo usando uno o más de los métodos de caja blanca y después completar los casos de prueba aplicando métodos de caja negra a...