Por qué nace El Confesionario QA

Amo el testing.

No lo digo como una frase bonita para LinkedIn, sino como una verdad bastante concreta: disfruto mirar un producto con atención, encontrar lo que no se ve a primera vista, hacer preguntas incómodas y cuidar que algo no solo funcione, sino que tenga sentido.

Cuando se trabaja en equipo y hay feeling, armonía y calma laboral, ser QA puede ser un trabajo profundamente estimulante. Hay algo muy valioso en formar parte de un equipo donde las personas se escuchan, donde el error no se usa como arma, donde una observación técnica no se recibe como ataque personal y donde probar no significa molestar, sino proteger.

En ese contexto, QA no es la persona que llega al final a decir “esto está mal”.

QA es una mirada. Una forma de pensar. Una manera de cuidar el producto, al usuario y también al equipo.

Pero no siempre se habla del testing desde ese lugar.

Hay conversaciones que el mundo QA evita

En tecnología se habla mucho de herramientas, automatización, frameworks, métricas, entregas y velocidad.

Y todo eso importa.

Pero también hay una parte menos cómoda del oficio que no siempre se publica con claridad.

La parte donde el QA manual sigue siendo necesario, pero ya no puede limitarse a ejecutar casos como si pensar fuera opcional.

La parte donde algunos equipos dicen que quieren calidad, pero tratan las pruebas como un trámite molesto.

La parte donde se confunde automatizar con tener criterio.

La parte donde se culpa al QA por encontrar tarde algo que nadie quiso mirar antes.

La parte donde se pide velocidad, pero se castiga la observación.

La parte donde muchas personas piensan lo mismo en silencio, pero pocas lo escriben en voz alta.

De ahí nace El Confesionario QA.

Noticias incómodas del mundo del testing

He decidido crear una serie en LinkedIn llamada:

EL CONFESIONARIO QA

Noticias incómodas del mundo del testing que muchos piensan y pocos publican.

La idea no es crear polémica vacía. Tampoco convertir QA en una guerra entre manual y automation, entre perfiles técnicos y funcionales, entre quien programa y quien prueba.

No me interesa esa conversación reducida.

Lo que me interesa es abrir un espacio donde podamos mirar el oficio con más honestidad.

Porque hay verdades que incomodan, pero ayudan. Y porque el testing necesita menos frases repetidas y más pensamiento crítico.

El QA manual no ha muerto

Una de las primeras ideas que quiero trabajar en esta serie es esta:

El QA manual no ha muerto.

Pero el QA que solo ejecuta casos sin pensar, sin cuestionar, sin observar contexto, sin entender al usuario y sin aportar criterio, sí está en peligro.

No porque la automatización sea enemiga.

Sino porque el mercado ya no necesita perfiles que repitan pasos sin interpretar lo que están viendo.

Necesita personas que sepan probar con intención. Que entiendan el negocio. Que sepan leer riesgos. Que comuniquen bien. Que documenten sin ahogar. Que detecten patrones.

Que no se limiten a preguntar “¿pasa o falla?”, sino también “¿esto tiene sentido para la persona que lo va a usar?”

Ahí está, para mí, una de las grandes diferencias entre ejecutar pruebas y hacer QA.

La calidad también necesita lenguaje

Algo que he aprendido con los años es que muchas veces el problema no está solo en el bug.

Está en cómo se habla del bug. En cómo se recibe. En cómo se prioriza. En cómo se negocia. En cómo se decide qué puede esperar y qué no debería salir a producción.

Por eso me interesa tanto unir QA con comunicación, criterio y calma laboral.

Un equipo con buena cultura de calidad no es un equipo donde nadie se equivoca.

Es un equipo donde los errores se pueden mirar sin teatro.

Donde una alerta no se interpreta como una amenaza.

Donde el QA no tiene que pedir perdón por hacer bien su trabajo.

Donde la calidad no depende de una persona vigilando al final, sino de una conversación que ocurre durante todo el proceso.

Por qué formato periódico, viñeta y pregunta final

Quiero que esta serie tenga un formato visual reconocible.

Una portada tipo periódico, con titular grande. Un subtítulo provocador. Una viñeta o historieta con personajes. Y un cierre con una pregunta para debate.

No por estética solamente.

Sino porque el formato también comunica intención.

El titular tipo periódico ayuda a decir: esto está pasando.

La viñeta permite mostrar escenas que muchas personas han vivido en equipos reales.

Y la pregunta final abre conversación, porque QA no debería ser un monólogo técnico. QA también se construye con debate, experiencia y mirada colectiva.

El confesionario no es para destruir, es para mirar mejor

El nombre tiene algo de humor, pero también de verdad.

Confesionario porque hay cosas que muchas personas del mundo QA han pensado alguna vez y no siempre se atreven a decir.

Confesionario porque el testing está lleno de pequeñas verdades incómodas.

Confesionario porque a veces hace falta sacar del pasillo lo que debería discutirse con más madurez en los equipos.

No quiero una serie para quejarnos del oficio.

Quiero una serie para pensar mejor el oficio. Para incomodar lo justo. Para abrir conversación. Para defender el valor del QA con más criterio y menos cliché.

Porque sí, soy una amante del testing.

Y precisamente por eso no quiero hablar de QA como si fuera una lista de herramientas, cargos o tareas sueltas.

Quiero hablar de QA como lo que también es: una forma de observar, cuestionar, cuidar y mejorar.

La primera noticia incómoda ya está sobre la mesa:

El QA manual no ha muerto. Pero el QA que solo ejecuta casos sin pensar está en peligro.

Y la pregunta queda abierta:

¿El futuro del QA es ejecutar más o pensar mejor?