Un ingeniero de control de calidad, en mi opinión, tiene tres funciones principales. Sobresalga en cualquiera de esos y pronto obtendrás respeto.
- La función principal de QA Engineer es encontrar defectos. La forma de hacerlo es conocer el producto como el dorso de la mano. Conozca el flujo y el comportamiento de cada usuario del producto y, con el tiempo, pronto comenzará a anticipar defectos en diferentes situaciones. Estar totalmente obsesionado con el producto.
- La responsabilidad igualmente importante de un ingeniero de control de calidad es evitar defectos . Esto significa actualizarse en nuevas tecnologías y aprender a programar. Necesitará comprender qué es la automatización de pruebas, los lenguajes de programación y los marcos de la automatización de pruebas, refactorizando el código de prueba. Estar totalmente obsesionado con Test Automation.
- Otra responsabilidad importante es la gestión de defectos . Esto es comprender el alcance de las pruebas, los documentos de prueba, comprender cuántas pruebas son suficientes, interactuar con las partes interesadas, etc.
Si acaba de unirse a una nueva empresa, puede encontrarse en una pequeña desventaja en comparación con sus pares que probablemente se graduaron en un tema relacionado con TI porque conocen la programación y pueden contribuir al grupo 2 de lo anterior. Pero no es una gran desventaja porque sus compañeros tienen que pasar por el mismo proceso que usted para llenar el cubo 1.
Además, la mayoría de esos pares no elegirán crecer más allá de su rol actual y puede haber algunos que no tengan una inclinación natural por el campo. Debes aprender a hacer lo contrario. Aprenda todo lo que pueda y pase el rato con los brillantes. Mejore su rol y esa desventaja pronto desaparecerá en cuestión de meses.
- ¿Cómo se organizan las bases de código en GitHub?
- ¿Qué tipo de tecnología P2P es adecuada para la transmisión de video de Netflix?
- Cómo estimar la probabilidad de que un proyecto de software se rompa debido a un cambio incompatible con versiones anteriores en al menos una de sus dependencias
- ¿Por qué a veces escribimos código que tiene sentido 0 al día siguiente?
- ¿Qué diferencias se pueden observar entre un desarrollador de software con una especialización no CS y uno con un título formal de CS?