T3 Pruebas del software: Procesos y Actividades Flashcards
Pruebas de Unidad
El objetivo es asegurar que cada unidad (componente software testeable más pequeño posible) funciona de acuerdo a su
especificación. Es la prueba más fácil de diseñar, ejecutar, grabar y de analizar los resultados, y detecta de forma temprana errores.
Pruebas de Integración
Testing realizado sobre múltiples sistemas completos, integrados para evaluar su capacidad para comunicarse exitosamente
entre ellos y satisfacer los requisitos especificados del sistema integrado. Cada pieza se prueba separadamente (pruebas de unidad), la llamada estrategia incremental o los elementos software, hardware o
ambos se combinan en un único sistema, en vez de hacerlo por fases, la llamada estrategia por explosión.
Top-down versus Bottom-up
En bottom-up, las unidades de las capas inferiores son testeadas antes (más tiempo para
rediseño). El código driver es más sencillo. En Top-down, las unidades en las capas superiores son testeadas antes (Validación
arquitectónica). Código stub más complejo.
Pruebas funcionales
Asegurar que el comportamiento del sistema se ajusta a la especificación de requisitos: Clases de equivalencia y Análisis de Valores Límite (caja negra).
Pruebas de rendimiento
Determinar si se cumplen los requisitos de rendimiento, con el fin de optimizar la obtención de recursos. Ej. tiempo de respuesta para una transacción (media, máximo) .
Pruebas de carga y estrés
Pruebas de carga: realizado para evaluar un sistema o un
componente en los límites establecidos por los requisitos, tratando de romper el sistema.
Pruebas de estrés: determinar el límite superior o tamaño de la
infraestructura. Continuar hasta que algo se rompe: el usuario no se puede conectar, el tiempo de respuesta excede el límite establecido, o la aplicación no está disponible.
Pruebas de aceptación
Determinar si el sistema cumple los criterios de aceptación
y ayudar al cliente a decidir si acepta el sistema o no. Pruebas Alpha: en la organización de desarrollo, los usuarios son
invitados a probar el Sistema. Pruebas Beta: el sistema es enviado a una muestra representativa de usuarios quienes lo instalarán y usarán en condiciones reales.
Pruebas de regresión
Pruebas requeridas para determinar que un cambio a un componente del sistema no ha afectado
negativamene la funcionalidad, fiabilidad o rendimiento y no ha introducido defectos adicionales
