Contenido verificado asociado a este RA
Diseño de la Estrategia de Pruebas y Planificación
Esta unidad introduce la importancia de una estrategia de pruebas sólida, cubriendo su diseño, alcance, tipos de pruebas y la planificación detallada para asegurar la calidad de las aplicaciones. Se enfatiza la documentación inicial como pilar fundamental.
Pruebas de Integración y Regresión en el Ciclo de Desarrollo
Esta unidad se centra en las pruebas de integración, que verifican la interacción entre módulos, y las pruebas de regresión, esenciales para asegurar que los cambios no introduzcan nuevos defectos o rompan funcionalidades existentes.
Pruebas de Rendimiento: Volumen, Estrés y Uso de Recursos
Esta unidad aborda las pruebas de rendimiento, incluyendo las de volumen y estrés, para evaluar la estabilidad y capacidad de respuesta de una aplicación bajo diferentes cargas, así como el uso eficiente de los recursos del sistema.
Pruebas de Seguridad y Documentación de Resultados
Esta unidad aborda la importancia de las pruebas de seguridad para proteger las aplicaciones contra vulnerabilidades y la necesidad de documentar exhaustivamente todos los resultados de las pruebas para la toma de decisiones y la mejora continua.
Conceptos clave
Estrategia de pruebasPlan de pruebasAlcance de las pruebasObjetivos de las pruebasCriterios de entrada/salidaDocumentación de pruebasPruebas de integraciónEstrategias de integración (Big Bang, Incremental)Drivers y StubsPruebas de regresiónAutomatización de pruebasPruebas de volumenPruebas de estrésPruebas de cargaUso de recursos (CPU, RAM, disco, red)Cuellos de botellaHerramientas de simulación de cargaPruebas de seguridad
Errores que conviene evitar
- No definir el alcance de las pruebas: Causa: Falta de análisis inicial o presión por empezar a codificar. Corrección: Realizar un taller de definición de alcance con stakeholders antes de cualquier desarrollo.
- No documentar la estrategia o el plan: Causa: Percepción de que es 'papeleo' innecesario. Corrección: Entender que la documentación es una herramienta de comunicación y trazabilidad esencial para la calidad y el mantenimiento.
- Asumir que los módulos integrados funcionarán sin problemas: Causa: Falta de pruebas de interfaz. Corrección: Diseñar casos de prueba específicos para la interacción entre componentes.
- No automatizar las pruebas de regresión: Causa: Considerarlas una tarea manual de baja prioridad. Corrección: Invertir tiempo en la automatización para ahorrar costes y mejorar la fiabilidad a largo plazo.
- No probar con datos realistas o volúmenes suficientes: Causa: Dificultad para generar grandes volúmenes de datos. Corrección: Invertir en herramientas de generación de datos de prueba o anonimizar datos de producción.
- No monitorizar los recursos durante las pruebas de rendimiento: Causa: Centrarse solo en los tiempos de respuesta. Corrección: Utilizar herramientas de monitorización de sistema para correlacionar el rendimiento con el uso de recursos.
- Considerar la seguridad como una tarea de última hora: Causa: Falta de integración de la seguridad en el SDLC. Corrección: Implementar 'Security by Design' y realizar pruebas de seguridad desde fases tempranas.
- No documentar los resultados de las pruebas de forma clara: Causa: Prisa o falta de plantillas estandarizadas. Corrección: Utilizar herramientas de gestión de pruebas y plantillas predefinidas para asegurar la consistencia y completitud de la documentación.