¿Es prudente comenzar su carrera como probador manual?

Hay tanta confusión acerca de lo que son las pruebasmanuales” … Incluso de personas que afirman haber avanzado en ese campo …

Además, ¿por qué habría solo 2 caminos de crecimiento? “Pruebas o gestión automatizadas, elija una …” -> Elijo las pruebas.

El futuro en las pruebasmanuales” se puede ver a nuestro alrededor: las personas quieren un software que satisfaga sus necesidades (comerciales) y esperan que ese software sea predecible, como con todas las máquinas. ¿Qué mejor manera de saber qué hace su software que probándolo?

Lamentablemente, muchas personas, incluidos muchos probadores, (todavía) ven las pruebas como lo que ISTQB y otros esquemas de certificación afirman que es: el diseño y la ejecución de escenarios posibles / probables en los que el software puede salir mal en función de lo que se indica en un documento de requisitos. En otras palabras: error de adivinar, basado en una antigua declaración de lo que el software debe hacer, en lugar de encontrar nueva información sobre lo que el software realmente hace para que pueda ser compartido con las partes interesadas. (Y afirman * que * es una prueba “estructurada”, simplemente porque es más fácilmente “manejable”).

Incluso las “herramientas de gestión de pruebas” compran ese esquema. Recientemente tuve una demostración de uno de los grandes vendedores de herramientas. Les pregunté qué mejoraron para administrar un enfoque más exploratorio para las pruebas. La respuesta era deficiente, como esperaba, y la solución parecía ser (mal) usar la personalización de “error” para poder registrar de alguna manera la información que podría conducir a otra prueba / error interesante … Y todas las herramientas principales Sé que tengo un problema similar: no hay soporte para ayudar a administrar las pruebas reales.

De todos modos, las personas que “avanzan” de “probador manual” a “automatizador de pruebas” o “desarrollador”, creo que podrían estar mejor en ese campo si lo consideran un avance. Y las personas que “avanzan” de “probador manual” a una función de “gerente” también podrían estar mejor allí. Solía ​​ser desarrollador, y creo que es un trabajo aburrido; y no me interesa ir por la ruta gerencial.

En cambio, avanzaré como probador y, mientras tanto, intentaré cambiar la forma en que se ve nuestro campo. Y ese es el trabajo desafiante que esperaba que fuera :-).

Ese es exactamente el problema. Hay una diferencia entre pruebas manuales calificadas y seguir un guión sin pensar.

Desafortunadamente, muchas empresas, y lamentablemente, muchos probadores, no reconocen esa diferencia y no ajustan las escalas salariales y similares en consecuencia. La visión de las pruebas de “cualquier cuerpo cálido” es fatalmente defectuosa, sobre todo porque las pruebas de software, como el desarrollo, son un problema perverso: no hay una respuesta “correcta” simple, ninguna técnica verdadera, y un probador realmente bueno casi puede sentir dónde hay problemas (que en realidad es una cuestión de observar muchas señales pequeñas a nivel subconsciente y enfocarse en ellas sin ser consciente de lo que está sucediendo).

Si le da a diez desarrolladores de primer nivel el mismo conjunto de requisitos / historias de usuario / especificaciones, obtendrá diez soluciones diferentes que funcionan bien.

Si le das a diez probadores manuales de primer nivel la misma pieza de software para probar, todos lo harán de manera diferente, usando diferentes entradas, diferentes estrategias, etc., pero todos encontrarán fallas críticas y un buen número de otros problemas también.

Muchas empresas aún no han resuelto esto. Tampoco tienen muchos desarrolladores o evaluadores, y ahí es donde nuestros esfuerzos educativos deben comenzar. Si nuestra comunidad no reconoce nuestras habilidades, ¿cómo podemos esperar que otros las reconozcan?

No comience su carrera como probador manual si no está dispuesto a trabajar duro. Trabajo duro y he construido mi reputación en la comunidad de pruebas en línea. Todavía estoy aprendiendo, ¿qué he logrado? Comencé como probador manual y me convocaron para conferencias, talleres de prueba, seminarios, debates. Mi blog y mis libros son leídos por unos pocos miles de evaluadores. Por lo tanto, no comience su carrera (y no el operador como se menciona en la otra respuesta) como un probador de software manual, si no desea trabajar duro. La comunidad no necesita esos probadores.

Pero, si eres como la raza rara (considerando la mayoría hoy en día) de probadores que están dispuestos a trabajar en las habilidades y tomar el oficio en serio, bienvenido. Contáctame en Skype (ajay184f es mi ID de Skype). Aprenderemos unos de otros.

Sí, absolutamente, puede comenzar su operador como un probador manual y luego agregar las habilidades como aprender automatización o, si está interesado en algún lenguaje de programación, también puede aprender eso.
Java se usa principalmente con la suite de automatización en toda la industria.
Además, conocerá los detalles del software si aprende más adelante en cualquier idioma y comienza a codificar como si supiera dónde fallará.

Sí, es aconsejable si desea no involucrarse en la parte de codificación de su carrera.
No, no es aconsejable si tiene un talento para la codificación / programación en cualquier idioma y le gustaría trabajar en esa área en cualquier momento en el futuro.

Tendría que sacrificar muchos beneficios de la experiencia laboral si decide cambiar de la función de prueba manual a cualquier otra función en su carrera. Básicamente, necesitas saber qué quieres hacer en un momento posterior de tu carrera para ser feliz. Como probador manual, el camino hacia ‘roles de nivel superior en la jerarquía de una empresa’ tiene muchos dolores.

Comience su carrera como ingeniero de software que realiza pruebas de software para el pan y la mantequilla.

El pensamiento sabio no es común y no encontrarás sabiduría mientras haces nada, depende de ti cómo manejas la situación y saliste de ella con gran éxito.

¡Vaya hombre, solo golpéalo!

Si tiene un don de programación, también puede utilizar herramientas de automatización de recursos en línea. Sin embargo, se requieren pruebas manuales en todas partes, ya que no todo se puede automatizar

More Interesting

¿Qué oportunidades tengo con un año de experiencia en TI?

¿Existe un estigma contra la contratación de ingenieros de software que no consiguen empleos inmediatamente después de graduarse?

¿Qué debo hacer, revisar, leer o practicar antes de presentar una solicitud a empresas consultoras?

Veo tantos papeles durante la temporada de pilotos de TV para los que soy apto como actor de trabajo, pero mi agente no puede conseguirme audiciones para ellos. ¿Qué debo hacer?

Cómo encontrar clientes que paguen bien para mi empresa de desarrollo sin depender de sitios independientes

¿Cuál es la parte difícil de convertirse en estudiante de arquitectura?

¿Es fácil para un cónyuge unirse a la Fuerza Aérea?

¿Cómo descifrar la entrevista para el trabajo de verificación de diseño después de la experiencia de pasantía de verificación de diseño? ¿Cuál es el enfoque principal para la preparación con habilidades como UVM y systemverilog

¿Cuáles son las mayores diferencias al entrevistar a un recién graduado frente a un desarrollador de software con 1 año de experiencia?

¿Debería continuar mi carrera como desarrollador de .net o debería comenzar de nuevo como ingeniero de software integrado?

¿Qué debo hacer para conseguir un trabajo en el extranjero como ingeniero de software?

Actualmente estoy buscando una B.Tech en informática. Quiero hacer una maestría en el extranjero, entonces, ¿debería centrarme más en mis calificaciones en la universidad o en mis habilidades de codificación y otras actividades como hackathon, programación competitiva o crear mi propia aplicación?

¿Qué podemos hacer en las vacaciones de verano para aprovechar al máximo nuestro tiempo?

¿Ser bailarín es una buena carrera?

¿Qué cursos cortos o certificación se pueden hacer antes de unirse a un MBA?