Si no tiene experiencia en control de calidad y no es un desarrollador experimentado, realizar el control de calidad será difícil, no imposible. Uno de los criterios para ser un buen ingeniero de control de calidad es anticipar cómo se pueden romper los programas, y probar esos patrones que cree que es más probable que rompan, antes de pasar a pruebas más mundanas o pruebas repetidas de una característica particular, conjunto de características o incluso producto completo. Si no es un programador experimentado, su trabajo principal como ingeniero de control de calidad es increíblemente difícil, porque es increíblemente difícil resolver problemas si no comprende por qué surgen los problemas.
Entonces, si quieres entrar en QA, y no eres un programador, entonces comenzaría allí. Otro aspecto de un buen ingeniero de control de calidad es saber cómo interactúan los componentes de hardware, los componentes del sistema operativo y los componentes del espacio del usuario. Si trabaja en un entorno Unix, necesitará saber un poco sobre la administración de memoria, sistemas de archivos, bases de datos, etc., para poder probar completamente la solución que se le ha encomendado romper.
- ¿Qué herramienta de prueba de software está en tendencia o mejor? ¿Por qué? ¿Los ingenieros de software pueden explicarlo?
- Para la implementación continua (CD), ¿cuál es la mejor manera de automatizar sus pruebas funcionales?
- ¿Debería una empresa tener reglas sobre qué idiomas se pueden usar internamente? ¿Qué hay de las reglas para las plataformas de código abierto?
- Windows XP requirió 256 MB de memoria del sistema para funcionar sin problemas. Hoy, incluso 4 GB de memoria parecen bajos. ¿Se ha vuelto el software hinchado e ineficiente?
- ¿Debería unirme a una startup de análisis de datos que trabaje con la última tecnología (salario más bajo) o permanecer en una multinacional en un equipo de Operaciones / Administración (salario más alto)? Tengo 25 años, soy indio y actualmente trabajo en la MNC.