//5 min
¿Cómo describirías tu trabajo a alguien que fuera de otro planeta?
Un QA es alguien que dedica gran parte de su tiempo en aumentar la calidad de un producto o servicio. ¿Viste la nave en la que viniste a este planeta? Bueno, nosotros somos los que probamos y aseguramos que esa nave funcione como es debido y que tu experiencia sea lo más placentera posible.
Para poder hacer esto, un QA debe reunir ciertas condiciones, no es simplemente hacer una entrega de valor. Una de esas condiciones es tener un mindset claro orientado a la calidad.
¿Dónde empieza realmente la calidad? A mi entender QA no es solamente un trabajo, es una filosofía. Va desde el primer café que tomamos a la mañana hasta la almohada con la que dormimos. Todo factor que pueda afectar el desarrollo de una actividad también es dominio de QA. No es solamente el control de estos factores, es también la correcta interpretación de los mismos. El tipo de combustible que usa la nave, la disposición de los tableros centrales, la comodidad del piloto, ¿necesita un sistema de defensas? ¿Necesita un sistema de escudos? ¿Hay algo que pueda poner en peligro al piloto a la hora de usar esta nave? Estas podrían ser algunas de las preguntas que se realiza un QA a la hora de llevar adelante sus tareas. Yo creo que un QA es como un artista, se necesita desarrollar diversas técnicas para poder ser bueno, pero también se necesita tener creatividad para darle un toque final.
¿La relación entre QAs y Devs siempre estuvo teñida de antagonismo? ¿Cuál es tu experiencia?
La relación siempre va a ser antagónica por definición. Es un conflicto por oposición de intereses. Hay una frase: “El que ejecuta no controla y el que controla no ejecuta”. Esto quiere decir, que al tener intereses opuestos, el foco está en la tarea que tienen que realizar. Sin embargo, no significa que QA no pueda desarrollar muchas veces tecnologías (como automation), o que desarrollo no pueda tener algún proceso de testing (como la implementación de un SonarQube o una buena cobertura de test unitario).
En mi experiencia personal siento que esto no siempre se interpreta como es debido y que hay una rivalidad establecida producto de esto. Un QA tiene que comprender a la perfección la diferencia entre un defecto y un error. Siempre un defecto es producido por un error humano. Y de hecho un defecto es la manifestación en un sistema de ese error que el humano pudo haber cometido. El problema de base está en la comunicación. Todos cometemos errores. Eso no quiere decir que sean voluntarios. Muchas veces QA no sabe poner el foco en el defecto y en lugar lo hace en el error. Eso genera roces.
Por otra parte, el área de desarrollo muchas veces no comprende que es tarea de QA eliminar esos defectos. Eso no quiere decir que estamos marcando sus errores. O que no cometamos errores tampoco. A lo mejor puede ser un tema de interpretación. El punto es que simplemente queremos que el producto tenga la mayor calidad posible, y el principal indicador de esto es bajar la cantidad de los mismos. Eso también genera roces.
Yo siempre trato de generar un buen clima y una buena relación con los desarrolladores, poniendo el foco en la buena comunicación para tener respuestas más positivas y aprender más de sus procesos, generando un intercambio de aprendizajes. Así yo puedo realizar mis tareas de aseguramiento y control sin ser muy invasiva en sus procesos, y ellos pueden realizar sus desarrollos recibiendo de forma positiva nuestro feedback.
¿Qué es lo que más te gusta de tu trabajo?
La creatividad. En un rol que te permite crear ideas nuevas y te pone en movimiento constante. Hay un abanico de posibilidades increíble para elegir y perfeccionarte.
Si pudieras reemplazar la palabra «bug», ¿cómo nombrarías a una falla en el software? ¿Por qué?
Yo no la renombraría. Primero porque es una historia interesante ya que fue el primer defecto encontrado en una supercomputadora Mark II y fue causado nada más y nada menos que por una polilla que se encontraba entre los contactos de un relay.
En segundo lugar, porque fue encontrado por Grace Hopper, quien fue una gran referente en su época pero que no muchos conocen y que tuvo un papel fundamental en la segunda guerra mundial al trabajar con una computadora Mark I en el reconocimiento de trayectorias de misiles y búsqueda de minas submarinas. También es la creadora y precursora de COBOL, un lenguaje que hasta la fecha se utiliza como parte de muchas instituciones bancarias. Creo que es parte fundamental de la lucha por reivindicar el reconocimiento de los aportes que las mujeres han hecho por la ciencia.
Para terminar, una pregunta más personal ¿Cuál es el mejor lugar del mundo que hayas conocido?
Bruselas. Es una ciudad en donde el arte y la creatividad se respira en cada esquina, y tienen una gran oferta de negocios muy específicos (por ejemplo , encontré un negocio que se dedicaba a vender mapas viejos únicamente) donde resalta el empeño y calidad que le ponen a todo.
