lsos anteceentes

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

Las pruebas de sistema no son procesos para probar las funciones del sistema o del programa completo, porque ésta sería redundante con el proceso delas pruebas funcionales. Las pruebas del sistema tienen un propósito particular: para comparar el sistema o el programa con sus objetivos originales (Requerimientos funcionales y no funcionales). Dadoeste propósito, se presentan dos implicaciones [Mye04]:

Las pruebas de sistema no se limitan a los sistemas. Si el producto es un programa, la prueba del sistema es el proceso de procurardemostrar cómo el programa, en su totalidad, no resuelve sus objetivos o requerimientos.

Las pruebas de sistema, por definición, son imposibles si no están los requerimientos por escrito,mensurables para el producto.

Las pruebas de sistema tienen como objetivo ejercitar profundamente el sistema comprobando la integración del sistema de información globalmente, verificando elfuncionamiento correcto de las interfaces entre los distintos subsistemas que lo componen y con el resto de sistemas de información con los que se comunica.[302]

Son pruebas de integración del sistema deinformación completo, y permiten probar el sistema en su conjunto y con otros sistemas con los que se relaciona para verificar que las especificaciones funcionales y técnicas se cumplen. Dan una visiónmuy similar a su comportamiento en el entorno de producción.[302]

Se distinguen los siguientes tipos de pruebas:


Subsecciones

Pruebas de comunicaciones.
Pruebas de rendimiento....