El Plan Maestro de tu App Bancaria

La Estrategia de Prueba del Proyecto

Imagina que estás desarrollando una nueva función de "Transferencias Internacionales" para una app bancaria. No puedes simplemente "picar código" y ver qué pasa; el dinero de la gente está en juego. Aquí es donde entra la Estrategia de Prueba del Proyecto.

¿Qué es esto y para qué sirve?
Si la organización fuera una orquesta, la estrategia de la organización sería el género musical, pero la Estrategia de Proyecto es la partitura específica para esta canción (tu app). Es el documento o acuerdo que define el enfoque de prueba en un contexto específico. Su objetivo es asegurar que la calidad del producto cumpla con lo que el banco y los usuarios necesitan.

¿Dónde vive esta estrategia?
Es el resultado principal de la planificación de la prueba. En modelos tradicionales (secuenciales), suele ser un documento formal dentro de un "Plan de Prueba". En entornos más modernos, puede ser menos formal, pero igual de claro. En un banco, debido a leyes y auditorías, lo más probable es que necesites documentarlo muy bien.

Ejemplo en tu App Bancaria
Para la función de transferencias, tu estrategia definiría:

• Niveles: ¿Probaremos primero el cambio de divisas (componente) y luego la conexión con bancos extranjeros (integración de sistemas)?
• Tipos: ¿Cómo verificaremos la seguridad para que nadie robe los fondos?
• Regulaciones: ¿Qué pruebas exige la ley para validar transacciones transfronterizas?

En resumen: La estrategia es el "cómo vamos a jugar" para ganar la batalla contra los errores, adaptándonos a las reglas del banco y protegiendo al usuario. 

Pruebas en el Mundo del Software: ¿Tradicional o Ágil?

Imagina que estás revisando una tienda en línea. En el enfoque tradicional, sería como revisar toda la tienda de una sola vez, desde los productos hasta la caja, antes de abrirla al público. En el enfoque ágil, sería como construir la tienda poco a poco, revisando cada sección a medida que se construye.

¿Cuál es la diferencia?

• Tradicional: Se planea todo al principio y se sigue un plan fijo. Las pruebas se hacen al final, como una gran revisión final.
• Ágil: Se trabaja en ciclos cortos, y se hacen pruebas constantemente. Se valoran la flexibilidad y la adaptación a los cambios.

¿Cómo afecta esto a los probadores?

• Enfoque: En el enfoque tradicional, los probadores se centran en crear casos de prueba detallados antes de empezar a probar. En el enfoque ágil, los probadores trabajan más de cerca con los desarrolladores y se adaptan a los cambios rápidamente.
• Herramientas: En ambos enfoques se utilizan herramientas, pero en el ágil se suelen utilizar más herramientas automatizadas para hacer las pruebas más eficientes.
• Mentalidad: En el enfoque ágil, los probadores son más que solo buscadores de errores. También son colaboradores que ayudan a mejorar el producto.

¿Por qué es importante conocer estas diferencias?

• Adaptabilidad: Como probador, debes ser capaz de adaptarte a diferentes formas de trabajar.
• Eficiencia: Conocer los diferentes enfoques te permitirá elegir las mejores estrategias para cada proyecto.
• Colaboración: Trabajarás con equipos que pueden usar diferentes enfoques, por lo que es importante entenderlos a todos.

En resumen, tanto el enfoque tradicional como el ágil tienen sus ventajas y desventajas. Lo importante es que como probador, estés preparado para adaptarte a cualquier contexto y utilizar las herramientas y técnicas más adecuadas para cada proyecto.

Recuerda: En el mundo del software, la agilidad es clave. Al igual que una tienda en línea debe adaptarse a las necesidades de sus clientes, tu como probador debes adaptarte a los cambios y trabajar en estrecha colaboración con el equipo de desarrollo.