Cuando un área de QA cambia toda la calidad de tu software

🧪 Cuando un área de QA cambia toda la calidad de tu software

Al principio, pensaba que el testing era un “lujo” de las grandes empresas.
Lo veíamos como algo que “hacíamos al final, si había tiempo”.
Spoiler: nunca había tiempo.

Cuando empezamos a incluir QA de forma seria, todo cambió.
👉 Se redujeron los bugs en producción.
👉 El equipo de desarrollo dejó de apagar fuegos.
👉 Y los usuarios dejaron de reportar errores… porque ya no los encontraban.

¿Pero cómo lo hicimos sin tener un equipo de QA dedicado?

Así, poco a poco:
1️⃣ Definimos los Criterios de Aceptación
Nada fancy. Solo una lista de cosas que no debían romperse.

2️⃣ Se designó a una persona QA externa al equipo de desarollo que hiciera las pruebas.
Alguien externo nos ayudaba a revisar lo que el equipo no veía.

3️⃣ El QA certifica la funcionalidad probada.
En un documento sencillo el QA iba documentando los hallazgos, se los pasa al equipo de desarrollo, y hasta que ya no encuentra bugs o errores, daba su visto bueno para pasar a pruebas con el usuario final.

4️⃣ Involucrar al QA en el contexto del sistema para que se entendiera con el equipo de desarrollo.
Eso permitió que QA no fuera visto como “el enemigo”.

No necesitas un ejército de testers para empezar. Solo necesitas tomar la calidad en serio. Y créeme, tus usuarios (y tu equipo) lo van a agradecer.

¿Ya tienes alguien que revise tu sistema antes que lo hagan los usuarios?