La inspiración de mi colega, Danila Yusupov, ha sido increíble para mí. Es sorprendente cuán amigable y acogedora es la industria de TI: aprende, participa y siempre continúa aprendiendo algo nuevo. Por eso quiero contar mi historia sobre cómo estudié psicología y me convertí en probadora de software.
Decidí estudiar psicología por un llamado del corazón; quería ayudar a las personas y ser útil para la sociedad. Además, la actividad científica me interesaba mucho. El aprendizaje me resultaba fácil, escribía trabajos científicos, participaba en conferencias y tenía investigaciones de importancia práctica, planeando profundizar en el campo de la psicología clínica. Sin embargo, todo lo bueno tiene su fin: terminé mi formación universitaria. Renuncié a la pasantía debido a los ridículos salarios de los investigadores y salí al gran mundo en busca de mí misma.
Aquí es donde me esperaba la sorpresa: con mi diploma y trabajos científicos, no era necesaria en ningún lugar. En absoluto. Buscaban psicólogos para jardines de infancia y escuelas, lo cual no era una opción aceptable para mí, ya que no tengo buena relación con los niños. Para poder dar consultas, necesitaba acumular un tiempo considerable trabajando gratis o por un salario irrisorio.
Decir que estaba desesperada es no decir nada.
La búsqueda de algo nuevo
Uno de mis conocidos trabajaba en desarrollo de software, y fue él quien, al verme pasar por mis tribulaciones, me sugirió unirnos como probadora de software; me llevaba bien con las computadoras, me interesaban las tecnologías y en principio no era completamente una humanista. Pero hasta ese momento, ni siquiera sabía que existía tal profesión. Sin embargo, decidí que no tenía nada que perder y decidí ir. Pasé la entrevista y fui aceptada en un equipo amigable.
Me dieron una breve introducción al software (el programa era enorme, con muchos subsistemas) y de inmediato fui enviada al 'campo' para la implementación. Y no en cualquier lugar, sino en la policía. Me asignaron un espacio en el sótano de una de las estaciones de policía de nuestra república (Tatarstán). Allí entrenaba a los empleados, recopilaba problemas y sugerencias, presentaba informes a la dirección y, por supuesto, realizaba pruebas del software y enviaba informes a los desarrolladores.
Trabajar con representantes de las fuerzas del orden no es fácil: siguen órdenes, tienen informes estrictos, por lo que suelen hablar en términos burocráticos. Tuve que encontrar un lenguaje común con todos, desde tenientes hasta coroneles. Mi especialidad me ayudó mucho en este aspecto.
Desarrollo de una base teórica
Cabe mencionar que, cuando empecé a trabajar, no tenía ninguna base teórica. Tenía la documentación y sabía cómo debía funcionar el programa; de ahí partía. No sabía qué tipos de pruebas existían, qué herramientas se podían usar para facilitarme la vida, cómo realizar análisis de pruebas, qué es el diseño de pruebas, todo eso me era desconocido. Ni siquiera sabía dónde buscar respuestas a todas estas preguntas o dónde podría aprender mucho. Simplemente buscaba problemas en el software y me alegraba al ver que todo se volvía más fácil y conveniente para los usuarios.
Sin embargo, el monkey testing finalmente se topa con el problema de la falta de una base teórica. Así que decidí formarme. Resultó que en nuestro departamento y en todo el enorme proyecto no había ni un solo probador profesional en ese momento. Las pruebas a menudo eran realizadas por desarrolladores, y aún más frecuentemente, por analistas. No había nadie de quien aprender sobre pruebas.
¿Y a dónde va un informático en estas situaciones? Por supuesto, a Google.
El primer libro que encontré . Me ayudó a sistematizar lo que ya sabía hasta ese momento y a entender en qué áreas tenía vacíos en mi proyecto (y en mi comprensión de las pruebas). Los puntos de referencia establecidos en el libro fueron muy importantes y, al final, se convirtieron en la base de mis conocimientos posteriores.
Después llegaron muchos otros libros, difícil recordar todos, y, por supuesto, entrenamientos: presenciales y en línea. Si hablamos de entrenamientos presenciales, no ofrecieron mucho; aprender a hacer pruebas en tres días es complicado. Los conocimientos en pruebas son como construir una casa: primero necesitas un buen cimiento, luego las paredes deben colocarse en su lugar...
En cuanto a los entrenamientos en línea, es una buena solución. Hay suficiente tiempo entre las lecciones para probar adecuadamente los nuevos conocimientos e incluso aplicarlos en vivo en tu propio proyecto. Además, se puede estudiar en cualquier momento conveniente (lo que es importante para una persona que trabaja), pero también hay plazos para entregar las tareas (lo cual también es muy importante para una persona que trabaja :)). Lo recomiendo.
Si hablamos de las dificultades en el camino del tester, al principio lo que más me asustaba era la complejidad de los sistemas, la gran cantidad de diferentes procesos que se llevan a cabo. Siempre pensaba: "Estoy probando este campo, pero ¿a qué más influye?". Tenía que correr entre desarrolladores, analistas, y a veces verificar con los usuarios. Los diagramas de procesos me salvaron. Dibujaba un montón de ellos, comenzando con una hoja A4 y luego pegando más hojas alrededor. Aún lo hago, me ayuda mucho a sistematizar los procesos: ver qué tenemos de entrada y de salida, y dónde están los "puntos débiles" del software.
¿Qué es lo que me asusta ahora? El trabajo tedioso (pero necesario), como la redacción de casos de prueba, por ejemplo. Las pruebas son un trabajo creativo, pero al mismo tiempo es metodológico y formalizado (sí, así es el paradoja). Permítete "flotar" sobre los procesos, verifica las ideas más locas, pero solo después de haber pasado por los escenarios básicos 🙂.
En general, al principio de mi camino entendía que no sabía nada; ahora entiendo lo mismo, ¡pero! Antes me asustaba no saber algo, ahora lo veo como un desafío. Dominar una nueva herramienta, adentrarse en una nueva técnica, tomar un software desconocido y descomponerlo en sus componentes es un gran esfuerzo, pero el ser humano nace para trabajar.
En mi trabajo, a menudo me he encontrado con una cierta actitud desdeñosa hacia los testers. Se dice que los desarrolladores son personas serias, siempre ocupadas, mientras que los testers son, en cierto modo, innecesarios y se puede manejar perfectamente sin ellos. Como resultado, a menudo se me asignaban muchas tareas adicionales, como la elaboración de documentación, de lo contrario, se consideraba que estaba perdiendo el tiempo. Aprendí a redactar documentación según las normas y a preparar instrucciones para los usuarios (afortunadamente, interactuaba lo suficiente con los usuarios y sabía cómo sería más cómodo para ellos). Ahora, después de 9 años trabajando como tester en el grupo de empresas ICL (los últimos 3 años y hasta la fecha en la división del grupo ICL Services), soy plenamente consciente de lo importante que es el trabajo de los testers. Incluso el mejor desarrollador puede pasar algo por alto y no tener en cuenta ciertos aspectos. Además, los testers no son solo estrictos supervisores, sino también defensores de los usuarios. ¿Quién, sino un tester, sabe cómo debería estar estructurado el proceso de trabajo con el software; y quién, sino un tester, puede ver el software desde la perspectiva del usuario y hacer recomendaciones sobre la interfaz de usuario?
Afortunadamente, en mi proyecto actual puedo utilizar todas las habilidades adquiridas anteriormente: realizo pruebas (según los casos de prueba y también a título personal :)), redacto documentación, me preocupo por los usuarios e incluso a veces colaboro en las pruebas de aceptación.
Lo que más me gusta de mi trabajo es que siempre tengo que aprender algo nuevo; no puedo quedarme estancada, hacer lo mismo día tras día y ser una especialista. Además, tuve mucha suerte con mi equipo; son profesionales en lo que hacen, siempre dispuestos a ayudarme si no entiendo algo, por ejemplo, durante el desarrollo de pruebas automatizadas o durante las pruebas de carga. Y mis colegas creen en mí: aunque saben que tengo una formación en humanidades y suponen que hay "espacios en blanco" en mi educación en IT, nunca dicen: "Bueno, probablemente no podrás hacerlo". Dicen: "Tú puedes, y si tienes preguntas, pregúntame."
Escribo este artículo principalmente para aquellos que desean trabajar en IT en general y en pruebas en particular. Entiendo que el mundo de IT puede parecer complicado y misterioso desde fuera, y puede parecer que no es posible, que no se tienen los conocimientos necesarios o que no se es capaz... Pero, en mi opinión, IT es el ámbito más acogedor si tienes ganas de aprender y estás dispuesto a trabajar. Si estás listo para poner manos y mente en la creación de software de calidad, cuidar a los usuarios y, en última instancia, hacer del mundo un lugar mejor, ¡este es tu lugar!
Lista de verificación para ingresar a la profesión
He preparado una pequeña lista de verificación para ingresar a la profesión:
- Por supuesto, debes llevarte bien con las computadoras e interesarte por las tecnologías. En realidad, sin esto, no vale la pena comenzar.
- Identifica en ti las cualidades profesionales importantes de un probador: curiosidad, atención al detalle, capacidad para mantener en mente una 'imagen' del sistema y analizarla, perseverancia, responsabilidad y la capacidad de no solo hacer un 'daño divertido' al sistema, sino también el 'trabajo aburrido' de desarrollar documentación de pruebas.
- Toma libros sobre pruebas (se pueden encontrar fácilmente en formato digital) – y déjalos a un lado. Créeme, al principio esto probablemente te asustará más que motivarte.
- Únete a una comunidad profesional. Puede ser un foro de testers (hay muchos, elige uno que te guste), el blog de un probador profesional o algo más. ¿Por qué? Bueno, en primer lugar, las comunidades de testers son bastante amigables, y siempre recibirás apoyo y consejos cuando lo pidas. En segundo lugar, cuando comiences a moverte en este ámbito, será más fácil integrarte en la profesión.
- Empieza a trabajar. Puedes ir como pasante en pruebas, y entonces tus colegas mayores te enseñarán todo. O comenzar con tareas simples como freelancer. En cualquier caso, necesitas comenzar a trabajar.
- Después de que hayas comenzado a practicar pruebas, regresa a los libros que dejaste en el punto 3.
- Reconoce que necesitarás aprender constantemente. Día tras día, año tras año estarás aprendiendo algo nuevo y profundizando en otros temas. Acepta esta situación.
- Deja de lado tus miedos y dudas y prepárate para uno de los trabajos más interesantes del mundo 🙂
Y, por supuesto, no tengas miedo de nada 🙂
Lo lograrás, ¡buena suerte!
UPD: En los comentarios del artículo, los respetados comentaristas me señalaron que no todos pueden tener la misma suerte en la etapa inicial que yo. Por lo tanto, me gustaría añadir el punto 3a a la lista de verificación.
3a. Al decir que es mejor dejar los libros por ahora, me refería a que en esta etapa sería peligroso sobrecargarse con teoría, ya que es difícil estructurar correctamente los conocimientos teóricos sin práctica, y una gran cantidad de teoría puede asustarte. Si deseas sentirte más seguro y no perder tiempo buscando dónde comenzar a practicar, te recomiendo que tomes un entrenamiento en línea para principiantes en pruebas o que escuches un curso sobre pruebas. Ambas opciones son muy fáciles de encontrar y te presentarán la información de manera accesible. Y consulta el siguiente punto.
Fuente: habr.com
