domingo, 24 de febrero de 2013

PRUEBAS

                     PRUEBAS

  • UNITARIAS:Probar los modulos de forma individual partiendo de lo general a lo individual 
  • INTEGRALES:Es la prueba de los modulos en conjunto
TIPOS DE PRUEBAS DEL SISTEMAS
  • P. FUNCIONALES:tienen por objetivo probar que los sistemas desarrollados, cumplan con las funciones específicas para los cuales han sido creados, es común que este tipo de pruebas sean desarrolladas por analistas de pruebas con apoyo de algunos usuarios finales, esta etapa suele ser la ultima etapa de pruebas y al dar conformidad sobre esta el paso siguiente es el pase a producción.
  • P. DE LA CAJA BLANCA: como pruebas de caja de cristal o pruebas estructurales) se centran en los detalles procedimentales del software, por lo que su diseño está fuertemente ligado al código fuente. El testeador escoge distintos valores de entrada para examinar cada uno de los posibles flujos de ejecución del programa y cerciorarse de que se devuelven los valores de salida adecuados
  • P. DE LA CAJA NEGRA:se denomina caja negra a aquel elemento que es estudiado desde el punto de vista de las entradas que recibe y las salidas o respuestas que produce, sin tener en cuenta su funcionamiento interno. En otras palabras, de una caja negra nos interesará su forma de interactuar con el medio que le rodea (en ocasiones, otros elementos que también podrían ser cajas negras) entendiendo qué es lo que hace, pero sin dar importancia a cómo lo hace.
  • P.BETA:Se llevan a cabo por los usuarios finales del software en los lugares de trabajo de los clientes. A diferencia de la prueba alfa, el desarrollador no está presente normalmente. Así, la prueba beta es una aplicación en vivo del software en un entorno que no puede ser controlado por el desarrollador. El cliente registra todos los problemas que encuentra durante la prueba beta e informa a intervalos regulares al desarrollador.
  • P.ALFA:Se lleva a cabo, por un cliente, en el lugar de desarrollo. Se usa el software de forma natural con el desarrollador como observador del usuario y registrando los errores y problemas de uso. Las pruebas alfa se llevan a cabo en un entorno controlado.
  • P. DE ESTRES:Esta prueba se utiliza normalmente para romper la aplicación. Se va doblando el número de usuarios que se agregan a la aplicación y se ejecuta una prueba de carga hasta que se rompe. Este tipo de prueba se realiza para determinar la solidez de la aplicación en los momentos de carga extrema y ayuda a los administradores para determinar si la aplicación rendirá lo suficiente en caso de que la carga real supere a la carga esperada.
  • P. FUNCIONAL:s 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.
  • P. DE REGRESION: A cualquier tipo de pruebas de software que intentan descubrir las causas de nuevos errores (bugs), carencias de funcionalidad, o divergencias funcionales con respecto al comportamiento esperado del software, inducidos por cambios recientemente realizados en partes de la aplicación que anteriormente al citado cambio no eran propensas a este tipo de error. Esto implica que el error tratado se reproduce como consecuencia inesperada del citado cambio en el programa.
  • Prueba de estabilidad (soak testing)Esta prueba normalmente se hace para determinar si la aplicación puede aguantar una carga esperada continuada. Generalmente esta prueba se realiza para determinar si hay alguna fuga de memoria en la aplicación
  • Pruebas de picos (spike testing)
    La prueba de picos, como el nombre sugiere, trata de observar el comportamiento del sistema variando el número de usuarios, tanto cuando bajan, como cuando tiene cambios drásticos en su carga. Esta prueba se recomienda que sea realizada con un software automatizado que permita realizar cambios en el número de usuarios mientras que los administradores llevan un registro de los valores a ser monitorizados 
  • ETC.....
http://es.wikipedia.org/wiki/Pruebas_de_rendimiento_del_software
http://200.69.103.48/comunidad/grupos/arquisoft/fileadmin/Estudiantes/Pruebas/HTML%20-%20Pruebas%20de%20software/node56.html
 http://www.calidadysoftware.com/testing/pruebas_funcionales.php
 http://es.wikipedia.org/wiki/Pruebas_de_software#Pruebas_est.C3.A1ticas


P. FUNCIONALES:son las pruebas que se realizan para revisar el programa en su etapa final para probar que tenga un buen funcionamiento.
P. DE LA CAJA BLANCA:se basa en verificar que este correcto el código
P. DE LA CAJA NEGRA:solo revisa la entrada y la salida sin importar lo interno.
P.BETA: es la prueba que se realiza en un lugar no controlado por los desarolladores.
P.ALFA: se lleva acabo en un lugar controlado por el desarollador.
P. DE ESTRÉS: llevar  al punto extremo al programa.
P. FUNCIONAL:es verificar el sistema mediante su ejecución.
P. DE REGRESIÓN: es realizar una prueba  a la prueba.
Prueba de estabilidad : sirve para determinar si puede aguantar un uso constante.
Pruebas de picos (spike testing):para monitorear los cambios que hay en el sistema con un numero de usuarios.







No hay comentarios:

Publicar un comentario