COMPROBANDO EL

SOFTWARE
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 es un
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 ms
pequeos del programa, 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, puesto que se centra la atencin inicialmente en unidades
ms pequeas del programa.
En segundo lugar, la prueba de una unidad facilita la tarea de eliminar errores (el proceso de
establecer claramente y de corregir un error descubierto), puesto que, cuando se encuentra un
error, se sabe que existe en un mdulo particular. Finalmente, las pruebas de unidad
introducen paralelismo en el proceso de pruebas del software presentndose la oportunidad
de probarlos mltiples mdulos simultneamente.
PRUEBAS DE INTEGRACIN.
El objetivo de las pruebas de integracin es verificar el correcto ensamblaje entre los distintos
componentes una vez que han sido probados unitariamente con el fin de comprobar que
interactan correctamente a travs de sus interfaces, tanto internas como externas, cubren la
funcionalidad establecida y se ajustan a los requisitos no funcionales especificados en las
especificaciones necesarias.
Los tipos fundamentales de integracin son los siguientes:
Integracin incremental: se combina el siguiente componente que se debe probar con el
conjunto de componentes que ya estn probados y se va incrementando progresivamente el
nmero de componentes a probar.
Integracin no incremental: se prueba cada componente por separado y posteriormente se
integran todos de una vez realizando las pruebas pertinentes.
PRUEBAS DE ACEPTACIN.
El objetivo de las pruebas de aceptacin es validar que un sistema cumple con el
funcionamiento esperado y permitir al usuario de dicho sistema que determine su aceptacin,
desde el punto de vista de su funcionalidad y rendimiento. Las pruebas de aceptacin son

definidas por el usuario del sistema y preparadas por el equipo de desarrollo, aunque la
ejecucin y aprobacin final corresponden al usuario.
La validacin del sistema se consigue mediante la realizacin de pruebas de caja negra que
demuestran la conformidad con los requisitos y que se recogen en el plan de pruebas, el cual
define las verificaciones a realizar y los casos de prueba asociados. Dicho plan est diseado
para asegurar que se satisfacen todos los requisitos funcionales especificados por el usuario
teniendo en cuenta tambin los requisitos no funcionales relacionados con el rendimiento,
seguridad de acceso al sistema, a los datos y procesos, as como a los distintos recursos del
sistema.
PRUEBAS DE SISTEMA.
Las pruebas de sistema buscan discrepancias entre el programa y sus objetivos o
requerimientos, enfocndose en los errores hechos durante la transicin del proceso al disear
la especificacin funcional. Esto hace a las pruebas de sistema un proceso vital de pruebas, ya
que en trminos del producto, nmero de errores hechos, y severidad de esos errores, es un
paso en el ciclo de desarrollo generalmente propenso a la mayora de los errores. Las pruebas
de sistema no son procesos para probar las funciones del sistema o del programa completo,
porque sta sera redundante con el proceso de las pruebas funcionales. Las pruebas del
sistema tienen un propsito particular: para comparar el sistema o el programa con sus
objetivos originales (Requerimientos funcionales y no funcionales). Dado este propsito, se
presentan dos implicaciones.
1.- Las pruebas de sistema no se limitan a los sistemas. Si el producto es un programa, la
prueba del sistema es el proceso de procurar demostrar cmo el programa, en su totalidad, no
resuelve sus objetivos o requerimientos.
2.- Las pruebas de sistema, por definicin, son imposibles si no estn los requerimientos por
escrito, mensurables para el producto. Las pruebas de sistema tienen como objetivo ejercitar
profundamente el sistema comprobando la integracin del sistema de informacin
globalmente, verificando el funcionamiento correcto de las interfaces entre los distintos
subsistemas que lo componen y con el resto de sistemas de informacin con los que se
comunica.