Suponemos que el término “profesional de TI” es sinónimo de “desarrollador”. Si bien ser desarrollador es excelente y tiene un potencial inmenso, no se debe concluir que ser un probador significa exactamente lo contrario.
En Inwedo realmente apreciamos un buen probador y creemos que en realidad es difícil encontrar uno bueno. Esa puede ser una buena razón para suponer que esta puede ser una muy buena opción 🙂
Hay algunos MITOS relacionados con ser un probador:
- Cómo hacer mi carrera en aviónica
- ¿Por qué no puedo decidir un camino?
- ¿Qué carrera debo elegir? Estudié finanzas pero estoy trabajando en marketing. Prefiero convertirme en un hombre de negocios. ¿Qué tengo que hacer?
- ¡Quiero hacer una carrera en psicología, pero ya perdí 7 semestres reprobando un curso básico de programación de computadoras! ¿Hay alguna posibilidad de que BS Psychology pueda completarse en 6 años y que brinde una buena seguridad laboral?
- ¿Cuál debería ser mi carrera y qué designación debo esperar en mi próximo trabajo?
Mito n. ° 1: no se aplican los conocimientos de ingeniería
Mito # 2: alcance limitado para el aprendizaje
Mito # 3: crédito no otorgado a los evaluadores por el producto final de software
Mito # 4: el pago para desarrolladores es más alto que para los probadores
La verdad es que no es tan diferente de ser un desarrollador cuando se trata de cuán “buena” es la elección de trabajo.
Más sobre el mito de: ¿Es el trabajo de Software Tester realmente un trabajo de bajo perfil?
Mito n. ° 1 : no se aplican los conocimientos de ingeniería
- Muchas veces, nosotros (graduados en informática especialmente) sentimos una sensación de decepción si la primera tarea en nuestro primer trabajo es un proyecto de prueba. Esto se debe a que el plan de estudios de ingeniería de software no incluye la disciplina de prueba de software . Por lo tanto, no estamos preparados para percibir que otros temas además del desarrollo, la base de datos o la red tienen algo que contribuir a la producción de software. Es natural sentirse un poco engañado.
- Sin embargo, aunque no es típico ni obligatorio que los evaluadores tengan una comprensión profunda de los lenguajes de programación, esta tendencia está cambiando y los evaluadores con habilidades de programación son altamente valorados . Podemos descubrirlo por nosotros mismos si persistimos un poco más mientras tratamos de aprender todo lo que hay que saber sobre el campo de control de calidad. Este es uno de los lugares donde “nuestra paciencia será recompensada”.
- También es interesante que a los evaluadores se nos pague por no creer en un producto . Nada malicioso, por supuesto. Nuestra intención es encontrar áreas problemáticas antes de que lo hagan los usuarios, lo cual se puede lograr solo cuando conocemos al máximo las complejidades del producto de software. Si esto no es una aplicación de conocimiento, entonces ¿qué es?
- El siguiente paso para descubrir las deficiencias con el software es profundizar un poco más. Análisis de causa raíz : esto significa que no solo informamos un problema, sino que también analizamos el problema aplicando el conocimiento obtenido de nuestras experiencias y descubrimos la posible razón del problema. Este es el valor agregado que los probadores deben aspirar a lograr.
Mito # 2 : alcance limitado para el aprendizaje
- La prueba no es una actividad fortuita. Necesita mucha planificación, estrategias, comprensión de la tecnología, gestión del tiempo y también los aspectos no tan obvios como la comprensión de la facilidad de uso del software, la relevancia del mercado, el rendimiento, etc. La singularidad es que un probador puede tener un grado de 360 grados Vista del software desde todos los ángulos : por lo tanto, la experiencia en el dominio del conocimiento, la experiencia en las mejores prácticas en el proceso de desarrollo de software y los conocimientos técnicos son algunas de las áreas adicionales en las que tendremos un buen control.
- El aprendizaje continuo es la clave del éxito en cualquier campo . También es cierto para las pruebas. Podríamos elegir avanzar hacia el rendimiento, la automatización, la seguridad, la base de datos o cualquier otro método de prueba que sea mucho más técnico. O crecemos en nuestras carreras como Analistas de negocios, Escritores técnicos, a veces Gerentes de proyectos, etc., debido a nuestra aplicación de procesos, experiencia en gestión y orientación comercial.
- Una parte importante de nuestra descripción de trabajo es colaborar con los otros equipos del proyecto, presentar / facilitar varias reuniones y crear documentos / informes de procesos, etc. Esta es una oportunidad maravillosa para practicar habilidades de comunicación , en forma de escribir y presentar información en un Manera efectiva.
Mito n. ° 3 : el probador no obtiene crédito por el producto de software final
- Por el contrario, la opinión del equipo de prueba sobre si un producto se lanza o no es final . Llegamos a jugar a Dios en este caso. 🙂
- También tenemos una oportunidad única para sugerir cambios / mejoras para mejorar el producto . Esto se debe a que, según nosotros, “un requisito / mejora faltante también es un defecto”.
- De hecho, no hay prejuicios en la industria contra ningún equipo que contribuya positivamente a un producto de software. Nuestros esfuerzos no pasan desapercibidos y pensar que lo harían es simplemente inexacto.
Mito # 4 : a los desarrolladores se les paga más que a los evaluadores
- No es cierto: las tasas de pago son equivalentes.
- A todos los profesionales de nivel de entrada se les paga lo mismo (independientemente de la disciplina a la que pertenezcan).
- Avanzando más en su carrera, el pago depende de factores como: su pago anterior, su experiencia en el campo relevante, las expectativas del nuevo puesto, la situación financiera del nuevo empleador, la demanda actual del mercado, etc .; no en la rama de TI en la que trabajas.
Espero haber ayudado!
