CodeGym /Blog Java /Random-ES /Cómo cambiar la carrera de ingeniero de control de calida...
John Squirrels
Nivel 41
San Francisco

Cómo cambiar la carrera de ingeniero de control de calidad a desarrollador: la historia del codificador

Publicado en el grupo Random-ES
Hoy en día, cualquiera puede aprender a convertirse en desarrollador: gerente, vendedor, camarero o formador. Sin embargo, la programación a veces puede parecer abrumadora para algunos novatos, y de antemano se sienten desanimados acerca de sus posibilidades de conseguir un trabajo como desarrollador junior. Es por eso que algunos estudiantes eligen el rol de ingeniero de control de calidad como una opción segura. QA es una persona que prueba el software y encuentra errores en él. Esta profesión te permite introducirte en el complejo mundo de la programación. Cómo cambiar la carrera de ingeniero de control de calidad a desarrollador: la historia del codificador - 1Presentamos la historia del desarrollador Kyrylo, quien comenzó su andadura en TI con pruebas de QA (garantía de calidad) y luego se convirtió en desarrollador.

El control de calidad me convenía y comencé a profundizar en esta área.

No estaba interesado en la carrera de desarrollador después de la escuela. Aún así, ingresé a la universidad en la facultad de "Desarrollo de software de sistemas" porque mis padres me aconsejaron que eligiera esta especialización. Entendí la programación, pero requirió trabajo. Hice los trabajos finales con éxito, pero me gradué sin conocimientos sólidos de programación. Luego intenté buscar trabajo como programador; sin embargo, después de reprobar 2 o 3 entrevistas, que no sabía cómo aprobar, decidí convertirme en tester de control de calidad. Un día me encontré con una empresa que contrataba personas para prácticas de control de calidad. Pasé con éxito la entrevista, completé mis prácticas y me quedé allí para trabajar como tester. Todo me convenía y comencé a profundizar en este ámbito. Escribí una prueba automatizada en Java por primera vez. Fue una prueba fácil: abrió una ventana del navegador, hizo clic en listas específicas y seleccionó elementos, pero me gustó mucho. Parecía que hacía magia. Después de un tiempo, un compañero que trabajaba en otra empresa me invitó al puesto de ingeniero de control de calidad allí. Entonces acepté la oferta y obtuve una gran experiencia en control de calidad y trabajando en equipo. Después de lidiar con las pruebas manuales (lo cual no es muy interesante), un gerente preguntó a nuestro grupo si había alguien dispuesto a trabajar con pruebas automatizadas y yo me ofrecí como voluntario para este puesto. Necesitaba conocimientos adicionales para gestionar las nuevas tareas, así que aprendí C#, lo que me permitió lidiar con pruebas automatizadas existentes y desarrollarlas. Más tarde, tuve la oportunidad de cambiar a un puesto de desarrollador en esa empresa, pero decidí dejar la empresa porque mi equipo se había disuelto. Entonces, conseguí un puesto de ingeniero de control de calidad en una empresa con una oficina en el centro de la ciudad y una montaña rusa en la oficina. Entonces pensé: me gustaría quedarme allí hasta el final de mi carrera. Sin embargo, estuve trabajando allí durante casi cuatro años antes de decidir irme. Obtuve una gran experiencia de trabajar en equipo. A menudo veíamos vídeos de conferencias técnicas o vídeos de formación sobre cómo funciona la tecnología. Aunque participé en pruebas automatizadas, estudié tecnologías relacionadas y adquirí nuevas habilidades. Considerándolo todo, fue una gran experiencia para mí.

queria hacer mas programacion

Luego encontré una vacante para un ingeniero de control de calidad, que requería conocimientos de Python. Leí rápidamente un libro sobre Python para comprender la sintaxis y completé la tarea de prueba que me asignó la empresa. A pesar de que no cumplí el plazo, la empresa aceptó mi trabajo y me invitó a una entrevista. Nuestra conversación fue sencilla: hablé con el director de control de calidad y el director de proyecto sobre temas generales sobre pruebas y programación. Y me contrataron. Mis responsabilidades incluían realizar pruebas automatizadas y manuales. Sin embargo, no me gustaba mucho el manual, que implica acciones monótonas, y quería programar más. Entonces comencé a profundizar mis conocimientos de Python, me inscribí en cursos y hablé con el gerente sobre mis ambiciones. Pero en ese momento, no tenían un puesto de desarrollador vacante. Trabajé y estudié al mismo tiempo. La transición duró unos nueve meses: en primavera comencé a entrenar y en diciembre conseguí un trabajo. Lo más difícil durante la transición no fue ni siquiera encontrar nuevos conceptos en programación, sino que estaba sobrecargado y pasaba demasiado tiempo con la computadora.

Mi experiencia como ingeniero de control de calidad me ayuda en la programación.

Un día me escribió un compañero que trabajaba en una empresa de TI. Me ofreció un trabajo de ingeniero de control de calidad, pero le dije que estaba buscando un trabajo de desarrollador. Resultó que tenían un puesto vacante, así que decidí intentarlo. Tuvimos una entrevista de tres horas sobre diferentes tecnologías (según la tabla de habilidades) y luego una entrevista con un cliente. Vieron potencial en mí y me contrataron. Me gustó trabajar allí porque conocí muchas tecnologías nuevas. Además, la empresa contaba con excelentes compañeros a quienes se podía pedir consejo para el proyecto. La experiencia previa en pruebas en proyectos grandes me permitió comprender los procesos de desarrollo de un producto. Definitivamente fue una ventaja. Mi experiencia como ingeniero de control de calidad me ayuda ahora en la programación. Cuando realizo una tarea, sé que mis compañeros la probarán, por eso describo tantos detalles como sea posible a los que merece la pena prestar atención. Luego, cuando los ingenieros de control de calidad vienen con una solicitud para ayudar a resolverlo, entiendo lo que quieren saber de mí. Por eso les ayudo a probar componentes específicos que se están desarrollando. La habilidad de analizar sistemas con muchos elementos me resultó útil. Puedo recordar fácilmente el panorama general incluso de un sistema complejo. Parte de las tareas de un programador también incluye escribir pruebas unitarias que prueben una función específica en la aplicación. Saber cómo escribir un script de prueba ayuda más directamente a mi trabajo. Si fuera un graduado ahora, intentaría conseguir un trabajo como desarrollador desde el principio. Tenía miedo de programar porque estudiamos C ++ en la universidad, donde hay que considerar toneladas de matices al codificar. Sin embargo, durante la formación me di cuenta de que no era así: las cosas complejas se pueden escribir de forma sencilla y clara.
Comentarios
TO VIEW ALL COMMENTS OR TO MAKE A COMMENT,
GO TO FULL VERSION