Please enable JavaScript.
Coggle requires JavaScript to display documents.
tipos de pruebas de software - Coggle Diagram
tipos de pruebas de software
Unit tests
Las pruebas unitarias son a bajo nivel (cercanas al código fuente de nuestra aplicación).
Este tipo de testing consiste en probar de forma individual las funciones y/o métodos (de las clases, componentes y/o módulos que son usados por nuestro software).
Integration tests
Las pruebas de integración verifican que los diferentes módulos y/o servicios usados por nuestra aplicación funcionen en armonía cuando trabajan en conjunto.
pueden probar la interacción con una o múltples bases de datos,
o asegurar que los microservicios operen como se espera.
Functional tests
Las pruebas funcionales se centran en los requerimientos de negocio de una aplicación.
Estas pruebas verifican la salida (resultado) de una acción, sin prestar atención a los estados intermedios del sistema mientras se lleva a cabo la ejecución.
una prueba de integración puede simplemente verificar que las consultas a una base de datos se ejecuten correctamente,
mientras que una prueba funcional esperaría mostrar un valor específico a un usuario, en concordancia a lo definido por los requerimientos del producto.
End-to-end tests
Las pruebas de punta a punta replican el comportamiento de los usuarios con el software, en un entorno de aplicación completo.
Estas pruebas verifican que los flujos que sigue un usuario trabajen como se espera, y pueden ser tan simples como
cargar una página web,
iniciar sesión,
o mucho más complejas,
verificando notificaciones vía email,
pagos en línea, etcétera.
Regression testing
Las pruebas de regresión verifican un conjunto de escenarios que funcionaron correctamente en el pasado, para asegurar que continúen así.
No debemos agregar nuevas características a nuestro regression test suite hasta que las pruebas de regresión actuales pasen.
Una falla en una prueba de regresión significa que una nueva funcionalidad ha afectado otra funcionalidad que era correcta en el pasado, causando una "regresión".
Una falla en un test de regresión podría indicar también que hemos vuelto a producir un bug que ya había sido resuelto en el pasado.
Smoke testing
Las pruebas de humo son pruebas que verifican la funcionalidad básica de una aplicación.
Se pretende que sean pruebas rápidas de ejecutar, y su objetivo es asegurar que las características más importantes del sistema funcionan como se espera.
Acceptance testing
Las pruebas de aceptación son pruebas formales, ejecutadas para verificar si un sistema satisface sus requerimientos de negocio.
Estas pruebas requieren que el software se encuentre en funcionamiento, y se centran en replicar el comportamiento de los usuarios, a fin de rechazar cambios si no se cumplen los objetivos. Estos objetivos pueden ir más allá de obtener una respuesta específica, y medir el rendimiento del sistema.
Son usualmente un conjunto de pruebas manuales que se realizan luego de que una fase de desarrollo ha finalizado (de modo que se pueda volver rápidamente e iterar si algo no está correcto).
Verifican que la características de nuestro software estén alineadas con todas las especificaciones iniciales y criterios de aceptación.
Suelen realizarse luego de las pruebas unitarias o de integración, para evitar que se avance mucho con el proceso de prueba, y determinar a tiempo si se necesitan cambios significativos.
Performance testing
Las pruebas de rendimiento verifican cómo responde el sistema cuando éste se encuentra bajo una alta carga.
la fiabilidad,
estabilidad
y disponibilidad de la plataforma.