Quiero hablar sobre el trabajo del probador desde una perspectiva atípica, que es poco probable que se muestre en instituciones educativas o literatura profesional. Al convertirse en un profesional en este campo, inevitablemente comienza a vivir los conceptos establecidos en la base misma de las pruebas. Y esto tiene un efecto muy diferente en la disposición de la vida. Acerca de cómo exactamente esto pasa conmigo, debajo del corte.
Un poco sobre ti
He estado probando de una forma u otra durante más de 10 años.
El camino hacia la TI, como muchos, comencé con el desarrollo de "para mí". Siempre tuve un millón de ideas sobre qué escribir, y así fui desarrollando gradualmente. Me gustó entender los detalles de los proyectos y hacerlos tolerantes a fallas, e incluso entonces era más o menos no en qué idioma escribir: sabía cómo algoritmo, y la sintaxis de Google es una cuestión de la semana.
En algún lugar en 2005, conocí a un hombre que literalmente me abrió la industria de las pruebas. Incluso entonces me pareció que su ideología era totalmente coherente con mis aspiraciones internas. Como resultado, esa persona pasó de ser un probador ordinario al director técnico e incluso entonces me llamó para trabajar. Pero por varias razones, ingresé a esta industria solo un año después, obteniendo un trabajo en Smartbear (en ese momento, Automated QA Corporation), cuya herramienta de prueba automatizada completa de prueba es conocida, quizás, para todos los evaluadores. Sin embargo, no llegué a TestComplete en sí, sino a otro producto, Automated Build Studio, de hecho, inmediatamente a la automatización. Por cierto, me enamoré literalmente de su enfoque GUI para la automatización, incluso escribí un análogo para mí cuando salí de la empresa.
Posteriormente, logré trabajar tanto para clientes extranjeros como para rusos. Y en este momento estoy automatizando las pruebas en una empresa rusa completamente remota (me detendré más en el formato del trabajo).
Durante el tiempo que pasé en la profesión, me di cuenta de que las pruebas no son solo un trabajo, sino también un estilo de vida peculiar que afecta todos los aspectos de su vida. Como probador, simplemente no puedes vivir de otra manera.
Este enfoque tiene lados positivos y negativos.
Cuanto más simple es la tarea, peor te sientes.
La búsqueda de tareas complejas no es solo adicción, sino también inevitabilidad.
No importa cuánto estudies, en cualquier herramienta, en cualquier tecnología, siempre habrá alguien que sepa más que tú. Y si condicionalmente "sigue una rutina" de un proyecto simple, constantemente le recordarán esta diferencia de conocimiento. Las críticas llegarán desde todos los lados, lo que podría haberse hecho de manera diferente o incluso mejor aquí.
La única forma de evitar esto es buscar problemas más complejos donde no hay soluciones obvias, pero hay noches sin dormir en busca de problemas.
Por ejemplo, en uno de los últimos proyectos, me encontré con el desarrollo de bibliotecas para Robot Framework junto con Jython. Específicamente, en ese caso, podría usar una biblioteca de terceros para trabajar con la base de datos, y parecía estar funcionando, pero no funcionó. Pasé tres noches al final, leyendo el código de la propia biblioteca, para encontrar un error en la documentación, que indicaba incorrectamente los tipos y el número de valores en la entrada. ¡Fue una victoria y una verdadera emoción por su logro! Y me gustan estos momentos. Esto es mucho más interesante que la "pista" de un proyecto típico.
Sin embargo, la búsqueda de tareas complejas limita de alguna manera el rango de posibles empleadores. Está aún más limitado por las pruebas salvajes del front-end, los empleadores sin un requisito técnico claro para probar o tener algunas ideas vagas sobre quién es la automatización. Me he reunido con aquellos que, invitándome a realizar pruebas automáticas, establecer tareas manuales o conectar a los evaluadores para que los respalden. Todavía hay algunos que ahorran en la compra de herramientas normales, ofreciendo trabajar casi en Google Docs. Y debe estar preparado para el hecho de que el mercado de empleadores potencialmente interesantes es más estrecho de lo que cree.
La educación superior no es lo mismo que el empleo. Base técnica importante e interés en la profesión.
En mi lugar de trabajo actual, mis responsabilidades incluyen una entrevista técnica con probadores que vienen a nuestro lugar de trabajo. En el curso de la conversación, nunca pregunto sobre la disponibilidad de la educación superior, porque estoy seguro de que no garantiza absolutamente la presencia de un pensamiento lógico. Tal vez mi interlocutor tiene un doctorado, pero no un pie en las pruebas.
Francamente, generalmente pienso que un probador debería nacer. Esto requiere atención natural, perseverancia y algo especial de prueba, cuando de 1000 documentos puede caer aleatoriamente en uno de los tres documentos erróneos. Es cierto que no todos comparten esta opinión.
Es importante que incluso con esta misma línea, necesite una buena base técnica, que difícilmente se puede obtener completando cursos en línea de dos semanas. Es difícil decir qué proporcionó la base técnica en mi caso. En los años 90 no tenía acceso a Internet, tampoco tenía la literatura necesaria en las bibliotecas, así que obtuve conocimiento de FIDO (todavía recuerdo mis puntos: 2: 5022 / 5.102 y 2: 5022 / 123.222). Y estoy obligado a la base de certificación de la Junta Internacional de Calificaciones de Pruebas de Software (ISTQB) para las pruebas. Parece que no se les ocurrió nada mejor.
Sin embargo, muy raramente encuentro el conocimiento de ISTQB de los candidatos de trabajo. Además, a veces me parece que la gente no está interesada en absoluto en la industria. En las entrevistas, tengo una pregunta sobre la conferencia: ¿el candidato asiste a algún evento de control de calidad? Y la respuesta tradicional es no. Para mí, este es un indicador de la seriedad e interés del candidato mismo, y junto con las empresas para las que trabajó. Participar en eventos como SQA Days, donde iré en un futuro cercano, cuesta dinero. Y alguna "oficina de Sharashkin" no los gastará en sus empleados. De su bolsillo, solo aquellos que estén realmente interesados pagarán.
Sin experiencia en ningún lado
Cada proyecto en pruebas me hizo aprender nuevas tecnologías. Anteriormente, hablé sobre mi "batalla heroica" con Jython, pero después de llegar a ese proyecto, no conocía ni el Robot Framework ni, de hecho, el propio Jython (ni siquiera Python, que tiene muchas cosas para el Robot Framework). Ahora, tal vez, entiendo el robot mejor que nadie en la compañía, porque la base de pruebas impulsó el enfoque, y la experiencia de desarrollar en diferentes idiomas y probar proyectos anteriores me permitió cambiar rápidamente a una nueva pila.
Además, la experiencia le permite distribuir adecuadamente el esfuerzo. Me di cuenta de que los recién llegados prestan mucha atención a las pruebas negativas: cómo romper algo. Aparentemente, sus estereotipos son relativos a la profesión. En la mayoría de los casos, sus pruebas negativas no son importantes e innecesarias (es decir, el desperdicio de recursos no está justificado, a menos que el proyecto implique la necesidad de tales pruebas). Solo con la experiencia se comprende lo que se necesita y lo que no viene con tal enunciado del problema.
Por cierto, tengo una lista completa de preguntas en las entrevistas, cuya tarea es revelar la presencia de la experiencia práctica de los candidatos.
Todas las personas están gubiando. Duele pero da trabajo
Por desgracia, el mundo es imperfecto.
En desarrollo, esto se expresa en el hecho de que existe una demanda de probadores. Si los desarrolladores escribieran un gran código, nos quedaríamos sin trabajo. Con nosotros, el gubging no desaparece en ningún lado, pero lo cubrimos con pruebas.
Los probadores mismos, por cierto, tampoco están exentos de pecado. Cualquiera que sea el proyecto que encuentres, a veces también tienes que escribir "muletas". Y no hay nada que hacer al respecto: a veces estas son las condiciones de un negocio.
Cuanto mejor eres como probador, más te odian
Los desarrolladores con una buena organización mental, que encontré en trabajos anteriores, a veces se tomaban muy en serio los errores en su código, información sobre la cual aparecía en el sistema. Desde su punto de vista, esto, aparentemente, es algo así como un anuncio público de sus errores. Y cuanto más activamente reporte errores, más lo odian sus colegas. Como resultado, en la oficina, por supuesto, tienes algunos buenos amigos, pero alrededor de un tercio del equipo comienza a evitarte y lo sientes. Esto es extremadamente desagradable para mí.
En un sitio remoto, ser un probador es más fácil
Esta es una consecuencia natural de la observación anterior. Cuando ha hecho suficientes "simpatizantes" con una buena organización mental en su oficina, no es muy agradable caminar por esa habitación. Por lo tanto, por mí mismo, he tomado una decisión a favor de udalenki. En ese formato, las relaciones no profesionales quedan en nada, sin miradas de soslayo. Tal vez, por supuesto, simplemente no encuentro tales personajes ahora. Pero hay pocas posibilidades de tal colisión. Por ejemplo, llamamos por video solo dentro del departamento de control de calidad. Con los desarrolladores, en los que puedo colgar un error, me comunico solo en el texto, sin ninguna emoción. E incluso si estas emociones serán, es mucho más fácil experimentarlas en el texto que cuando una persona pasa varias veces al día.
Y puedo comer comida casera normal, equipar el lugar de trabajo como quiero. Puedo sentarme en el calor con una camiseta (recordando la videollamada) o incluso cambiar mi horario de trabajo para que a mitad del día salga al campo y vea cómo comienza el otoño o la naturaleza se despierta de la hibernación. Y la ventaja más importante de udalenka es el ahorro de tiempo. Vivo cerca del centro regional. Solo tenemos TI allí. Y si trabajo en una oficina en el centro, tendré que llegar al lugar de trabajo una hora por hora, y los viernes es la una y media. Y este es el tiempo que simplemente pierde: no se paga, no se desperdicia de manera útil. Además del riesgo de tener accidentes y consumibles en el automóvil. Con la eliminación de estos gastos y riesgos simplemente no surge.
Me parece que, por mi propia voluntad, no iré a trabajar a la oficina. Lo único que a veces me falta es la comunicación personal. Pero en general, este es un problema resuelto.
La deformación profesional afecta las relaciones con amigos.
Desafortunadamente o afortunadamente, las pruebas son un estilo de vida. No puedo hablar por todos, pero así es como me pasa a mí.
Las pruebas comienzan con los requisitos del proyecto. En realidad, su tarea es asegurarse de que el producto cumpla con estos requisitos. Durante días buscando y solucionando problemas en el software de otra persona, comienzas a hacer algo similar en tu vida. Siempre vivo con la sensación de que todo debe cumplir los requisitos. Ser un probador es vivir según las reglas. Y si alguien o algo va más allá de estas reglas (leyes o sus propias reglas formuladas en la cabeza), me causa algún tipo de disonancia cognitiva. Estoy tratando urgentemente de corregir un error o al menos declararlo. Al mismo tiempo, las personas que te rodean a menudo sufren el hecho de que constantemente les cuentas sobre acciones incorrectas.
Por cierto, todo esto no ayuda a eliminar la falta de comunicación personal.
La comodidad general del flujo de trabajo significa más de lo que parece
Arriba, hablé principalmente sobre proyectos y relaciones con el equipo. Pero el trabajo, incluso remoto, consiste no solo en estos puntos. Y aquí, mucho depende del proyecto en el que te hayas metido.
En primer lugar, hay soporte material banal. Por ejemplo, la cómoda silla en la que estoy sentado, así como el monitor de 24 pulgadas, se compraron a expensas del empleador. Además de todo tipo de pagos deportivos y otras bonificaciones.
En segundo lugar, hay una autorrealización banal. Por ejemplo, en uno de los proyectos en los que participé (probar el proyecto de un cliente para la tercerización), yo, el único de los subcontratistas de esta empresa, atraje a los empleados a esta oficina para entrevistas y me invitó a eventos corporativos. ¿Es esto real en una empresa para la cual los evaluadores son engranajes anónimos del mecanismo? Lo dudo
De todos modos, me gusta mi trabajo. Y cuando logro resolver problemas complejos en un proyecto interesante, siento verdadera satisfacción. Sin embargo, al desarrollarse en este campo, debe estar preparado para el hecho de que los enfoques de trabajo afectarán todos los aspectos de la vida. Y si un día te conviertes en un probador con todas las cucarachas, no habrá vuelta atrás.
Autor del artículo: Vladimir Vasyaev, Especialista líder en pruebas automatizadas de software
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.