Este documento describe diferentes tipos de pruebas de aceptación para software, incluyendo pruebas alfa y beta. Las pruebas alfa son realizadas por el cliente en el lugar de desarrollo con el desarrollador observando, mientras que las pruebas beta son realizadas por usuarios finales en su lugar de trabajo sin control del desarrollador. También describe características de las pruebas de validación como comprobar que se satisfacen los requisitos y probar el programa completo, así como pruebas de regresión para descubrir nuevos errores indu
1. REPUBLICA BOLIVARIANA DE VENEZUELA MINISTERIO DEL PODER POPULAR PARA LA EDUCACION SUPERIOR ALDEA JOSE A. ANZOATEGUI Integrantes: Rivero Darwin Rondon Neila Rojas Miguel PROF: Maria Parra Catedra: Auditoria de Sistemas PRUEBAS INFORMATICAS
2.
3.
4. Tecnicas para las pruebas de Aceptacion La prueba alfa Se lleva a cabo, por un cliente, en el lugar de desarrollo. Se usa el de forma natural con el desarrollador como observador del usuario. Las pruebas alfa se llevan a cabo en un entorno controlado. Para que tengan validez, se debe primero crear una con las mismas condiciones que se encontrarán en las instalaciones del cliente. Una vez logrado esto, se procede a realizar las pruebas y a documentar los resultados.
5. La prueba beta Se lleva a cabo por los usuarios finales del software en 1os lugares de trabajo de los clientes . La prueba beta es una aplicación "en vivo" del software en un entorno que no puede ser controlado por el desarrollador. Como resultado de los problemas informados durante la prueba beta, el desarrollador del software lleva a cabo modificaciones y así prepara una versión del producto de software para toda la de clientes.
6.
7.
8.
9. Se usan la mismas técnicas, pero con otro objetivo.
10. No hay de prueba, sino sólo el final de la aplicación.
15. Pruebas de regresión Se denominan Pruebas de regresión a cualquier tipo de pruebas que intentan descubrir las causas de nuevos errores , carencias de funcionalidad, o divergencias funcionales con respecto al comportamiento esperado del software, inducido por cambios recientemente realizados Esto implica que el error tratado se reproduce como consecuencia inesperada del citado cambio en el programa.