Es un proceso para probar los subprogramas, lassubrutinas, los procedimientos individuales o las clasesen un programa.

Es decir, es mejor probar primero los bloquesdesarrollados más pequeños del programa, queinicialmente probar el software en su totalidad.

Las pruebas de unidad son una manera de manejar loselementos de prueba combinados, puesto que secentra la atención inicialmente en unidades máspequeñas del programa.

PRUEBAS DE UNIDAD

La prueba de una unidad facilita la tarea de eliminarerrores puesto que, cuando se encuentra un error, sesabe que existe en un módulo particular.

Las pruebas de unidad introducen paralelismo en elproceso de pruebas del software presentándose laoportunidad de probar los múltiples módulossimultáneamente.

El objetivo de las pruebas de integración esverificar el correcto ensamblaje entre los distintoscomponentes una vez que han sido probadosunitariamente con el fin de comprobar queinteractúan correctamente a través de susinterfaces, tanto internas como externas, cubren lafuncionalidad establecida y se ajustan a losrequisitos no funcionales especificados en lasverificaciones correspondientes.

PRUEBAS DE INTEGRACIÓN

Integración incremental: Se combina el siguiente

componente que se debe probar con el conjunto decomponentes que ya están probados y se va incrementandoprogresivamente el número de componentes a probar.

Integración no incremental: Se prueba cada componentepor separado y posteriormente se integran todos de unavez realizando las pruebas pertinentes.

TIPOS FUNDAMENTALES DE INTEGRACIÓN

Las pruebas de sistema buscan discrepancias entre elprograma y sus objetivos o requerimientos,enfocándose en los errores hechos durante latransición del proceso al diseñar la especificaciónfuncional. Esto hace a las pruebas de sistema unproceso vital de pruebas, ya que en términos delproducto, número de errores hechos, y severidad deesos errores, es un paso en el ciclo de desarrollogeneralmente propenso a la mayoría de los errores.

PRUEBAS DE SISTEMA

Las pruebas de sistema no se limitan a los sistemas. Si el producto es unprograma, la prueba del sistema es el proceso de procurar demostrarcómo el programa, en su totalidad, no resuelve sus objetivos orequerimientos.

Las pruebas de sistema no son procesos para probar las funciones delsistema o del programa completo, porque ésta sería redundante con elproceso de las pruebas funcionales. Las pruebas del sistema tienen unpropósito particular: para comparar el sistema o el programa con susobjetivos originales (Requerimientos funcionales y no funcionales).Dado este propósito, se presentan dos implicaciones.

Las pruebas de sistema tienen como objetivo

ejercitar profundamente el sistema comprobandola integración del sistema de informaciónglobalmente, verificando el funcionamientocorrecto de las interfaces entre los distintossubsistemas que lo componen y con el resto desistemas de información con los que secomunica.

El objetivo de las pruebas de aceptación es validar que un

sistema cumple con el funcionamiento esperado y permitiral usuario de dicho sistema que determine su aceptación,desde el punto de vista de su funcionalidad y rendimiento.

Las pruebas de aceptación son definidas por el usuario delsistema y preparadas por el equipo de desarrollo, aunque laejecución y aprobación final corresponden al usuario.

PRUEBAS DE ACEPTACIÓN

La validación del sistema se consigue mediante la

realización de pruebas de caja negra que demuestran laconformidad con los requisitos y que se recogen en elplan de pruebas, el cual define las verificaciones a realizary los casos de prueba asociados. Dicho plan está diseñadopara asegurar que se satisfacen todos los requisitosfuncionales especificados por el usuario teniendo encuenta también los requisitos no funcionales relacionadoscon el rendimiento, seguridad de acceso al sistema, a losdatos y procesos, así como a los distintos recursos delsistema.

http://gemini.udistrital.edu.co/comunidad/grupos/arquisoft/fileadmin/Estudiantes/Pruebas/HTML%20-%20Pruebas%20de%20software/node55.html

BIBLIOGRAFÍA