Automatización basada en tipos de pruebas

Pruebas funcionales y no funcionales

• Funcionales: Nos permiten analizar los requisitos comerciales (lo que el cliente va a ver, etc)
• No funcionales: Nos permiten probar las cosas que son necesarias para que el cliente vea y tenga una experiencia agradable. (Rendimiento, seguridad, alacenamiento de datos … etc)

La automatización de pruebas nos permitirá automatizar ambos tipos de pruebas.

Tipos de pruebas (funcionales y no funcionales)

• Pruebas unitarias: pequeños bloques de tu software que puedes ir automatizando y probando una funcionalidad pequeña concreta. Son las más baratas y las hacen los mismos desarrolladores.
• Pruebas de integración: nos permite probar bloques en conjunto.
• Pruebas de humo: son pruebas que se corren después de una liberación o compilación para asegurar que nada se haya “incendiado” y que todo funciona correctamente.
• Pruebas de regresión: Nos va a servir para garantizar que todo sigue funcionando correctamente cuando incluimos nuevas funcionalidades.
• Pruebas de APIs: puedes automatizar pruebas a los endPoints de una API para garantizar que funciona como debe.
• Pruebas de seguridad: su proposito es identificar las vulnerabilidades de seguridad de un sistema (también conocidas como pruebas de Pentesting)
• Pruebas de rendimiento: son un tipo de pruebas no funcionales, por que nos permiten evaluar la estabilidad y aseguran que el software funcione adecuadamente.
• Pruebas de aceptación: Intentan determinar cual es el resultado esperado del cliente
• Pruebas de UI: Son las pruebas de interfaz y nos permiten garantizar que el proyecto interacture como debería. Se pueden hacer por bloques, por funcionalidad o pruebas end-to-end.

Todas pueden ser agrupadas en tres grupos:

• Pruebas unitarias ( como desarrollador )
• Pruebas de API ( desarrollador backend, test automation o QA)
• Pruebas de UI ( pruebas end-to-end )

Yo trabajo en Game Testing y creo que una automatización que nos ahorraría mucho tiempo es referente a las alertas que nos genera el juego al momento de alcanzar determinado objetivo. Ejemplo si eliminas a X enemigos te aparece un premio, se puede automatizar que aparezcan esos enemigos de forma constante y que tu arma este disparando de forma automatizada a ese punto, también sería ideal que la velocidad del juego se pueda incrementar para que el objetivo se alcance en una velocidad significativa.

Al principio las pruebas de UI suelen ser más lentas para un ROI, pero a medida que avanza el proyecto ahorran mucho tiempo y esfuerzo y permiten que nos enfoquemos más en las nuevas funcionabilidades.

Pruebas de seguridad o pentesting

Pruebas de UI, pruebas end to end

Definitivamente, mi equipo se beneficiaría
de todos estos tipos de pruebas.

Solo falta que logre convencer al jefe.

Para automatización las pruebas de regresión son una inversión de tiempo inmediato pero a largo plazo son provechosos al momento de generar cambios en las aplicaciones y necesitar probar todo nuevamente, ahorra mucho tiempo.

En los procesos de automatización, como se recaudan las evidencias?

las pruebas de humo muchas empresas las olvidan y pasan pruebas de regression.

Para mi equipo de trabajo y lo que desarrollamos a diario, serían las pruebas unitarias, es el tipo e prueba que más usamos

Las que ahorrarían mucho tiempo en mi caso seria auto. las pruebas de regresión y las mas dificil de implementar seria las de seguridad

Considero que las Pruebas de Regresión son fundamentales para garantizar el funcionamiento y confiabilidad de un software.

En mi proyecto, automatizar las pruebas integradas y de aceptación sería lo que más ayudaría.

En mi equipo de trabajo además de las pruebas funcionales también es necesario automatizar las pruebas de regresión y rendimiento esto ahorraría tiempo en la ejecución de pruebas manuales y por otra parte garantizaría la estabilidad de las aplicaciones y la prestación del servicio.

Sin duda automatizar las regresiones seria lo mejor jejeje
aunque tambien automatizar las API´s

Donde estoy trabajando actualmente creo que las pruebas de integración y las de aceptacióm

Las pruebas que podría automatizar son las APIs, porque con ellas puedo evitar esos reprocesos que siempre se presentan, al incluir una nueva feature, o corregir un bug. El hacer el retesting manual nos lleva mucho tiempo y poder automatizarlo, nos podría bajar los costos.

Donde me ahorraría mucho trabajo es en las pruebas de API y las pruebas de UI. Creo que me ayudaría a detectar bugs mucho más rápidamente que de forma manual

uff imagina el trabajos que nos podemos ahorrar en puebas de APi’s y pruebas de UI, sin duda automatizarlos nos ahorraria mucho mucho tiempo

Pruebas de regresión, para probar todo lo que se había probado anteriormente y que las nuevas funcionalidades no hayan introducido nuevos bugs

Pruebas de humo, generalmente se corres después de una liberación o compilación para asegurar que nada se haya prendido en llamas

Pruebas de Humo, probar bloques de prueba unitaria en conjunto