Qué es el testing de software y por qué probamos

El testing de software es la práctica de comprobar que el software se comporta como debería, y de descubrir dónde no lo hace. Pero esa definición corta esconde una idea más profunda que conviene entender bien desde el principio.

El testing se trata de información 💡

El propósito real del testing no es "demostrar que el software funciona". Es aportar información sobre la calidad y el riesgo para que las personas puedan tomar decisiones informadas. ¿Deberíamos publicar? ¿Esta funcionalidad es segura? ¿Qué podría romperse?

El trabajo de un tester es reducir la incertidumbre. Exploras cómo se comporta el software, reúnes evidencia y la reportas con claridad, para que el equipo decida con los ojos abiertos en lugar de esperar que salga bien.

Por qué probamos 🔍

El software lo construyen personas, y las personas cometen errores. Y hoy en día mucho software también se construye con ayuda de la IA, que también comete errores, produciendo código con defectos sutiles o supuestos incorrectos. Un malentendido en un requisito, una errata en una condición o un caso extremo olvidado pueden convertirse en un defecto. El testing ayuda porque:

• Encuentra defectos antes de que lo hagan las personas usuarias
• Genera confianza en que los flujos importantes funcionan
• Documenta cómo se espera que se comporte el sistema
• Reduce el riesgo y el costo de los fallos en producción

Un repaso rápido de vocabulario 📖

Tres palabras que suelen confundirse:

• Error (equivocación): una acción humana que produce un resultado incorrecto, como cuando quien desarrolla malinterpreta una regla.
• Defecto (bug): la falla en el código o el documento que introdujo esa equivocación.
• Fallo: lo que ocurre cuando un defecto se activa y el sistema se comporta de forma incorrecta.

Una equivocación lleva a un defecto, y un defecto puede llevar a un fallo cuando se dan las condiciones adecuadas.

Verificación vs validación ✅

Este es el par clásico, y conocer la diferencia te marca como alguien que entiende de testing:

• La verificación pregunta: "¿Estamos construyendo el producto correctamente?" ¿Coincide con la especificación, el diseño y los requisitos?
• La validación pregunta: "¿Estamos construyendo el producto correcto?" ¿Realmente satisface las necesidades reales de sus personas usuarias?

Puedes construir algo que coincida a la perfección con una especificación (la verificación pasa) y aun así no resolver el problema real de la persona usuaria (la validación falla). Un buen testing mantiene el ojo puesto en ambas.

Ejercicio 🎯

Piensa en una aplicación que uses seguido. Anota una cosa que verificarías (¿coincide con lo que promete?) y una cosa que validarías (¿realmente sirve a la necesidad de la persona usuaria?). Fíjate en que son preguntas distintas.

Contenido sugerido 📚

• Glosario de ISTQB

👨‍🏫 Recuerda la idea central: el testing informa. No puede demostrar que no hay errores, pero sí puede decirte muchísimo sobre el riesgo que estás asumiendo.

Muéstrale al mundo lo que aprendiste 🌎

Para mostrarle a tu red profesional lo que aprendiste en esta lección, publica lo siguiente en LinkedIn.

Estoy haciendo el curso "Fundamentos de Testing de Software" con @Walmyr Lima e Silva Filho en la @Talking About Testing School, donde aprendí qué es realmente el testing de software: aportar información sobre la calidad y el riesgo, y la diferencia entre verificación y validación. #TalkingAboutTesting #TATSchool #SoftwareTestingFundamentals #Testing #QualityAssurance

👨‍🏫 No olvides mencionarme en tu publicación. Aquí está mi perfil de LinkedIn.