¿Tomar un trabajo en pruebas de software hará que sea más difícil obtener un puesto de desarrollador en otra compañía más adelante?

¡La mejor idea es pasar de la prueba a SDET (en algunos meses) y de SDET a desarrollador (en unos años) después!

Necesita múltiples habilidades que incluyen habilidades de comunicación y técnicas también. Pero la mejor manera de obtener una llamada de entrevista sería:

  • Seleccione un perfil particular que esté disponible en Google o Facebook. Ejemplo: probador de automatización
  • Buscar perfiles relevantes en Linkedin:

Encontrará pocas herramientas que coincidan en sus habilidades comunes en la mayoría de ellas.

Encuentre la mejor manera de aprender esas herramientas como Selenium, BDD, Cucumber, TestNG a través de los siguientes pasos:

La mejor manera de comenzar a aprender sobre herramientas de automatización es la siguiente:

  • Intente aprender programación Java utilizando Java BLACK BOOK. Si se siente cómodo con las funciones de secuencias de comandos, la lógica basada en OOP, los bucles y otros elementos básicos, ¡eso es lo suficientemente bueno!
  • Muévase para aprender las secuencias de comandos de Selenium WebDriver usando JAVA (usando los secretos de pruebas de automatización de software revelados – Parte1,2)
  • Construya un marco usted mismo y cárguelo en el sitio web de GITHUB
  • Aprenda a Jenkins sobre cómo programar el proyecto
  • Pruebe GIT sobre cómo agregar, confirmar, empujar y tirar, volver a base, etc.
  • Una vez que se sienta cómodo con Selenium, pruebe Appium con Java
  • Intente usar TestNG para ejecutar secuencias de comandos basadas en Selenium y Appium
  • ¡Solicite dichos perfiles en el sitio web de Google o Facebook y reciba la llamada de entrevista de Google de Facebook !

Algunos libros a los que me referí aquí:

¡Haga clic en UPVOTE si es útil!

El trabajo que tiene ahora tiene poco que ver con el trabajo que tendrá más tarde para guardar lo que hace o no hace para perfeccionar sus habilidades. Si no se mantiene actualizado o en la práctica habitual con la programación (y en algunos entornos de prueba eso es muy fácil de hacer, ya que queda atrapado en el ajetreo y el bullicio de la exploración y las pruebas activas), entonces es probable que tenga dificultades con conseguir un trabajo de programación más tarde. Sin embargo, si continúa activamente programando y aumentando sus habilidades (y la verdad sea dicha, hay muchas oportunidades de programación en torno a las pruebas de software que quedan fuera del clásico “marco de automatización de pruebas”) y tiene una manera de hacer visibles esos logros de programación y revisable (una cuenta de GitHub, participación activa en StackOverflow u otros lugares), entonces es posible que no sea difícil obtener un trabajo de programación más adelante.

Mucho depende de para quién quieres trabajar. Con las empresas más pequeñas, a menudo hay más fluidez entre los roles y tendrá muchas oportunidades de probarse numerosos sombreros a lo largo de los años. En organizaciones más grandes, los roles pueden estar más definidos y esa fluidez puede estar restringida un poco. En cualquier caso, sus habilidades son suyas y, en última instancia, depende de usted cómo las cultiva, las utiliza y las mantiene.

¡Tal vez un poco!

Pero depende del perfil que elija. Si eres un probador de automatización con Selenium, será relativamente fácil cambiar a Desarrollo, pero si eres un Probador manual, creo que será muy difícil, no diré que es imposible.

Pero si ha hecho viceversa, como elegir Desarrollo y luego pasar a Pruebas, sería muy fácil.

Pero si está trabajando en una organización basada en productos, aún tiene posibilidades. Simplemente siga aprendiendo sobre su Producto o Dominio, intente trabajar en varios Dominios. Si obtiene una buena cantidad de conocimiento, puede cambiar al perfil de Business Analyst después de 2-3 años de experiencia.

Sí puede, pero generalmente no. Solía ​​ser un programador de C ++. Me gustó mucho. Tomé un trabajo en C # y lo disfruté, aunque no tanto como el C ++. Luego aprendí Java y me moví en esa dirección. Recientemente solicité un trabajo en C # y descubrí que, debido a la antigüedad de mi experiencia, estaban menos interesados ​​y querían a alguien con un conjunto de habilidades más actual, para ser justos, mi C # tiene aproximadamente 10 años. Como mi experiencia en C ++ tiene aproximadamente 15 años, los pocos lugares que encontré que usan C ++ ni siquiera me entrevistaron, especialmente en el nivel en el que me encuentro actualmente (aunque es posible que pueda tomar una reducción salarial importante para trabajar en C # o C ++ si Realmente quería).

Por otro lado:
Asumí un contrato como gerente, duró 6 meses y, al final, mis habilidades de programación seguían siendo tan fuertes como cuando me fui, por lo que no tuve problemas para encontrar otro trabajo.