QA en IT: el rol invisible que define la calidad del software

¿Quién garantiza que una aplicación realmente funcione bien antes de llegar al usuario?

En este episodio de Hack The Talk hablamos sobre el papel del QA (Quality Assurance), uno de los perfiles más estratégicos —y menos visibles— dentro del desarrollo de software.

Junto a Sergio Monroy (HRBP) y los especialistas Andrea Fernández (Quality Engineer), Rubén Martín (QA Specialist) y Francisco Barea (QA Lead), descubrimos cómo ha evolucionado el testing en los proyectos IT, por qué la calidad ya no es una fase final y cómo la IA está transformando el trabajo de los equipos QA.

Hablamos de:

• Qué hace realmente un perfil QA (y los mitos más comunes sobre este rol).
• Los diferentes tipos de testing y cuándo se utilizan.
• Cómo integrar la calidad desde el inicio del desarrollo.
• El impacto de la inteligencia artificial en el testing y la automatización.

Una conversación imprescindible para entender por qué la calidad del software va mucho más allá del código.

🎧 Si este episodio te ha hecho pensar, imagina lo que viene.

Suscríbete a Hack the Talk y acompáñanos en las próximas conversaciones en Sopra Steria España.

Transcript

Copy Transcript Copied

SPEAKER_02 0:00

Esto es Hack the Talk, el podcast de Soprasteria España donde nuestro talento habla de tecnología, innovación y transformación digital. Hackea la innovación con nosotros. El futuro ya está en

SPEAKER_00 0:14

marcha.

SPEAKER_02 0:19

Muy buenas y bienvenidos, bienvenidas a un nuevo programa de Hack the Talk, el podcast de Soprasteria en el que hablamos de tecnología y divulgamos sobre el sector IT. Hoy tenemos en este programa sobre el perfil del CUA dentro del proyecto, dentro de los proyectos y del propio sector IT, tenemos a tres compañeros del Centro de Servicios Digital. Andrea, perfil de Quality Engineer con cinco años de experiencia en la compañía y que forma parte del Centro de Servicios Digital. Bienvenida, Andrea. ¿Cómo estás? ¿Cómo te

SPEAKER_01 0:50

encuentras? Buenas, ¿qué tal? Muy bien. Pues sí, estoy trabajando para un proyecto ahora mismo que, bueno, la mayoría están en Sur, pero sí, estoy basada en el Centro de Servicios Digital y muy contenta de poder estar aquí hoy en el

SPEAKER_02 1:06

podcast. Muchas gracias, Andrea, por pasarte y dedicarnos un ratito a hablar de tecnología, que es lo que nos gusta. También está con nosotros hoy por aquí Rubén, un perfil también de CUA con ya cerca de ocho años de experiencia en el sector tecnológico. ¿Cómo estás, Rubén? ¿Cómo te encuentras?

SPEAKER_04 1:26

Bueno, genial. Llevo cinco años aquí en Sopra con el mismo cliente de retail, pero la verdad que desde que empecé siempre he estado en retail.

SPEAKER_02 1:37

Genial. Muy bien. Y también como perfil de Cuba, ¿no? Entiendo.

SPEAKER_04 1:41

Empecé como back y luego pasé a Cuba.

SPEAKER_02 1:44

Muy interesante esto que dices porque hablaremos un poco también de la transición de perfil, hablaremos un poco de qué es esto del Cuba, cómo empezar a trabajar como un perfil de calidad, ¿no? Y para calidad también tenemos aquí con nosotros a nuestro Cuba Lead del Centro de Servicios Digital de Soprasteria Paco Barea, ¿cómo estás? ¿Cómo te encuentras? Bienvenido. Muy

SPEAKER_03 2:05

bien. Y gracias por invitarnos. A ver que vamos a hablar un poquillo sobre Cuba y demostrar un poquito lo que sabemos.

SPEAKER_02 2:13

Que se note que controlamos y que pilotamos. Porque hay mucha gente y va sobre todo con perfiles a lo mejor más junior o con gente que a lo mejor cuando escucha hablar del sector IT siempre se imagina al developer con su código desarrollando en front o en back y les cuesta a las personas, incluso perfiles, como os decía que se interesan por este sector les cuesta imaginarse perfiles más allá de eso como a lo mejor puede ser un DevOps, un perfil más enfocado a lo mejor incluso a la calidad, como el vuestro entonces, cuando hablamos de un perfil de QA ¿qué entendemos como perfil de QA, Paco, en este caso?

SPEAKER_03 2:56

Pues mira, justo ayer estábamos debatiendo sobre esto porque creo que no existe una definición como tal allá donde preguntes y ya no solo dentro de una misma empresa sino de entre ellas y dentro de entre proyectos creo que cada uno tiene una concepción del perfil de QA diferente que siempre va a haber unos estándares como los que marca ISTQB que nos va a decir pues algo que está más pues estandarizado en el sector pero luego la realidad en los proyectos es otra creo que es un perfil que es igual que cuando es un desarrollador y te vas adaptando a las diferentes tecnologías y a las circunstancias de cada proyecto creo que el 4 había más porque tenemos un rango de perfiles bastante amplio desde el cuba más funcional o que en otros sitios pues también se conoce más como tester no que entró y prueba la aplicación manual tienes la parte de pruebas de carga automatización y que se vayan especializando o gente que lo coordina todo, gente más especializada en la metodología de testing. O sea, creo que es un rol que tú le puedes llamar CUA y querer decir una cosa y yo llamarle CUA y tener otra percepción.

SPEAKER_02 4:12

Luego hablaremos, para que a la gente le quede sobre todo muy claro, a la gente que nos escucha, qué diferentes perfiles nos podemos encontrar dentro de lo que es la disciplina de CUA. En tu caso, Andrea, cuando entraste a trabajar, ya no solo en este sector, sino en soprastería, ¿Tú conocías este rol o esta parte del desarrollo de software como puede ser la parte del perfil QA, de perfiles que se dediquen exclusivamente a probar que las cosas están bien hechas? Cuéntanos.

SPEAKER_01 4:41

La verdad que no. Encima yo que vengo de una carrera que es telecom, ni siquiera en plan puede ser ingeniería informática, a lo mejor que puedes conocer esto más. Y yo al final tuve la suerte de entrar en un proyecto que no estaba trabajando como QA pura como tal, pero sí que estaba basado un poco en calidad, ¿no? Y tuve la suerte también que con mi mentor, que contra aquí en Sopra me aconsejó pues habla con Paco tal él está montando una grill de Cuba tal y eso fue hablando con Paco informándome un poco y al final pues me he enfocado por aquí que la verdad que estoy muy contenta

SPEAKER_02 5:11

o sea que al final es una salida más dentro de los perfiles profesionales de ya no solo a nivel de negocio como un servicio que podemos ofrecer a nuestros clientes sino como una rama en la que desarrollar nuestras carreras ¿no? en tu caso Rubén nos comentabas que tú empezaste a lo mejor desarrollando más tu carrera hacia el desarrollo VAC si mal no recuerdo, como has comentado al inicio de este programa, y luego transicionaste un poco hacia un rol más de QA. ¿Cómo fue en tu caso el descubrir este tipo de rol y cómo fue ese cambio y qué tipo de skills tuviste que readaptar o qué tipo de cosas tuviste que hacer para moldarte a este nuevo perfil?

SPEAKER_04 5:49

Pues la primera vez que oí de QA, la verdad que fue antes de yo pasar a hacer QA, fue en una entrevista que yo quería cambiar de empresa y y me postulé en un puesto, y cuando me estaban haciendo la entrevista, me estaban haciendo una serie de preguntas que yo no tenía ni idea. Y entonces me explicaron que era el papel del CUA, que en concreto en esa empresa buscaban una persona que controlase pruebas de rendimiento, y ahí fue la primera vez que escuché esto. Y luego cuando pasé, estaba en un momento en el que estaba sin proyecto, y me llamaron unos compañeros de la empresa en la que estaba, y me explicaron que iba a hacer el proyecto, que era a automatizar y tenía que seguir programando, pero pues estaba automatizando. Entonces, lo que tuve que cambiar un poco era el modo de pensamiento de, lo decimos siempre en los take-ups y tal, la gente que formamos, que cuando están haciendo test automáticos, siempre intentan que pasen en verde y la idea no es esa, sino que es asegurar que todo vaya bien y que si un test está en rojo, pues que no significa que tú lo hayas hecho mal, sino que es posible que algo no esté funcionando correctamente. Entonces, este cambio de pensamiento es el que más me ha costado a mí y el que veo que más suele costar.

SPEAKER_02 7:05

Porque cuando hablamos al final de calidad hablamos un poco de probar el código y asegurar que todo funciona correctamente en todos sus aspectos, ¿no, Paco? O sea, desde la parte más funcional hacia nivel técnico, cuéntanos un poco qué labores de calidad se suelen hacer en base a estos roles y que nos sirva un poco también de cuña para empezar a hablar un poco de los diferentes perfiles que existen dentro de Pues

SPEAKER_03 7:29

en relación a lo que comentaba antes de los diferentes roles y lo que también estás diciendo tú, realmente es un poco complicado porque nosotros sí que desde la guinda de Cuba, desde la tribu de Cuba del CSD, sí que abogamos por un perfil de Cuba un poco a modo de nuestra visión de cómo entendemos la calidad. Un perfil que no vaya siendo el camión de la basura que va detrás recogiendo

SPEAKER_02 7:58

los restos de los que está mal hecho.

SPEAKER_03 7:59

vale, ya ha terminado el resto, ahora os toca a vosotros entrar, llegamos por la noche, lo probamos todo, lo recogemos y te reportamos lo que está bien y lo que está mal y está costando mucho y sigue costando a día de hoy el hecho de participar desde el inicio desde la propia definición de lo que es el producto todos sabemos que es muy fácil pedir pero que lo que se pide esté bien redactado, esté estructurado, que se pidan cosas con cabeza, que no choquen con lo que ya se ha hecho anteriormente pues es algo que es algo que pasa y nosotros tenemos que participar ahí, porque todo error que se evite lo antes posible, luego no genera un gasto al final.

SPEAKER_02 8:43

Vosotros al final sois tres perfiles que trabajáis en el día adecuado. ¿Los tres realizáis el mismo tipo de tareas o tenéis el mismo tipo de perfil? Porque claro, yo he entendido un poco desde fuera, desde fuera de la parte técnica. Siempre he escuchado el perfil de tester manual, tester automático, tester developer, incluso un QE. Contad un poquito cuál es vuestro rol y vamos hablando un poquito de los diferentes perfiles que tenemos. Por ejemplo, en tu caso, Andrea, ¿qué tipo de perfil de QA o con qué tipo de perfil de QA te identificas más?

SPEAKER_01 9:16

Yo, por lo que preguntas, creo que sí que compartimos visión de lo que es la calidad, pero creo que al final dependes mucho también de la cultura que hay en el proyecto en el que estás. Yo ahora mismo estoy trabajando como Quality Engineer que al final, pues es un poco lo que comentaba Paco, depende un poco de cómo se nombran las cosas, pero que al final la visión o el trabajo que se hace es muy parecido o las funciones que hacemos son muy parecidas. Creo que a lo mejor también hay un poco de desinformación de también lo que comentaba Paco, que el QA simplemente va a estar al final recogiendo la basura, probando las cosas al final y poco más, pero yo he aprendido también, sobre todo en este proyecto, que es muy importante aplicar la calidad siempre desde el inicio y en todas las fases del ciclo de software No simplemente estar como una persona al final probando, sino que intentar aplicar calidad en todos los procesos y en el día a día.

SPEAKER_02 10:06

¿Y qué tipo de tareas, al final, pero eso si queremos poner un nombre como tal, ¿sería un CUA funcional o es transversal a todas las áreas? En tu día a día, ¿en qué te dedicas, por ejemplo, ahora mismo, en tu actual proyecto? ¿En qué te dedicas más a la hora de testear y de probar?

SPEAKER_01 10:26

Es que lo que comento, en la cultura que hay ahora mismo mi equipo no es que el cuba sea el que esté probando sino que la calidad es un poco responsabilidad de todos entonces claro el desarrollador puede ser el que prueba más aún así pues yo estoy con él elaborando el test plan por ejemplo me aseguro que se cumplan los procesos de calidad pues eso no sólo lo que es la prueba en sí obviamente si se necesita pues no sé consejo aquí qué tipo de pruebas pues sería más factible hacer dependiendo el desarrollo que estemos haciendo pues todo este tipo de cosas no sólo el estar manualmente probando algo sino ser de ayuda en toda la calidad de lo que es el proyecto.

SPEAKER_02 11:00

O sea, es una visión más transversal, ¿no? O sea, al final tú defines unos test planes, ¿no? Que se tienen que implementar y que luego el equipo tiene que ser corresponsable a la hora de testear lo que están haciendo, desde el equipo de desarrollo, etcétera, ¿vale? En tu caso, Rubén, es similar. Cuéntanos un poquito.

SPEAKER_04 11:22

En mi caso es un poco diferente porque nosotros, bueno, en el cliente en el que en el que estoy, pues hay un QA Lead que nos dice un poco nuestras funciones pero dentro de mi proyecto pues tenemos bastante confianza los unos en los otros, entonces me dejan tocar un poco de todo entonces sí que estoy desde el principio lo voy gestionando yo lo voy pidiendo pero aparte también, aparte de hacer pruebas funcionales creación de test plans y tal, pues también hago automatización pruebas de rendimiento y Y eso sería un poco

SPEAKER_02 12:01

todo. Cuando hablamos de pruebas de rendimiento, un test funcional, un test automático, un test manual, ¿a qué nos estamos refiriendo, por ejemplo, Paco? Para definir un poco la terminología y que la gente lo

SPEAKER_03 12:10

pueda entender bien. Al final es un poco el objetivo de esas pruebas y lo que tratan de medir, ¿no? ¿Qué tipo de calidad intentan medir? Pues en el caso de Rubén estaba hablando de las pruebas de rendimiento, pues al final lo que estás tratando es de comprobar que con respecto a unos parámetros, pues la población que quieras... para la que va destinada esa aplicación, los entornos, etc. Dentro de lo que es ese marco de donde tiene que ejecutarse esa aplicación, pues que en unos estándares se muevan esos estándares de tiempos y de, vamos, que tú no entres a una página web y te tardes dos horas en cargar o que vayas a hacer cualquier transacción y te tarde más de la cuenta. Ese sentimiento que nos deja a veces cuando esto va halagado, esto no va bien, pues que medir esos tiempos y ver si la aplicación durante el desarrollo va adaptándose a esos estándares que nosotros le hemos pedido. Para que luego el usuario que vaya a utilizarla no tenga queja o tenga esa calidad. Es una palabra que vamos a repetir mucho, pero tenga esa calidad que buscamos.

SPEAKER_02 13:20

Y cuando hablamos de test manuales o test automatizados, automáticos, ¿a qué nos referimos? Porque es algo que Se habla mucho, sobre todo en el tema de cuando estás buscando perfiles de QA, siempre se dice que es un tester automático, un tester manual. ¿A qué nos referimos en esos casos?

SPEAKER_03 13:39

Ahí básicamente es igual que tenemos una persona que va a estar reproduciendo un comportamiento dentro de la aplicación. De normal, cuando hablamos de los test automáticos enfocados a la funcionalidad, lo que estamos hablando es de los test end-to-end, de unos test que van a reproducir el comportamiento de la aplicación. de la interactuación de la persona con la aplicación. Porque test automáticos tenemos de todo tipo. Incluso a nivel de desarrollo tenemos test en 2N, test de integración, incluso los mismos de performance también pueden ser automáticos. Lo que tenemos es que separar esa automatización para qué va a ser. En este caso, coloquialmente, cuando hablamos de test automáticos, de normal se hace referencia a este tipo de test. Test automáticos en 2N, que básicamente es lo mismo que puedo estar haciendo yo o estás haciendo tú de voy a clicar en una pantalla voy a pulsar este botón voy a ejecutar un flujo de una aplicación pues mediante herramientas de automatización poder hacer que eso se simule con un bot una especie de bot para que se entienda

SPEAKER_02 14:44

vale y ver si todo funciona correctamente y que automáticamente se teste lo que se va desarrollando ¿no? exacto y por ejemplo cuando hablamos de proyectos como por ejemplo el tuyo Andrea en el que está todo tan interiorizado a nivel de testing y de QA ¿se sigue algún tipo de método de desarrollo para integrar las tareas de testing y de QA dentro del día a día. Cuéntanos un poquito cómo sería esto. Te digo a ti, Andrea, o si quieres tú también, Rubén, o tú, Paco, comentar. Sentiros libres.

SPEAKER_01 15:13

Sí, es un poco lo que te comentaba antes. Intentamos siempre aplicar la calidad desde el principio. Ya cuando se está planificando lo que nos piden desde el cliente, intentaría pensar desde el principio qué pruebas nos va a requerir esto. ¿Va a tener impacto, por ejemplo, como comentaba Paco, para hacer pruebas de rendimiento? Pues intentar planificar esto desde el inicio. Más o menos eso.

SPEAKER_02 15:35

O sea, tener simplemente en la cabeza en todo momento cómo va a impactar en la parte de calidad cualquier desarrollo o cambio de alcance o evolutivo que se realiza en el día a día ¿no? ¿Alguna cosa más que añadir a esto Paco o Rubén?

SPEAKER_04 15:51

Sí, bueno por mi parte un poco lo mismo estoy desde el principio empiezo un poco ayudando al en nuestro caso bueno al analista echando la mano con las historias de usuario con los criterios de aceptación empezando a hacer los test desde ese punto pero no hay un momento en el que la gente está desarrollando y nosotros no estamos haciendo nada, nosotros estamos desde el principio haciendo cosas echando una mano en lo que son nuestras funciones y

SPEAKER_02 16:24

eso Muy bien, y en el caso imagino que este, como comentamos al inicio es un rol que aunque es conocido dentro del sector pero si no estás inmerso en el día a día a lo mejor te puede pasar más desapercibido cuando queréis coger gente nueva nuevos adeptos y nuevas adeptas en la tribu de Cuba en la guild de Cuba dentro del departamento dentro de la compañía ¿qué tipo de tips les soléis dar para que empiecen a desarrollarse? ¿qué tipos de herramientas van a ser con las que tengan que trabajar? ¿qué tipos de competencias tienen que desarrollar en comparación con las típicas y clásicas que puede tener un desarrollador de software front o back? ¿Qué tipo de consejos les ofrecéis, Paco?

SPEAKER_03 17:14

Pues ahí y cogiendo las palabras que ha dicho Rubén antes cambia muchísimo la mentalidad y es lo que más cuesta porque claro, de normal la gente que parte de una carrera IT yo suelo definirlo así, ¿vale? Parte de una carrera en la cual está construyendo, ¿vale? O sea, lo objetivo de esa carrera es construir software, crear algo. Y eso no está bien, su trabajo no está bien hasta que ese algo está creado y está creado como ellos consideran. ¿Qué pasa? El cambio de paradigma es en el que tú pasas a un rol en el cual tu trabajo no es crear, sino asegurar la creación de otro. cuesta mucho ver, y sobre todo cuando les explicas la automatización, que su trabajo puede estar bien pese a que esté dando errores. Porque tu trabajo es encontrar que lo que ha hecho otro pueda estar fallando o asegurar que no falle. Entonces, les cuesta mucho el poder lanzar los test, poder lanzar su trabajo y ver que salen rojo. Porque llevan no sé cuántos años de carrera, hay casos en los cuales hay gente que reconvierte su carrera a CUA. Entonces, la carrera más lo que hayan estudiado aparte algún máster tal más su experiencia previa de desarrollo si han tenido pues enfocada a eso a esto está bien cuando pasa en verde

SPEAKER_00 18:42

pues

SPEAKER_03 18:42

es cambiar un poco la mentalidad nosotros les formamos con pues como comentaba antes también con bases de conocimiento pues de ISTQB que al final tiene unos estándares muy buenos y unas bases muy buenas para entender lo que es la parte de CUA y luego pues hacemos nuestras propias formaciones enfocadas a todo tema de herramientas de QA, automatización de todo tipo y ahora con la implementación también de la parte de IA que luego entiendo que

SPEAKER_02 19:10

también hablaremos porque está en boca de todo el mundo. En tu caso, Andrea, ¿qué es lo que más te ayudó a la hora de empezar a trabajar como

SPEAKER_01 19:20

QA? Yo es que la verdad cuando empecé la programación como tal no era algo que a lo mejor me motivase demasiado, entonces vi ahí como una vía que sí que iba a lo mejor más conmigo, con mi forma de todo, no solo de ser entonces pues eso, me empecé a informar como comentaba antes y cuando ya empecé a trabajar en proyectos más de QA y aprendiendo cosas nuevas vi que realmente pues sí que me estaba gustando y así fue

SPEAKER_02 19:48

Hay conceptos como el TDD, que también se habla mucho yo, el Test Driven Development, es algo que a día de hoy en los proyectos esté muy integrado o que cada vez se vea más esta metodología de desarrollo de software. No sé si Rubén o Andrea o Paco queréis alguno explicar un poquito en qué consiste esta metodología de software y nos deis un poco vuestra visión, vuestro punto de vista sobre si hay visto que el rol del CUA cada vez está más presente y ese tipo de metodologías de desarrollo cada vez están más presentes en el mundo del sector IT. No sé quién se quiere lanzar a la piscina. Rubén.

SPEAKER_04 20:21

Si queréis contesto yo. Vale. Hay que tener en cuenta que respecto al tema del TDD, como ya va test ahí, pero no son los test que nosotros hacemos. En realidad es una metodología que usa el desarrollador para que empiece con los test unitarios y poco a poco va programando según los test unitarios. Nosotros realmente no hacemos test unitarios. Y una cosa que quería decir un poco desde el principio, que es una anécdota que escuché un día a un chico que no sabía nada de CUA, que pensaba que lo que hacíamos era entrar a su código y ir línea por línea corrigiendo la línea, en plan diciendo, esta línea no está bien, o esto podría mejorar así esa no es nuestra función entonces en TDD no entramos tanto nosotros es más para que el desarrollador pues trabaje de esa manera y es una metodología que a mí me encanta me parece me parece genial creo que

SPEAKER_02 21:13

de algún modo repercute positivamente en vuestro rol o como o sea se nota la diferencia de trabajar con TDD a no trabajar con TDD desde vuestra perspectiva desde vuestro rol

SPEAKER_01 21:27

yo creo que sí o sea por ejemplo en mi proyecto justo usamos mucho esto y siempre que entra algún miembro nuevo al proyecto en las formaciones que hacemos de onboarding y tal, se explica esto. Y yo creo que forma parte de lo que comentaba, de intentar transmitir la importancia de eso que comentábamos de la calidad desde el principio, porque al final también en el desarrollo tiene que estar implicada. Así que creo que sí, es muy buena forma.

SPEAKER_02 21:47

¿Y habéis notado evolución en estos últimos años con respecto al rol del CUA dentro de los proyectos? ¿Creéis que se tiene más presente? ¿La gente está más con consciente de ello, de su importancia, de la necesidad.

UNKNOWN 22:03

Paco. Sí, sí.

SPEAKER_04 22:04

O Rubén. O Andrea. Sí, no hace importar que comente una cosa. Sí. Me acuerdo al principio cuando empecé a hacer QA que yo estaba como fuera del equipo, ¿no? Y yo pues estaba automatizando, hacía unas pruebas, encontré varias cosas que no me cuadraban y me dijeron con quién tenía que contactar de lo que estaba probando, que yo no sabía ni quién era, y decirle pues lo que veía que estaba fallando. Ahora desde... sobre todo desde que estoy aquí en Sopra pues formo parte del equipo y siempre en todos los equipos en los estados siempre he formado parte de él y lo que antes no estaba claro era como antes era que íbamos a buscar las cosillas al desarrollador intentar como facilitarlo un poco ahora veo que esto ha evolucionado un montón y mis equipos siempre formo parte del equipo y me tienen en cuenta igual que cualquier otra

SPEAKER_03 22:53

persona Paco yo sí que creo que ha habido una clave de evolución, yo sobre todo lo he visto aquí ya no solo por nuestra parte sino también por la manera de pensar de la mayoría de nuestros clientes creo que antes el perfil del QA era yo he llegado a escuchar frases de no me hace falta alguien que pruebe porque lo que haga el desarrollador ya tiene que estar bien, yo no pido que me hagas algo que está mal y esa mentalidad yo creo que ha ido cambiando con los años y visto está nuestro crecimiento y el impacto que hemos tenido también.

SPEAKER_02 23:30

Pero también puede erradicar eso un poco en la desinformación, ¿no? Como veíamos antes cuando hablábamos de que la gente piense que el tester es la persona que se mete en el código de los desarrolladores para hacer sus test unitarios.

SPEAKER_03 23:41

Sí, sí, y que no ha aportado a nada. De hecho, también han cambiado mucho las metodologías de cómo probamos, de la separación, ¿no? Antes el QR sí que estaba más aislado de los equipos, ahora conforme han ido pasando los años cada vez está metido más en el equipo. Hay gente que incluso se pregunta por qué ya ha tenido ese rol dentro del equipo y cuando no está dice que lo nota pues creo que ha habido una evolución bastante clara estos últimos años

SPEAKER_02 24:09

Y hablando de evolución aquí viene el chupito IA, Inteligencia Artificial ¿Cómo está impactando el tema del Inteligencia Artificial dentro del rol del CUA dentro de los equipos? Entiendo que os impacta como al resto de ramas profesionales dentro de la carrera del sector IT. Se está viendo que está impactando en cuanto a tiempos, a alcance que pueden llegar a hacer un propio desarrollador, una propia persona dentro del mundo del sector IT en su día a día. Hemos hecho también nuestras pequeñas pruebas dentro del departamento y dentro de la empresa realizando formaciones y viendo un poquito cómo podemos implementar esto en nuestro día a día, pero realmente Paco, Andrea, Rubén, ¿Cómo os impacta? ¿Cómo lo estáis viviendo desde dentro? Realmente todo esto.

SPEAKER_01 25:07

Paco. Yo, bueno, si queréis, si quieren profundizar un poco más, que están trabajando de pleno en ello, pero si yo lo veo como una forma de agilizar nuestro trabajo, al final pues como todos, tanto los desarrolladores como cualquier perfil, al final pues te facilita un montón el trabajo, yo creo, y eso. En mi proyecto también lo estamos aplicando, estamos intentando ver por dónde nos puede mejorar mucho las cosas y trabajando en ello la verdad y sí que pues los compis están trabajando

SPEAKER_03 25:35

unos agentes muy interesantes si queréis profundizar un poco yo quería antes de bueno de explicar también lo que estamos haciendo también que explique Rubén hacer pues un poco la reflexión que llevamos haciendo durante las últimas semanas que es que bueno siempre está el miedo este que ha salido con el tema de la IA de nos quita el trabajo, etcétera, etcétera, ¿no? Que es algo que, bueno, pues en nuestro sector está ahí, ¿no? También vemos las noticias y demás y estuvimos, bueno, esto también nace un poco creo que del desconocimiento que se tiene, ¿no? Una vez entras y ves lo que hay, empiezas a entenderlo y empiezas también un poco a analizar en qué puede derivar esto. Y yo creo que no solo el rol del desarrollador, sino nuestro rol también se va a transformar, va a ser una transformación yo creo que para bien es una optimización de nuestro tiempo y de los recursos me va a quedar muy a discurso propagandístico pero básicamente es por la experiencia que estamos consiguiendo estos días y lo que estamos viendo antes donde tú tenías un equipo de 5 cuas que probaban una aplicación y estaban metidos en un proyecto, definían sus test cases, los subían a una herramienta, luego los ejecutaban, ejecutaban la reversión, alguno automatizaba, dependiendo del perfil. Pues lo que esto va a pivotar es a que cada uno de esos QA va a tener su propio equipo y va a ser su propio QALY. Lo de ser tu propio jefe, pues vas a tenerlo

SPEAKER_00 27:17

por ahí.

SPEAKER_03 27:19

Y cada QA lo que tendrá será su equipo de agentes, cada uno especializado en definición funcional, análisis de de documentación, búsqueda de incongruencias, todo ese trabajo que hacías leyéndote unos manuales de aplicaciones de 800 páginas que te había pasado un cliente, que en el futuro también vendrán hechos por la IA, pues vas a tener tu propia serie de herramientas que son esos agentes que van a trabajar por ti y te van a agilizar el trabajo. Entonces tú lo único que vas a hacer es supervisarlos con tu conocimiento en la materia y vas a ver que el resultado que te dan es bueno o malo y vas a poder iterar

SPEAKER_02 27:58

sobre ello tu caso Rubén que también has estado estos últimos días sobre todo formándote bastante en todo tema de agentes y viendo cómo aplicarlo en nuestro día a día con los proyectos y con nuestros clientes ¿qué vision o qué regusto te ha dejado todo esto?

SPEAKER_04 28:16

pues hace bueno esto antes de la semana pasada yo en mi equipo trabajamos en varios proyectos no trabajamos solo en uno y sobre todo yo pues me van llegando pues proyectos que no tienen tanta relación con mi equipo. Entonces, me pidieron que para un miércoles, para el viernes, tenía que tener una serie de test cases hechos de un montón de historias de usuarios. Entonces, gracias a los proyectos que estamos haciendo ahora mismo en la guild, pude tener esos test cases ese mismo día que me los pidieron, porque es que si no, no hubiese llegado seguro. Y mientras esto iba funcionando, iba haciendo los test cases que yo luego iba a corregir pues yo tenía el tiempo de hacer otras pruebas aparte pues gracias a la experiencia que se me permitió tener la semana pasada pues yo veo un potencial increíble es lo que dice Paco que al final vamos a tener un equipo para nosotros mismos y ya no solo eso sino que gente que no tenga tanta experiencia va a tener una ayuda ahí que le pueda ayudar incluso a formarse a sí mismo mientras va trabajando

SPEAKER_02 29:28

Adquiriendo buenas prácticas y mejorando a nivel técnico, ¿no? Con respecto... Claro. Pues ya os digo que desde luego... va a ser un punto de inflexión en el sentido de que va a cambiar, como decía con el inicio, que al final el rol del desarrollador, el rol del CUA, todos los roles del sector IT y seguramente hay muchísimos roles de muchos, de un amplio espectro de carreras profesionales, fuera incluso de la informática, se van a ver impactados y es eso, el prisma desde el que hay que verlo es que es una herramienta más, es una ayuda, es algo que nos va a poder ser más eficientes, poder poner el foco atencional de la persona, del cerebro, en tareas que aporten un valor a lo mejor más diferencial y que a lo mejor lo más automatizable o más rutinario o más tedioso se pueda delegar en esos agentes y de este modo aportar un valor diferencial, ¿no? Quitarnos un poquito de encima aquellas tareas a lo mejor que no aportan tanto para poder centrar el foco en lo importante. No sé tú, Andrea, ¿cómo lo ves?

SPEAKER_01 30:34

Sí, sí, sí, totalmente yo coincido. En mi proyecto, como comentaba, también hemos estado trabajando en eso, seguimos sin formándonos para eso, no intentar, porque también va muy rápido, para intentar estar actualizados e intentar estar al día a día siempre.

SPEAKER_02 30:47

Y sí, coincido totalmente. Pues Paco, Andrea, Rubén, ha sido un auténtico placer contar con vuestra participación en este nuevo podcast de Hack the Talk de Soprastería. No sé si queréis añadir una última reflexión, en tu caso, Paco. Me pillas así en frío, pero... ¿Pesonas que se quieran empezar a dedicar a este mundillo del testing?

SPEAKER_03 31:12

No, nada, que le den una oportunidad porque la verdad es que es otro tipo de carrera, que sí que es cierto que no se explica en las universidades o no se le ha explicado, ya no lo sé, pero no hay un

SPEAKER_02 31:27

ciclo. No se le da ese peso, desde

SPEAKER_03 31:28

luego. Claro, entonces, que... Que les pique la curiosidad, que investiguen porque es otra opción de carrera bastante chula, bastante bonita y que va también mucho de ayudar a los compañeros y es bastante satisfactorio.

SPEAKER_02 31:44

En tu caso, Rubén, una última reflexión.

SPEAKER_04 31:47

Sí, un poco lo mismo y una cosa que a mí me gusta mucho es que haces muchas cosas diferentes. En mi caso, si por ejemplo estoy todo el rato desarrollando, pues llega un momento en el que no me apetece tanto lo que sea, con esto es que cada vez me está tocando pues en mi caso pues automáticos, funcionales, rendimiento entonces como voy cambiando siempre estoy como ahí activo y eso, eso aparte me

SPEAKER_02 32:14

encanta Y en tu caso Andrea, una última reflexión final

SPEAKER_01 32:18

sobre el rol del CUA Yo coincido con lo que comentan y que además es un mundo súper extenso, igual que los desarrolladores también se pueden especializar en diversas tecnologías pues como CUA también te puedes especializar en muchas cosas y seguro que a más de uno le interesaría muchísimo algún y eso lo que comentan que al final compartirlo con el resto del equipo y ver que como calidad se mejora pues así con todos a la vez

SPEAKER_02 32:45

pues es genial así que eso poco más pues equipo muchísimas gracias espero que la gente que nos está escuchando le haya servido para clarificar un poquito más que esto del área de QA y sobre todo para aquellas personas a lo mejor que están iniciando su carrera como siempre decimos que les pueda picar la curiosidad y piensen que aquí tienen un área de desarrollo yo, pues qué mejor manera que con nuestros compañeros del CSD de Soprasteria pues que lo conozcáis y que lo sepáis Paco Andrea, Rubén muchísimas gracias por compartir este ratito con todos nosotros y esperamos que os haya gustado a todos nuestros oyentes el programa y nos vemos dentro de unos días, dentro de unas semanas en un nuevo programa de Hacker Talk de Soprasteria, muchas gracias Si este episodio te ha hecho pensar imagina lo que viene Suscríbete a Hack the Talk y no te pierdas la próxima conversación. Así damos forma al futuro en Soprasteria España.