Conocimiento es poder
Las pruebas automatizadas se han convertido en una de las técnicas más adoptadas en el proceso de pruebas de software, ayuda a acelerar el lanzamiento al mercado al tiempo que proporciona amplio margen para que los profesionales de las pruebas trabajen en la búsqueda de casos de prueba críticos.
En este artículo revisamos los diferentes tipos de pruebas que existen y los conceptos erróneos en torno a las pruebas automatizadas.
Test-Driven Development (TDD) o Desarrollo Dirigido por Pruebas, es un concepto novedoso que instruye a los desarrolladores a escribir casos de pruebas unitarios antes de escribir incluso una sola línea de código.
En este artículo revisaremos el uso de TDD para mejorar nuestro código y obtener una mejor forma de diseñar aplicaciones.
La calidad de cualquier aplicación es clave para mantener intacta la reputación. El proceso de aseguramiento de la calidad que se siga es fundamental para esto.
A continuación, presentamos algunos cambios culturales que puede realizar para permitir que su equipo de control de calidad adopte las pruebas automatizadas.
JUnit es el marco de pruebas más popular en Java, y con las pruebas de JUnit 5 en Java 8 y más, da un paso más. Esta versión se lanzo en septiembre del 2017 y se ha actualizado activamente para corregir errores y agregar nuevas funciones. Además, JUnit 5 también es compatible con las versiones 3 y 4 al agregar junit-vintage-engine a tu ruta de acceso de clase.
Las herramientas de código abierto para pruebas se han vuelto muy populares y son de las mejores que existen en el mercado. En este artículo revisamos cuatro motivos por los cuales se han vuelto tan populares:
– Una gran comunidad que los soporta
– Sin bloqueo del proveedor
– Personalizable y extensible
– Soporte para varias plataformas y varios lenguajes
En este artículo se describe un proceso de como aplicar TDD, orientado a las historias de usuario y las pruebas de extremo a extremo. El proceso, es un conjunto de pasos tales como:
1.- Identificar las historias de usuario más importantes
2.- Identificar los procesos de aceptación
3.- Identificar los componentes principales
4.- Re priorizar las historias de usuario
5.- Decidir sobre la arquitectura y componentes
6.- Decidir sobre las interfaces
7.- Escribir el código y las pruebas
8.- Integración continua
9.- Completar la historia e ir a la siguiente
En este artículo se revisan cinco retos que deben superar los equipos de pruebas:
– Realización de pruebas manuales,
– Administración de laboratorios internos
– Pruebas para varias condiciones de usuarios
– Optimización de aplicaciones en todo el ciclo de vida
– Pruebas inconsistentes
TDD o Desarrollo Dirigido por pruebas, es una forma de escribir código en el cual primero escribimos la prueba y luego la lógica que cumpla la prueba. El proceso consta de tres pasos:
– Escribir la prueba y ver que falla
– Escribir la lógica que pase la prueba
– Hacer un refactoring del código.