Pruebas de integración.

Pruebas unitarias.

Pruebas de regresión automatizadas.

Pruebas de carga.

Probar componentes de software de manera aislada.

Verificar cómo los módulos se comunican y cumplen con su comportamiento al trabajar en conjunto.

Identificar errores en la interfaz de usuario.

Asegurar que cada componente independiente funcione s in dependencias externas.

Permiten realizar pruebas no funcionales.

Simulan interacciones reales, permitiendo mayor cobertura y eficiencia en escenarios repetitivos.

Reducen la cobertura de pruebas necesarias para validar el sistema.

Solo son necesarios en pruebas manuales.

• Tiene aserciones claras y directas.

• Depende de datos inciertos.

Incluye múltiples pasos manuales de validación.

 Tiene dependencias para verificar su resultado en cada ejecución.

• Minimiza el tiempo de diseño de pruebas.

Justifica la inversión en automatización midiendo el impacto y retorno de las pruebas.

 Facilita la eliminación de pruebas de regresión.

• No es aplicable a pruebas automatizadas.

Configuración de pruebas de integración que no dependan de APIs externas..

• Arquitectura de software que facilite el aislamiento de unidades para pruebas.

Un ambiente estable y bien definido que soporte la ejecución continua.

• Realizar todas las pruebas de manera manual.

• Validar que los módulos individuales funcionen independientemente de sus dependencias.

• Probar cómo las unidades interactúan en conjunto.

• Identificar problemas en la interfaz de usuario.

• Garantizar que todas las funcionalidades estén cubiertas al menos una vez.

• Ejecución manual y supervisión continua por un equipo de pruebas.

• Uso de herramientas y scripts que faciliten la cobertura de pruebas en múltiples niveles.

• Realizar menos pruebas pero más detalladas.

• Enfocarse únicamente en pruebas unitarias.

• Asegurar que los módulos se comuniquen correctamente.

• Validar las interacciones del usuario y la funcionalidad visible en la interfaz.

• Probar el rendimiento bajo carga.

• Verificar iteraciones del usuario y la base de datos.

• Reduce el tiempo necesario para realizar las pruebas repetitivas en cada ciclo de desarrollo.

• Elimina la necesidad de pruebas unitarias.

• Permite detectar errores solo en el último ciclo de desarrollo.

• Facilita la implementación de pruebas sin mantenimiento..

• Para evitar la necesidad de pruebas de integración.

• Para asegurar que los casos de prueba se ejecuten de forma consistente y confiable.

• Para reducir la inversión en herramientas de automatización.

• Para realizar pruebas solo en entornos de producción.

• Casos de prueba ambiguos y de mediano alcance.

• Escenarios y casos de prueba bien definidos y parametrizados.

• Un enfoque exclusivo en pruebas de usuario final y casos de pruebas.

• Ejecutar todas las pruebas únicamente en el entorno de pruebas.