mi colega Danila Yusupova me inspiró mucho. Es sorprendente lo amigable y acogedora que es la industria de TI: aprenda, visite y siempre siga aprendiendo algo nuevo. Por eso, quiero contar mi historia sobre cómo estudié para ser psicóloga y me convertí en tester.
Fui a estudiar psicología por la llamada de mi corazón: quería ayudar a la gente y ser útil a la sociedad. Además, la actividad científica me interesaba mucho. Estudiar fue fácil para mí, escribí artículos científicos, hablé en congresos e incluso tuve investigaciones prácticamente significativas y planeé seguir profundizando en el campo de la psicología clínica. Sin embargo, todo lo bueno llega a su fin: mis estudios en la universidad también terminaron. Rechacé la escuela de posgrado debido a los ridículos salarios de los graduados y salí al gran mundo para encontrarme a mí mismo.
Fue entonces cuando me esperaba una sorpresa: con mi diploma y mis trabajos científicos, resultó que no servía de nada. En absoluto. Buscábamos psicólogos para guarderías y escuelas, lo cual no era una opción aceptable para mí, ya que no me llevo muy bien con los niños. Para acudir a una consultoría había que trabajar una determinada cantidad de tiempo gratis o por muy poco dinero.
Decir que estaba desesperado es no decir nada.
buscando algo nuevo
Uno de mis amigos trabajaba en el desarrollo de software y fue él quien sugirió que, en vista de mis experiencias, debería acudir a ellos como probador: me llevaba bien con las computadoras, estaba interesado en la tecnología y, en principio, no era exactamente un humanista completo. Pero hasta ese momento ni siquiera sabía que existía tal profesión. Sin embargo, decidí que no perdería nada y fui. Pasé la entrevista y fui aceptado en el equipo amistoso.
Me presentaron brevemente el software (el programa era enorme, con una gran cantidad de subsistemas) e inmediatamente me enviaron a los "campos" para su implementación. Y no a cualquier parte, sino a la policía. Me asignaron un lugar en un sótano de un departamento de policía en uno de los distritos de nuestra república (Tatarstán). Allí formé a los empleados, recogí problemas y deseos, realicé demostraciones ante las autoridades y, por supuesto, al mismo tiempo probé el software y envié informes a los desarrolladores.
No es fácil trabajar con representantes de las fuerzas del orden: obedecen órdenes, tienen una responsabilidad estricta y por eso razonan en términos oficiales. Tuve que encontrar un lenguaje común con todos: desde el teniente hasta el coronel. Mi especialidad de grado me ayudó mucho con esto.
Desarrollo de una base teórica.
Debo decir que cuando comencé a trabajar no tenía ninguna base teórica. Tenía documentación y sabía cómo se suponía que debía funcionar el programa; Empecé desde esto. Qué tipos de pruebas existen, qué herramientas puede utilizar para hacerle la vida más fácil, cómo realizar análisis de pruebas, qué es el diseño de pruebas... No sabía todo esto. Sí, ni siquiera sabía dónde buscar respuestas a todas estas preguntas, ni dónde podrían enseñarme mucho. Simplemente buscaba problemas en el software y me alegré de que todo fuera cada vez más fácil y cómodo para los usuarios.
Sin embargo, las pruebas con monos acaban topándose con el problema de la falta de base teórica. Y comencé a estudiar. Dio la casualidad de que en nuestro departamento y en todo el gran proyecto no había ni un solo probador profesional en ese momento. Las pruebas las realizaban a menudo los desarrolladores y, más aún, los analistas. No había nadie de quien aprender a hacer pruebas específicamente.
Entonces, ¿adónde va un informático en tales situaciones? Por supuesto, a Google.
El primer libro que encontré. . Ella me ayudó a sistematizar lo que ya sabía en ese momento y a comprender en qué áreas estaba fallando en el proyecto (y en mi comprensión de las pruebas). Las directrices dadas en el libro fueron muy importantes y al final se convirtieron en la base del conocimiento posterior.
Luego hubo muchos más libros diferentes; es imposible recordarlos todos y, por supuesto, capacitaciones: presenciales y en línea. Si hablamos de capacitaciones presenciales, no dieron mucho, después de todo, no se puede aprender probando en tres días. El conocimiento en las pruebas es como construir una casa: primero necesitas que los cimientos sean estables, luego las paredes deben encajar en su lugar...
En cuanto a la formación online, esta es una buena solución. Hay tiempo suficiente entre conferencias para probar adecuadamente nuevos conocimientos e incluso aplicarlos en vivo en su proyecto. Al mismo tiempo, puedes estudiar en cualquier momento que te convenga (lo cual es importante para una persona que trabaja), pero también hay plazos para enviar tareas (lo cual también es muy importante para una persona que trabaja :)). Recomiendo.
Si hablamos de las dificultades del camino de un tester, al principio lo que más me asustó fue la complejidad de los sistemas y la gran cantidad de procesos diferentes que ocurren. Siempre parecía: "Pero estoy probando el campo aquí, pero ¿a qué más afecta?" Tuve que acudir a desarrolladores, analistas y, a veces, consultar con los usuarios. Los diagramas de proceso me salvaron. Dibujé una gran variedad de ellos, comenzando con una hoja A4 y luego pegándole otras hojas por todos lados. Sigo haciendo esto, realmente ayuda a sistematizar los procesos: ver qué tenemos en la entrada y en la salida, y dónde el software tiene puntos "delgados".
¿Qué me asusta ahora? Trabajo aburrido (pero necesario), como escribir casos de prueba, por ejemplo. El testing es un trabajo creativo, pero al mismo tiempo formalizado y metódico (sí, eso es una paradoja). Permítete “flotar” sobre los procesos, comprueba tus conjeturas más descabelladas, pero sólo después de haber pasado por los escenarios principales :)
En general, al inicio de mi viaje entendí que no sabía nada; que ahora entiendo lo mismo, pero! Antes me asustaba no saber algo, pero ahora es como un desafío para mí. Dominar una nueva herramienta, comprender una nueva técnica, tomar un software hasta ahora desconocido y desmontarlo pieza por pieza es mucho trabajo, pero una persona nace para trabajar.
En mi trabajo, a menudo encontré una actitud ligeramente desdeñosa hacia los evaluadores. Dicen que los desarrolladores son gente seria y siempre ocupada; y probadores: no está claro por qué son necesarios; puedes arreglártelas bien sin ellos. Como resultado, a menudo me asignaban mucho trabajo adicional, por ejemplo, desarrollar documentación; de lo contrario, se consideraba que estaba haciendo el tonto. Aprendí a escribir documentación de acuerdo con GOST y a redactar bien instrucciones para los usuarios (afortunadamente, interactué bastante bien con los usuarios y sabía cómo sería más conveniente para ellos). Ahora, después de 9 años de trabajar como tester en el grupo de empresas ICL (los últimos 3 años hasta el día de hoy en una división del grupo de empresas - ICL Services), entiendo perfectamente lo importante que es el trabajo de los testers. Incluso el desarrollador más sorprendente puede mirar algo y omitir algo. Además, los evaluadores no sólo son supervisores estrictos, sino también protectores de los usuarios. ¿Quién, si no un tester, sabe bien cómo debe estructurarse el proceso de trabajo con software? ¿Y quién, si no un evaluador, puede observar el software desde el punto de vista de una persona promedio y dar recomendaciones sobre la interfaz de usuario?
Afortunadamente, ahora en mi proyecto puedo usar todas las habilidades desarrolladas previamente: pruebo (usando casos de prueba y solo por diversión :)), escribo documentación, me preocupo por los usuarios e incluso, a veces, ayudo en las pruebas de aceptación.
Lo que más me gusta de mi trabajo es que hay que aprender constantemente algo nuevo, no puedes quedarte quieto, hacer lo mismo día tras día y ser un especialista. Además, tuve mucha suerte con el equipo: son profesionales en su campo, siempre dispuestos a ayudar si no entiendo algo, por ejemplo, al desarrollar pruebas automáticas o al realizar una carga. Y mis colegas también creen en mí: incluso sabiendo que tengo una educación en humanidades y asumiendo la presencia de "puntos ciegos" en mi educación en TI, nunca dicen: "Bueno, probablemente no podrás arreglártelas". Dicen: "Puedes manejarlo y si tienes alguna pregunta, contáctame".
Estoy escribiendo este artículo principalmente para aquellos a quienes les gustaría trabajar en TI en general y en pruebas en particular. Entiendo que el mundo de TI desde fuera parece abstruso y misterioso, y puede parecer que no funcionará, que no tienes suficiente conocimiento o que no lo lograrás... Pero, en En mi opinión, TI es el campo más hospitalario si quieres aprender y estás listo para trabajar. Si está listo para poner sus manos y su cabeza en la creación de software de alta calidad, cuidar de los usuarios y, en última instancia, hacer del mundo un lugar mejor, ¡este es el lugar para usted!
Lista de verificación para ingresar a la profesión.
Y para ti, he compilado una pequeña lista de verificación para ingresar a la profesión:
- Por supuesto, debes ser bueno con las computadoras y estar interesado en la tecnología. En realidad, sin esto no tienes por qué empezar.
- Encuentre en usted mismo las cualidades profesionalmente importantes de un evaluador: curiosidad, atención, la capacidad de mantener una "imagen" del sistema en su cabeza y analizarla, perseverancia, responsabilidad y la capacidad de participar no solo en la "destrucción" divertida de el sistema, sino también en el "aburrido" trabajo de desarrollar documentación de prueba.
- Tome libros sobre exámenes (se pueden encontrar fácilmente en formato electrónico) y déjelos a un lado. Créame, al principio todo esto le asustará en lugar de empujarle a hacer algo.
- Únase a una comunidad profesional. Podría ser un foro de pruebas (hay muchos, elige el que más te guste), un blog de algún tester profesional o algo más. ¿Por qué es esto? Bueno, antes que nada, las comunidades de pruebas son bastante amigables y siempre recibirás apoyo y asesoramiento cuando lo solicites. En segundo lugar, cuando empieces a moverte en este ámbito, te resultará más fácil incorporarte a la profesión.
- Ponte a trabajar. Puede convertirse en pasante de pruebas y luego sus colegas superiores le enseñarán todo. O comience con tareas sencillas como autónomo. De cualquier manera, debes empezar a trabajar.
- Una vez que haya comenzado a practicar las pruebas, regrese a los libros reservados en el paso 3.
- Date cuenta de que necesitarás aprender constantemente. Día tras día, año tras año, aprenderá algo nuevo y comprenderá algo. Acepta esta situación.
- Deja a un 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 :)
¡Puedes hacerlo, buena suerte!
UPD: En las discusiones sobre el artículo, comentaristas respetados me llamaron la atención sobre el hecho de que no todos pueden tener tanta suerte en la etapa inicial como yo. Por lo tanto, me gustaría añadir el punto 3a a la lista de verificación.
3a. Cuando dije que era mejor dejar los libros a un lado por ahora, quise decir que en esta etapa sería peligroso sobrecargarse con teoría, ya que el conocimiento teórico es difícil de estructurar adecuadamente sin práctica, y una gran cantidad de teoría puede asustarte. . Si quieres sentirte más seguro y no perder el tiempo buscando por dónde empezar a practicar, te aconsejo que realices una formación online para testers principiantes o que realices un curso sobre testing. Ambos son muy fáciles de encontrar y la información se le presentará de forma accesible. Bueno, mira el siguiente punto.
Fuente: habr.com