Pruebas Unitarias

Todo ciclo de vida de un sistema cuenta con lo que son las siguientes partes importantes desde sus inicios hasta su funcionamiento:

La primera es el analisis del problema.
diseño (diagramas *flujo, *E/R "entidad/relación")
desarrollo
pruebas (unitarias,

Las definiciones propias son las que se encuentran subradas.

*Pruebas unitarias:

Se encargan en probar modulo por modulo, hasta probar todos los modulos que integran el sistema, va de lo particular a lo general.

*Pruebas integrales:

Ya que tu probaste las pruebas unitarias (modulo por modulo) lo que esta prueba realiza es analizar que la integración de los modulos en conjunto funcione correctamente.

*Puebas del sistema:

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). 

Dado este propósito, 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 cómo el programa, en su totalidad, no resuelve sus objetivos o requerimientos.
2. Las pruebas de sistema, por definición, son imposibles si no están los requerimientos por escrito, mensurables para el producto. 

                                                                                                                               Pruebas del sistema.

Son pruebas que te permiten probar todo el sistema en conjunto verificando si las funcinalidades y/o necesidades principales que necesitas que tu programa ejecute se cumplan.

*Pruebas funcionales

Una prueba funcional es una prueba basada en la ejecución, revisión y retroalimentación de las funcionalidades previamente diseñadas para el software. Las pruebas funcionales se hacen mediante el diseño de modelos de prueba que buscan evaluar cada una de las opciones con las que cuenta el paquete informático.

Las pruebas funcionales, son a mi parecer, la prueba más completa que se pueden realizar en un programa, ya que estas realizan modelos que revisan cada parte del programa; cuando el programa se ejecuta, se revisa que tenga un buen arranque, posteriormente a esto se analiza la ejecución del programa y ya que se realizo todo este proceso, se realiza lo que es una retroalimentación de las ventajas y los fallos que tuvo tu sistema.

*Pruebas de la caja blanca:

Consiste en realizar pruebas para verificar que líneas específicas de código funcionan tal como esta definido. También se le conoce como prueba de caja-transparente.

La prueba de la caja blanca es un método de diseño de casos de prueba que usa la estructura de control del diseño procedimental para derivar los casos de prueba.

Para esta prueba se consideran tres importantes puntos.

• Conocer el desarrollo interno del programa, determinante en el análisis de coherencia y consistencia del código.

• Considerar las reglas predefinidas por cada algoritmo.

• Comparar el desarrollo del programa en su código con la documentación pertinente.

Más que nada esta prueba nos va a permitir analizar el programa detenidamente, para poder detectar mas a detalle los errores con los que cuenta tu sistema, al mismo tiempo te permite detectar si llegas a poner alguna estructura que en si no jale, o solo este de mas en tu sistema permitiendote liberar espacio.

(Caja de cristal)

*Pruebas de la caja negra

*Pruebas VETA y ALFA

*Pruebas de estres

*Pruebas de aceptación.

investigar otras 10 pruebas.