Los probadores manuales a menudo son empujados a la automatización, y creo que de esta manera es bastante natural. Así se obtienen los mejores productos de automatización. En primer lugar, son buenos frenos de mano, y ya en el segundo, un poco de desarrolladores.
En este artículo, compartiré mi opinión sobre por qué vale la pena ir exactamente de esta manera y qué sucederá si la automatización es diferente.
Descargo de responsabilidad: no quiero ofender a ninguno de los evaluadores con mi artículo. Realmente respeto el "freno de mano" y comencé mi viaje con pruebas manuales.He estado trabajando como jefe del departamento de pruebas durante aproximadamente dos años. Recientemente, muchos automatizadores han acudido a mí para entrevistas, que no tienen una base en las pruebas. Tienen experiencia en automatización como tal. Pero en su trabajo, siempre confían en el diseño de prueba de otra persona (hecho por "handbracers").
En un mundo ideal, estas habilidades corresponden a la tarea: los probadores funcionales resuelven casos de prueba y en realidad formulan tareas para autoevaluaciones. La máquina necesita describir lo que ve. Pero en proyectos reales, el ingeniero de automatización tiene que profundizar un poco más en la esencia del asunto. Si la tarea requiere algunas habilidades de diseño propias, una máquina de prueba automatizada sin una base preferirá hacer todo por capricho, simplemente porque le parece correcto. A menudo esto lleva al hecho de que algunos casos se verifican dos veces, mientras que otros no se verifican en absoluto.
Repito, no quiero ofender a nadie. Pero la abundancia de tales candidatos me hizo sopesar una vez más qué factores son importantes en el trabajo de QA. Y aquí surgen tres conclusiones:
- en proyectos reales, el ingeniero de automatización necesita las habilidades de un "freno de estacionamiento";
- El "freno de mano" que se está desarrollando tarde o temprano dejará las pruebas manuales, posiblemente en automatización;
- El camino desde el "freno de mano" hasta la herramienta de automatización es el camino hacia una mayor independencia, que se correlaciona bien con el formato de trabajo remoto.
Me detendré un poco más en cada uno de ellos.
¿Por qué la automatización necesita la experiencia de "freno de mano"?
Como ya señalé al principio, el automatizador necesita alguna base teórica. Pero no estoy hablando de ninguna educación específica. Necesitamos experiencia en el análisis práctico de aplicaciones reales.
Para probar la siguiente característica, que se está preparando para la producción, los probadores funcionales analizan la especificación en un intento de cerrar la mayoría de los casos. Aprenden a cubrir el número máximo de casos y posibles problemas con un tiempo mínimo (tanto su propio procesador como, relativamente hablando). En las pruebas, esta es una de las habilidades básicas, como caminar. Y como dicen, si no sabes caminar, no podrás jugar al fútbol (automatizar).
Una máquina de automatización que ha pasado la fase de prueba manual a menudo puede simplemente escribir código. Pero esto no es suficiente. Y en pocas palabras, no puedes explicar toda la base que falta. Para obtenerlo, debe pasar al lado de las pruebas funcionales, sin importar cuán extraño pueda sonar. Somos principalmente probadores, y solo entonces automatización.
¿Vale la pena el freno de mano para ir a la automatización?
En un momento, la automatización me atrajo con el hecho de que, a diferencia de las pruebas manuales, las tareas no son tan uniformes. En el papel de un freno de estacionamiento, estaba aburrido. Siempre quise hacer algo para reducir la rutina. Y de la automatización me drogué.
Mientras todavía era un freno de mano, comencé a usar Selenium IDE (en mi opinión, él todavía está vivo), lo que me permite grabar acciones manuales. Automáticamente formó una especie de script a partir de ellos con localizadores encontrados automáticamente. Cuando experimenté con él, todo parecía bastante torpe, a veces cayendo, pero fue Selenium IDE lo que me hizo pensar: ¿por qué no escribir algo usted mismo? Me di cuenta de la idea en el trabajo de mi maestro, y luego fui a trabajar como ingeniero de automatización.
El camino desde el "freno de mano" a la automatización es uno de los dos posibles. Esta es una rama de desarrollo tecnológico. A medida que mejora sus habilidades, se acerca al desarrollo. De la misma manera, entras en el código, solo, en mi opinión, esto es aún más interesante que el desarrollo.
La segunda forma es ir a lo largo de la línea gerencial: convertirse en un líder de control de calidad, luego ir a administrar el proyecto, etc. Aquí es necesario impulsar las habilidades comerciales, aprender a ver de manera diferente los proyectos y las pruebas en general.
No hay una tercera vía, solo más allá del control de calidad. Si continúa desarrollándose, no permanecerá en las pruebas manuales: descansará en el límite de las tareas. Sí, puede bombear, por ejemplo, como especialista en probar la "caja blanca". Pero con una probabilidad del 99% en algún momento, será más interesante para usted hacer algo fuera del alcance de la documentación de la prueba. O bien, elegirá uno de los dos caminos mencionados anteriormente, o dejará las pruebas por completo. Por ejemplo, se dejará llevar por algunas tareas de infraestructura, como resultado, ya se desarrollará como devops. Y aquellos que no se dan cuenta o ignoran en sí mismos este deseo de seguir adelante, en mi experiencia, se desvanecen rápidamente.
Por cierto, y los salarios, el de la automatización, el de los gerentes, son más altos (esto es si recordamos el lado material del problema).
Sin embargo, nadie dice que las pruebas manuales deberían desaparecer de una vez por todas. A veces, a mí mismo me gusta meter algo: leer las especificaciones, elaborar el viejo diseño de prueba para ayudar a los chicos de mi departamento. Como dije anteriormente, somos principalmente probadores.
Del "freno de mano" a la automatización: el camino hacia Udalenka
Dado que tuve la oportunidad de trabajar en diferentes sectores de pruebas de manera completamente remota, quiero compartir mi experiencia aquí también. El "freno de mano" y la automatización tienen un grupo de tareas ligeramente diferente, lo que los hace sentir diferentes en el formato de trabajo remoto.
"Handmen" es probablemente un poco más difícil de encontrar un trabajo remoto. Hay muchas vacantes, pero la competencia para ellos es bastante grande: hay más buenos probadores manuales que buenos ingenieros de automatización. Pero incluso si se obtiene el trabajo deseado, las pruebas manuales implican una comunicación constante con los colegas. En el proceso de redacción de documentación de prueba para la especificación de alguien, surgen muchas preguntas: para el analista, para los desarrolladores, etc. Un probador manual tiene que buscar personas y preguntarles cómo se implementará. Es más fácil trabajar en algún lugar cercano para poder chatear en persona.
El freno de mano puede funcionar de forma remota si el proyecto tiene comunicaciones bien construidas o si un equipo está completamente distribuido, cuando nadie tiene una ventaja en la comunicación. De lo contrario, será difícil comunicarse con alguien en la oficina. Los colegas de la oficina pueden simplemente ir a la sala de reuniones y regresar en 2 horas. Intentarás comunicarte con ellos todo este tiempo. Es mucho más difícil olvidarse de una persona en vivo.
Automator en este sentido es más fácil. Sus tareas se descomponen: sentarse y beber código. De hecho, puede trabajar por separado del equipo, especialmente si este es el proyecto ideal donde se le dan casos de prueba de probadores funcionales.
Por lo tanto, el camino del freno de mano a la automatización es un camino no solo para grandes ganancias, sino también a un lugar remoto, si es necesario.
¿Alguna vez ha cambiado entre áreas de TI? ¿Cómo elegiste tu camino?
Autor del artículo: Ruslan Abdulin
Este artículo es la tercera parte de nuestra serie de publicaciones de carreras profesionales de TI.
La primera parte está
aquí .
La segunda parte está
aquí .
PD: publicamos nuestros artículos en varios sitios de Runet. Suscríbase a nuestras páginas en
VK ,
FB o
Telegram-channel para conocer todas nuestras publicaciones y otras noticias de Maxilect.
Ayúdenos a hacer que los artículos del blog sean más interesantes:
responda tres preguntas .