¿Cómo construir una estrategia de testing desde cero?

---

El testing en el desarrollo de software es una práctica crucial para la creación de productos digitales de alta calidad, garantizando la seguridad en los procesos operativos. Gracias a este, podemos asegurarnos de  que antes de realizar cualquier acción de cambio se validen una alta cantidad de escenarios de prueba.

En este artículo, explicaré los principios esenciales para que puedas comenzar a implementar un proceso de pruebas efectivo y eficiente en tus desarrollos de software.

Tipos de pruebas de software

Existen varios tipos de pruebas que, al combinarse, crean una estrategia de testing sólida. Algunos ejemplos son:

• Pruebas unitarias
• Pruebas de integración
• Pruebas de rendimiento
• Pruebas de seguridad
• Pruebas de compatibilidad

A continuación, analizaré cada una de ellas mientras revisamos el siguiente caso práctico:

Nos encontramos con la tarea de desarrollar e  integrar un módulo nuevo a distintos aplicativos de la empresa donde laboramos.

El módulo nos facilita una serie de funciones para la gestión de inventario en bodega.

PRUEBAS UNITARIAS: validando la lógica individual del código

Este tipo de pruebas nos permitirán validar distintas partes de nuestro código de forma independiente. Por ejemplo,  las funciones  “añadirStock”  y “reducirStock”.

Así, se estarían considerando los siguientes casos de prueba:

• Aumentar stock a un producto existente y verificar el nuevo total.
• Decrementar stock de un producto existente y verificar el nuevo total.
• Intentar decrementar stock por debajo de cero y validar que se produce un error.
• Añadir o decrementar stock de un producto no existente y validar que se produce un error.

De este modo que ahora tenemos una evaluación lógica, de límites y de manejo de errores [1]  a nivel atómico de nuestra aplicación.

PRUEBAS DE INTEGRACIÓN: asegurando el correcto acoplamiento y comunicación entre componentes

Nos permiten verificar que distintos componentes se integran y funcionan correctamente con otras partes del sistema [2].  Nuestro módulo de inventario se integrará con dos sistemas internos:

• El primero es un monitor que nos permite ver en tiempo real el stock disponible. Es importante verificar que al hacer un decremento, éste se ve reflejado correctamente en el dashboard.
• El segundo es un sistema de alertas, se revisará que al disminuir totalmente el stock se emita correctamente la alerta de que es necesario surtir ese producto.

Por lo tanto se puede verificar un flujo completo como sería utilizado por los consumidores finales.

PRUEBAS DE RENDIMIENTO: garantizando velocidad en nuestros procesos

Dado que las nuevas funcionalidades serán utilizadas en paralelo por toda la empresa durante la operación, es necesario verificar que la latencia con múltiples consumidores no sea demasiado alta ya que podría ocasionar los siguientes problemas:

• Que los datos mostrados en el monitor tengan un desfase de tiempo.
• Que las alertas para volver a surtir un producto salgan tarde.

Para ello es importante medir a través de este tipo de pruebas los tiempos de respuesta, concurrencia y uso de recursos de modo que con la retroalimentación se mejore continuamente la optimización del sistema [3].

PRUEBAS DE SEGURIDAD: protegiendo a nuestros clientes

Si hay roles de usuarios que solo pueden visualizar datos, debemos validar que únicamente el personal autorizado pueda modificar el inventario.

Para realizar estas pruebas, se pueden utilizar herramientas de pentesting, escáneres de vulnerabilidades, auditorías y análisis de riesgos de seguridad [4]  de modo que podamos prevenir un acceso indebido y mantener la confianza con los clientes.

PRUEBAS DE COMPATIBILIDAD:

El nuevo módulo será integrado en 2 sistemas independientes, ambos están funcionando en distintas versiones del mismo lenguaje de programación.

Para garantizar que no se generen problemas durante la fase de construcción, será necesario realizar este proceso en forma de matriz, probando el módulo con cada combinación relevante de versiones del lenguaje de programación.

Conclusión

Diseñar un sistema de gestión del tiempo es un proceso de autoconocimiento, implica entender cómo se trabaja, cómo se entiende y organiza la información, incluso cómo se  toman decisiones. Algunas personas descubren que funciona mejor bajo presión con plazos ajustados, mientras que otras necesitan un ambiente más estructurado y anticipatorio. Este conocimiento es fundamental durante el proceso pues ayuda a identificar fortalezas, debilidades y oportunidades en el proceso de planificar y ejecutar tareas y así, no solo se obtiene un sistema que sea efectivo, sino que también se alinee con la forma natural de operar de cada persona y su contexto.

¡Anímate a construir tus aplicaciones con la confianza y el respaldo que unas pruebas robustas te pueden ofrecer!

Notas finales (sí, esas que nunca sobran):

• Medios físicos y digitales pueden convivir para lograr una buena gestión del tiempo.
• Recordar que las agendas(físicas o digitales) pueden ser flexibles, nada está escrito en piedra.
• Elegir una buena playlist para aquellos momentos de concentración intensiva.
• Recuerda, un día a la vez, organizarse es una habilidad que hay que adquirir.

Referencias a otros textos aquí

• [1] ¿Qué son las pruebas unitarias?: explicación de las pruebas unitarias en AWS. (s. f.). Amazon Web Services, Inc. https://aws.amazon.com/es/what-is/unit-testing/
• [2] Powell, P., & Smalley, I. (2025, 19 mayo). Pruebas de integración. IBM Think. https://www.ibm.com/mx-es/think/topics/integration-testing
• [3] IEEE Computer Society. (2024, 26 enero). The Importance of Software Testing. https://www.computer.org/resources/importance-of-software-testing
• [4] What is security testing? (s. f.). HackerOne. https://www.hackerone.com/knowledge-center/what-security-testing