¿Por qué quieres convertirte en un probador de software?

Siempre quise ser parte del ciclo de vida del desarrollo de software. Cuando me uní por primera vez a una empresa de TI, aprendí los diversos pasos de SDLC y qué papel tiene que desempeñar cada ingeniero de TI para garantizar el buen funcionamiento del proyecto. Algunas de las razones que me llevaron a las pruebas de software fueron:

  • Conocimiento completo del proyecto : siempre quise ver el panorama general y saber qué forma final tomaría la aplicación. Como probador pude analizar todas las funcionalidades y características que se entregan. Me mostró la perspectiva más amplia del proyecto y también me familiarizó con el conocimiento comercial central de la aplicación.
  • Trabajar en estrecha proximidad con el cliente : si desea trabajar en estrecha colaboración con sus clientes, la prueba es uno de los enfoques correctos. Como probador, debe comunicarse con su cliente a menudo para que pueda obtener comentarios regulares sobre el proceso de control de calidad y el estado del proyecto en su conjunto.
  • Con el objetivo de ser un BA : la transición a un analista de negocios es mucho más fácil para un probador que cualquier otro profesional de TI. Después de todo, los evaluadores poseen un conocimiento exhaustivo del proyecto y del dominio.
  • Calificación salarial : aunque muchos podrían estar en desacuerdo, los evaluadores están bien pagados y tienen una posición respetable en un equipo. Además, la transición de un probador de un ingeniero superior a un puesto directivo se puede lograr con la experiencia y los conocimientos técnicos adecuados.

Gracias,
Vaibhav (Fundadores Helping Testers | Cursos de capacitación de pruebas de software en línea)

Cuando me uní a la primera organización después de mi universidad, me asignaron el rol de desarrollador, pero debido a las limitaciones de espacio solía sentarme con el equipo de evaluación.

Durante 2 semanas observé a todos los probadores y desarrolladores. Los probadores estaban más conectados entre sí, estaban más felices y muchos de ellos estaban obteniendo oportunidades en el sitio.

Además, alrededor del 90% de los evaluadores solían dejar el cargo a las 6:00 p.m. Mi mente estaba grabando todos estos eventos y aquí no pude completar la tarea dada por mi mentor (que era desarrollador).

Después de pensar durante unos días, reuní algo de coraje y fui a mi gerente de proyecto diciendo que me gustaría trabajar como probador y no como desarrollador.

Tuve la suerte de obtener un papel de probador (o más bien desafortunado, aún no lo sé). La única razón por la que me metí en las pruebas fue la gratificación instantánea.

Esta es mi historia.

Si no quiere ser un programador y tiene una habilidad o picazón para encontrar fallas en cualquier cosa, pregunte por qué, qué, quién, cuándo, entonces, es más que bienvenido en las pruebas. Y a medida que avanza a las pruebas de automatización, siempre puede codificar y probar. Es un campo muy bueno si está haciendo la Certificación ISTQB y actualizando sus habilidades especialmente en automatización, entonces tiene un futuro muy brillante.
Nota: la automatización no necesariamente significa codificación, también hay algunas herramientas.
Visite el sitio web de ISTQB, guru99, tutorialspoint, etc. para obtener más información sobre las pruebas manuales y de automatización y comience a aprender.
Espero que ayude.

Está bien si no sabes la razón por la que quieres ser un probador … y lo entiendo. Esto es especialmente cierto si eres totalmente nuevo y no tienes idea de qué es la prueba de software, cómo se ve, si tiene una buena trayectoria profesional o no, etc.