Shift Up And Spread: Un Nuevo Concepto de Pruebas con Iman Benlekehal
Iman es una experimentada Líder de QA con base en Québec, Canadá. Fue la ganadora de The Test Factor en The Testing Festival 2021, que sin duda ha sido el punto culminante de su carrera hasta ahora…
Hablamos con ella para conocer más sobre el concepto ganador, qué la inspiró, su enfoque hacia las pruebas y su recorrido hasta este punto. ¡Imaginamos que mucho de esto te resultará familiar!
QAL
Hola Iman, bienvenida a la comunidad QAL. Empecemos desde el principio. ¿Cómo entraste en el mundo del testing? ¿Fuiste desarrolladora antes que tester?
Want more from The CTO Club?
Create a free account to finish this piece and join a community of CTOs and engineering leaders sharing real-world frameworks, tools, and insights for designing, deploying, and scaling AI-driven technology.
Have an account? Log In
Iman Benlekehal
Estudié como desarrolladora así que sé programar, pero nunca trabajé como programadora. Después de mis estudios, hice algunas entrevistas de trabajo y una de ellas buscaba una tester. Pregunté, “bien, ¿qué es el testing?” la persona no respondió la pregunta en detalle realmente, simplemente me hizo muchas preguntas sobre mí como persona—le interesaba mi personalidad. Luego me dijo “vas a tener una entrevista en ING Direct, el banco de ahorro online”
Cuando llegué a la entrevista, pasó lo mismo. El entrevistador también me hizo algunas preguntas sobre testing, por ejemplo: “¿Cómo probarías este contrato o estos intereses?” y “imagina que tenemos estas ofertas para este tipo de cuenta, ¿cómo lo probarías?” Y recuerdo que yo le hice más preguntas que las que él me hizo a mí.
Cuando llegué a casa, mi amiga me preguntó cómo me fue y le dije “bueno, es raro. Le hice más preguntas de las que él me hizo a mí, no pude responder sus preguntas de testing. Así que no sé, creo que fue mal.”
Para mi sorpresa, me contrataron y seguí preguntándome “bien, ¿qué es esto del testing? ¿Qué voy a probar?” Y mi primer jefe dijo, “No sabes sobre testing. Aquí tienes una frase o requisito, escribe un caso de prueba.” Le respondí “Nunca he escrito un caso de prueba.” Él me dijo, “Hazlo, veremos después” Así que lo hice. Y él dijo, “Bien, lo hiciste correctamente.” Entonces yo dije “Vale, ¿no voy a probar botones?” “No, vas a probar los requisitos. Si son fiables y comprensibles.” Así que pensé “¿Vale, es un trabajo donde tengo derecho a hacer preguntas?” Y él dijo, “Exactamente.” Así que, desde ese momento, se volvió una pasión. Me encanta el trabajo.
QAL
¿Entonces así es como describirías el testing, hacer las preguntas correctas?
Iman Benlekehal
Eso es lo que me gusta porque tengo el derecho de preguntar porqués y cómos. En Francia, cuando eres estudiante joven, no se te permite hacer preguntas profundas de por qué y cómo, a menos que tengas un diploma primero, pero siempre me ha gustado entender por qué suceden las cosas. ¿Por qué me piden hacer algo? Así que con este rol tenía el derecho de hacer esas preguntas. Tenía el rol, así que estaba muy entusiasmada con ello. Muy emocionada. Esto fue lo primero que me encantó.
La segunda razón es que me gustan las personas y trabajar con diferentes personas. Me encanta el reto de lograr que todos hablen el mismo idioma y apunten al mismo objetivo. Porque tienes al usuario que quiere algo, tienes al jefe [que] quiere otra cosa, el desarrollador que dice algo distinto. Y tú estás de alguna manera en medio de todo esto, y necesitas hacerles entender. Así que ese es el reto que más me gusta, lograr que las personas se entiendan entre sí.
QAL
¿Entonces el testing no es solo llegar al final de un desarrollo, darle vueltas y tratar de romper cosas?
Iman Benlekehal
Para mí, no, es mucho más que eso. Eso es lo básico, es una de las tareas. Digamos que tienes el 100% de pruebas aprobadas, ¿qué hace que ese 100% de pruebas aprobadas esté bien para el usuario?
Estás contento porque has cubierto el 100% de los requisitos. Pero, ¿qué te hace pensar que tu cobertura es realmente lo que se necesita? Si no ves a los usuarios, y si no entiendes los porqués y los cómos, puedes probar lo que quieras pero no estará bien.
QAL
¿Entonces te gusta trabajar de cerca con los equipos de UX e investigación de usuarios?
Iman Benlekehal
Me esfuerzo por trabajar con todos. Hay equipos de proyecto en los que el product owner será el que está al frente, el portavoz de todos, incluidos los usuarios. Y eso está bien, me gusta trabajar con ellos. Pero también me gusta escuchar lo que los usuarios realmente necesitan desde el punto de vista de calidad, no el funcional. Así que incluso si los product managers me dicen que estas son las personas y estos son tus stakeholders, amplío la frontera y hago más preguntas. ¿Quiénes son? ¿Saben que lo que están pidiendo tendrá este impacto? Cosas así. Así que para mí no es solo testing, esto es solo una parte.
Lectura relacionada: LIDERAZGO EN TEST: HERRAMIENTAS DE TESTING
QAL
¿Entonces es más bien un pensamiento holístico sobre todo el proyecto?
Iman Benlekehal
Exactamente.
QAL
Vale, entendido. ¿Entonces esto es lo que inspiró el concepto de Shift Up and Spread? ¡Felicidades por tu victoria en Test Factor, por cierto!
Iman Benlekehal
¡Gracias! El concepto surgió después de trabajar en Francia y Canadá y ver que, sea cual sea el sector y el continente, seguimos teniendo los mismos problemas. La calidad y las pruebas se mantienen solo a nivel de proyecto. Y, como te he dicho, yo empujo los límites, empujo a los involucrados, porque si los mantenemos en el mismo nivel, tratando de resolver o probar lo que se nos da aquí, sé por mi experiencia que al final tendremos problemas con los usuarios. Tendremos problemas de presupuesto, tendremos otros problemas.
Así que un día dije “vale, deja de pensar en shift right, deja de pensar en shift left. Primero tienes que ir hacia arriba y convencer a la jerarquía, a la alta dirección, de qué es la calidad. ¿Qué es el aseguramiento de la calidad? ¿Cuál es nuestro objetivo? Cómo se hace. Cómo funciona. No es solo testear. Y cuando decimos que la calidad es responsabilidad de todos: para mí, empieza por ellos. Ellos son los primeros responsables de la calidad y las pruebas de todo.
Por eso surgió la idea, o al menos el nombre, porque todos saben que ahora debemos convencer a la alta dirección y, de alguna manera, involucrarlos. Para mí es un requisito previo. No está en medio. Es lo primero que hay que hacer antes de pensar dónde podemos poner las mejores áreas de pruebas.
Y luego expandir porque no basta solo con convencer a la jerarquía o la alta dirección o los directores generales. Hay que trabajar con ellos para expandir la calidad por toda la empresa, para tener esa cultura y mentalidad de calidad. Si un proyecto falla, o hay un gran error—como en las redes sociales, por ejemplo—los equipos que trabajaron en ello no permanecerán allí. Nadie recordará a la persona que trabajó en ese proyecto que falló, ni qué causó el error. Lo que se recuerda es el nombre de la empresa. Así que es más importante que solo decir que el proyecto y los equipos son responsables de la calidad, todos lo son.
QAL
Entonces, ¿lo que estás diciendo es que quieres llegar y cambiar toda la cultura y mentalidad empresarial?
Iman Benlekehal
Exactamente. Testear es solo una acción. Es solo el último componente de la calidad. Para la calidad, tienes que definir la estrategia, tienes que pensar en qué criterios necesitas destacar para este proyecto con los usuarios. Por ejemplo, si el usuario necesita alto rendimiento, para probar ese alto rendimiento necesitamos una herramienta y ocurre que esta herramienta es muy, muy cara. Y, por ejemplo, no se presupuestó, no se destinó presupuesto. Así que, otra vez, llega tarde.
Así que sí, necesitamos probar antes, pero hay que involucrarse antes y entender la calidad y los criterios de calidad — creo que ahora hay 10 con la ISO 25010. Los usuarios deben expresarse respecto a todos estos criterios, y la alta dirección debe entender por qué son tan importantes.
Cuando esto ya está hecho, cuando entendemos todos los riesgos, entonces podemos testear. TDD, todas estas cosas, están bien y son muy importantes y no digo que no resuelvan problemas, pero hay muchos problemas que pueden resolverse antes de la etapa de pruebas.
QAL
¿Entonces esto es antes de la estrategia de pruebas y el modelado?
Iman Benlekehal
Sí. Por ejemplo, en algunos proyectos el jefe de proyecto está encantado de tenerme en su equipo. Me dicen “Vale, tenemos a Iman, ella se encargará de la estrategia de pruebas.” Yo digo “Perfecto, ¿puedes incluirnos en el circuito con el cliente, donde podamos presentarle la estrategia?” Y normalmente están de acuerdo. Parecen entender la filosofía y me dejan hablar con el cliente. Eso está perfecto. Pero, a la semana siguiente, dicen, “Vale, hemos estimado tu presupuesto.” Yo digo “¿Quién ha estimado el presupuesto que QA necesita para sus actividades?”
No entienden que no es solo la teoría la que dice que debemos estar involucrados en todos los aspectos. Así que para ellos es difícil cambiar su mentalidad y darse cuenta de que probar y la calidad no es solo un porcentaje de lo que hacen los desarrolladores, creo que ellos utilizan el 40% de las estimaciones. Todavía no es un reflejo el ir y consultar al QA, como los expertos, y decir “vale, aquí está el proyecto, aunque no haya QA implicado, ¿qué opinan?”
Y con nuestra experiencia, podemos destacar lo que el cliente realmente quería. Me encanta leer entre líneas y decir “vale, él dijo esto, esto es lo que significa en realidad, esto esto esto, hazle la pregunta y verás.” Y esto es lo que pueden destacar los expertos en calidad, o personas con experiencia que han trabajado en muchos, muchos sectores. Es importante ayudar incluso a la alta dirección a entenderlo; y también a la gestión de proyectos.
QAL
¡Entendido! Estoy deseando ver cómo evoluciona el proyecto con Jonathon como tu nuevo mentor. Gracias por tu tiempo, solo una pregunta más: para las personas nuevas que empiezan su carrera en pruebas, ¿tienes algún consejo sobre cómo deberían afrontar su rol, su desarrollo o algo relacionado?
Iman Benlekehal
Sigue haciendo preguntas y no te asustes cuando la gente te diga “no, tu parte, tu rol está ahí, al final.” No. Los testers de QA tienen un papel muy importante. No solo están probando o ejecutando, también deben asumir el rol de hacer que las personas se entiendan entre sí y asegurar que hablamos el mismo idioma y que tenemos el mismo objetivo. En los próximos diez años, las tecnologías evolucionarán y se necesitará menos a las personas para la prueba en sí, pero la filosofía del testing permanecerá y seguirá siendo muy necesaria.
Sigue aprendiendo y escucha este pódcast: LA GENERACIÓN DE LA AUTOMATIZACIÓN AUTÓNOMA Y CÓMO SE VE (CON BERTOLD KOLICS DE MABL)
