Hay tanta confusión acerca de lo que son las pruebas ” manuales” … 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 pruebas ” manuales” 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?
- Soy un estudiante de primer año de pregrado que persigue un doble título en ECE y una especialización en ingeniería biomédica. ¿Qué proyectos puedo hacer ahora que me ayudarán más adelante?
- Estoy trabajando en una empresa de TI. ¿Cómo me mantengo motivado cada día sabiendo que estoy caminando entre la multitud y que no puedo hacer mucha diferencia?
- ¿Cuál es una mejor tecnología MSC, zoología, botánica o alimentaria?
- Estoy buscando una pasantía como ingeniero de software full-stack. ¿Recomendaría una gran empresa tecnológica o una nueva empresa, y por qué?
- Soy de la mejor universidad de pregrado de medios en India (Outlook). Tengo muchas ganas de actuar, pero tengo miedo de ir a Mumbai. ¿Debo estudiar más como en NSD y en la escuela de cine de Praga? ¿Las certificaciones ayudan en la carrera de actuación?
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 :-).