1. TIPOS DE PRUEBAS DE SOFTWARE

2. Prueba Unitaria Pruebas de desempeoPrueba de Integracion Pruebas de cargaPrueba de Regresion Prueba de estressPruebas de humo Pruebas de volumenPruebas del Sistema Pruebas de recuperacionContenido 1 Contenido 1 3. Prueba de recuperacion y tolerancia a fallas Pruebas del ciclo del negocioPrueba de Multiples sitios Pruebas de GUIPrueba de compatibilidad y conversionPrueba de ConfiguracionPruebas de integridad de datos y BDPruebas de estiloPruebas de seguridad y control de acceso Pruebas de aceptacion Contenido 2Contenido 2 4. Prueba de la instalacion Pruebas de documentacion y procedimientoPrueba funcionales Prueba de usabilidadPrueba de campoPruebas alfaPruebas Beta Contenido 3Contenido 3 5. Definicin de la estructuraObjetivo de DescripcinTcnica la pruebade la prueba 6. Qu es el Top-down? Se formula un resumen del sistema, sinespecificar detalles. Cada parte delsistema se refina diseando con mayordetalle.Qu es la caja negra y blanca? 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. Cajas blancas a un tipo de pruebas de software que se realiza sobre las funciones internas de un mdulo. As como las pruebas de caja negra ejercitan los requisitos funcionales desde el exterior del mdulo, las de caja blanca estn dirigidas a las funciones internas. 7. Prueba Unitaria ejecutar cada mdulo Particionar, definir los casos de prueba. Comparar el resultado 8. Prueba de Regresin Identificar errores introducidos por la combinacinde programas probados unitariamente. Determina cmo la base de datos de prueba sercargada Utilizar la tcnica down-top. 9. Pruebas de Humo Detectar los errores en realeases tempranos y demanera fcil su objetivo es probar el sistema constantementebuscando que saque humo Realizar una integracin de todo el sistema cadacierto periodo (se recomienda un da, mximouna semana) 10. Pruebas del Sistema Asegurar la apropiada navegacin dentro delsistema, ingreso de datos, procesamiento yrecuperacin. deben enfocarse en requisitos que puedan sertomados directamente de casos de uso y reglas yfunciones de negocios Ejecute cada caso de uso, flujo bsico o funcin 11. Pruebas de Stress Verificar que el sistema funciona apropiadamentey sin errores Las pruebas de stress se proponen encontrarerrores debidos a recursos bajos o completitudde recursos Use los scripts utilizados en las pruebas dedesempeo 12. Pruebas de desempeo Validar el tiempo de respuesta para lastransacciones miden tiempos de respuesta, ndices deprocesamiento de transacciones y otrosrequisitos sensibles al tiempo Modifique archivos de datos (para incrementar elnmero de transacciones) o los scripts para 13. Pruebas de carga Validar el tiempo de respuesta para lastransacciones miden tiempos de respuesta, ndices deprocesamiento de transacciones y otrosrequisitos sensibles al tiempo Modifique archivos de datos (para incrementar elnmero de transacciones) o los scripts para 14. Pruebas de volumen Verificar el tamao de la BD, el equipo si essuficiente etc. Las pruebas de volumen hacen referencia agrandes cantidades de datos para determinar loslmites en que se causa que el Sistema falle Deben usarse mltiples clientes, ya sea corriendolas mismas pruebas o pruebas complementariaspara producir el peor caso de volumen 15. Pruebas de Recuperacin y Tolerancia a fallas Verificar que los procesos de recuperacin (manual oautomtica) restauran apropiadamente la Base dedatos Estas pruebas aseguran que una aplicacin osistema se recupere de una variedad de anomalasde hardware, software o red con prdidas de datos ofallas de integridad. Se deben utilizar las pruebas creadas para la 16. Prueba de Mltiples Sitios Detectar fallas en configuraciones ycomunicaciones de datos entre mltiples sitios El propsito de esta prueba es evaluar el correctofuncionamiento del sistema o subsistema enmltiples instalaciones. Consistencia, empaquetamiento, sincronizacin 17. Prueba de Compatibilidad yConversin Buscar problemas de compatibilidad y conversinen los sistemas El propsito es demostrar que los objetivos decompatibilidad no han sido logrados y que losprocedimientos de conversin no funcionan. Compatibilidad entre programas y Conversin dedatos 18. Pruebas de Integridad de Datos yBase de Datos Asegurar que los mtodos de acceso y procesosfuncionan adecuadamente y sin ocasionarcorrupcin de datos. La Base de datos y los procesos de Base dedatos deben ser probados como sistemasseparados del proyecto Invoque cada mtodo de acceso y proceso de la 19. Pruebas de Seguridad y Controlde Acceso Nivel de seguridad de la aplicacin: Verifica queun actor solo pueda acceder a las funciones ydatos que su usuario tiene permitido Seguridad del sistema, incluyendo acceso adatos o Funciones de negocios e incluyendoaccesos remotos Funciones / Seguridad de Datos: Identificar cada 20. Pruebas del Ciclo del Negocio Asegurar que el sistema funciona de acuerdo con el modelo de negocios emulando todos los eventos en el tiempo y en funcin del tiempo. deberan emular las actividades ejecutadas en el a travs del tiempo. Debera identificarse un periodo, como por ejemplo un ao, y las transacciones y actividades que podran ocurrir durante un periodo Ejecute cada caso de uso, flujo bsico o funcin utilizando datos vlidos e invlidos 21. Pruebas de GUI La navegacin , Los objetos de la ventana ycaractersticas, tales como mens, medidas,posiciones, estados y focos La prueba de interfaz de usuario verifica lainteraccin del usuario con el software Pruebas de crear / modificar cada ventana paraverificar la adecuada navegacin y estado de los 22. Pruebas de Configuracin Validar y verificar que el cliente del sistemafunciona apropiadamente en las estaciones detrabajo recomendadas. Estas pruebas verifican la operacin del sistemaen diferentes configuraciones de hardware ysoftware Incluya la apertura o cierre de varias aplicaciones 23. Prueba de Estilo Comprobar que la aplicacin sigue losestndares de estilo propios del cliente. Se entienden como tales el formato de lasventanas, colores corporativos, tipos de letra etc. Se realiza una navegacin por la aplicacinverificando si se cumplen con los estndares deGUI del cliente. 24. Prueba de Aceptacin Determinacin por parte del cliente de laaceptacin o rechazo del sistema desarrollado. La prueba de aceptacin es ejecutada antes deque la aplicacin sea instalada dentro de unambiente de produccin Realizacin de los documentos de planes deprueba de aceptacin y especificacin de los 25. Prueba de Aceptacin Determinacin por parte del cliente de laaceptacin o rechazo del sistema desarrollado. La prueba de aceptacin es ejecutada antes deque la aplicacin sea instalada dentro de unambiente de produccin Realizacin de los documentos de planes deprueba de aceptacin y especificacin de los 26. Prueba de Instalacin Verificar y validar que el sistema se instalaapropiadamente en cada cliente, bajo lassiguientes condiciones: Instalaciones nuevas yactualizaciones El primero es asegurar que el sistema puede ser instalado en todas las configuraciones posibles .El segundo propsito verificar que, una vez instalado, el sistema opera correctamente. Disear scripts para validar las condiciones de la mquina a instalar . 27. Prueba de Documentacin YProcedimiento Evaluar la documentacin del usuario Evaluar la exactitud y claridad de ladocumentacin del usuario y para determinar siel manual de procedimientos trabajarcorrectamente como una parte integral delsistema. Revisar la documentacin del proyecto contra las 28. Pruebas Funcionales Se asegura la trabajo apropiado de los requisitosfuncionales, incluyendo la navegacin, entradade datos, procesamiento y obtencin deresultados Las pruebas Funcionales deben enfocarse en los requisitos funcionales Disear scripts para validar las condiciones de la mquina a instalar Que los resultados esperados ocurran cuando se 29. Prueba de Usabilidad Determinar la usabilidad del sistema. Determina cun bien el usuario podr usar y entender la aplicacin. Identifica las reas de diseo que hacen al sistema de difcil uso para el usuario. Verificar que la aplicacin no presenta los siguientes problemas de usabilidad tpicos:sistema es demasiado complejo , recuperacin de errores es 30. Prueba de Campo Correr el sistema en el ambiente real para encontrar errores y validar el producto contra sus especificaciones originales. Realizar un subconjunto vlido de pruebas de sistema. Determinar que pruebas de sistema sern 31. Pruebas Alfa Prueba de aceptacin para detectar errores en el sistema bajo un ambiente controlado. La verificacin involucra la ejecucin de partes o todo del sistema en ambientes simulados, con el fin de encontrar errores. Realizar las pruebas de sistema bajo las siguientes caractersticas: 32. Pruebas Beta Realizar la validacin del sistema por parte del usuario. Prueba de aceptacin donde La validacin (o pruebas beta) involucra el uso del software en un ambiente real. Se selecciona un grupo de usuarios que ponen a trabajar el sistema en un ambiente real. Usan el