palabras escritas delante
Sin saberlo, me gradué durante dos años y medio. He trabajado en la misma empresa durante tres años y no he cambiado de trabajo. Este año, opté por cambiar de empresa en la oportunidad adecuada. Aquí me gustaría resumir mis tres años. de experiencia laboral y esta experiencia de entrevista.
Me gradué de una universidad de pregrado con un segundo título y estudié ingeniería de redes. Cuando me gradué del tercer año, opté por salir a buscar un puesto de trabajo durante las vacaciones de verano. Ahora creo que hay cosas buenas y cosas malas.
La razón por la que elegí las pruebas de software fue porque sentía que tenía poca comprensión del desarrollo en ese momento y sentía que no era competente, aunque conocía todo tipo de lenguajes de programación. En ese momento, como niña, sentí que me faltaba desarrollo. Cuando era junior en pruebas de software, busqué cursos en Internet, probablemente sabía un poco sobre eso y podía hacer pruebas funcionales básicas, así que comencé a trabajar en la industria de pruebas de software.
primer proyecto
Tuve suerte en 2018. Trabajé en una pequeña empresa de operación y mantenimiento durante una semana. En ese momento, realmente sentí que el jefe era demasiado tacaño y me di por vencido. Estaba buscando un puesto de pasantía en pruebas de software. Después de varios días de entrevistas, finalmente encontré una empresa con fondos extranjeros. Tal vez mi inglés no es malo y tengo una pequeña ventaja. No necesito mencionar el salario de la pasantía. De todos modos, tengo una actitud de aprendizaje.
Durante la pasantía de un año, estuve completamente expuesto a cosas nuevas en los primeros meses. El comienzo fue la prueba funcional. La dificultad radica principalmente en el control del negocio, que depende principalmente de mi capacidad de aceptación. El proyecto es un sistema basado en la arquitectura B/S, que se divide en anverso y reverso. Por supuesto, la estructura de esto solo se conoce más tarde. Además de las pruebas funcionales, el proyecto también realiza pruebas automatizadas y usamos Python+Selenium para escribir scripts automatizados. Pero se basa principalmente en pruebas funcionales. Al principio, no entendía nada, y mi autoconciencia sobre las pruebas era solo un poco, y fue bueno estar familiarizado con el negocio. Sentí que la posición de pruebas era fácil de reemplazar, y estaba También preocupado y preocupado por si cambiar de carrera. Más tarde, hubo un ligero cambio en el pensamiento, que se discutirá más adelante.
Me quedé en este proyecto durante nueve meses como pasante, aprendí pruebas funcionales y pruebas automatizadas, y arreglé para mí trabajar en otro proyecto porque mi capacidad de aceptarlo no era mala. Este proyecto tiene algunas conexiones de interfaz con el proyecto anterior, y es un proyecto complementario. Ambos proyectos son proyectos de la misma empresa y trabajamos en la misma oficina. Olvidé decir, lo que hacemos es subcontratar proyectos.
Este último proyecto es el proyecto donde aprendí mucho, por un lado, es la idea de las pruebas de software y, por otro lado, es la tecnología de pruebas de software. Por supuesto, no he tenido suficiente contacto con él ahora, y no creo que sea muy bueno, creo que todavía tengo un largo camino por recorrer en el camino de las pruebas de software.
segundo elemento
Me quedé en el segundo proyecto durante dos años y medio.
Permítanme hablar primero sobre nuestro proceso de desarrollo y prueba. Debido a que es subcontratado, la demanda proviene del cliente. El cliente es de los Estados Unidos. El gerente de producto y el gerente de prueba son estadounidenses. También hay algunas pruebas y desarrollos allí, pero el principal desarrollo de prueba está de nuestro lado. Las limitaciones de los proyectos de subcontratación son muy grandes. El cliente no es un equipo profesional de desarrollo de software. Lo que hacemos es el producto que venden al mundo exterior. Su empresa no hizo software antes.
Los clientes nos proporcionan los requisitos, y nuestro equipo de prueba y el equipo de desarrollo revisan los requisitos juntos. A medida que el sistema crece gradualmente y se vuelve más complejo, los requisitos tendrán algunos problemas comerciales. Los resumiremos en inglés y los enviaremos a través de la herramienta de administración. JIRA a ellos, y mientras se esperan sus respuestas, se escribirán casos de prueba.
Luego, una vez respondida la pregunta, el caso de uso se actualizará y el desarrollo comenzará a codificarse. Una vez que el código esté terminado, comience a probar. Si la prueba encuentra un defecto, informará el error. Después de cambiar el desarrollo, la prueba verificará si el defecto se ha solucionado. Eso es todo.
La versión anterior de este proyecto se ha agregado durante cinco o seis años. La relación de desarrollo de la prueba es de aproximadamente 1: 1. Son muchas pruebas. El trabajo no está muy ocupado y, a veces, estoy libre. Puedo aprender mucho solo.Claro que no estudio.Hay mucha gente. Pertenecemos a la subcontratación de proyectos, y todavía hay muchos proyectos subcontratados afuera, lo que les da a los empleados un gran sentido de pertenencia. Por estas razones, cuando elegí trabajar más tarde, me incliné más por las empresas que fabrican productos.
Continuando con el segundo proyecto, al principio fue familiarizarse con el conocimiento del negocio, existen algunas lógicas de negocio complejas que requieren un control total sobre todo el sistema. De igual forma somos testing funcional y automatización. Este proyecto no hace pruebas de rendimiento. Para las pruebas funcionales, usaremos herramientas de base de datos para ver o modificar algunos datos. Usamos MySQL. Esto es algo que he aprendido mucho. Aunque lo he aprendido en la universidad, es mejor experimentar en el proyecto muchos.
En las pruebas de software, cada tester utiliza las herramientas de bases de datos de manera diferente, pero cuanto más se utilizan, mejores son para las pruebas de software. Esto es una cuestión de opinión. Este proyecto también tiene deficiencias, hay muy pocos contactos con herramientas de prueba, casi ninguno, comencé a contactar con herramientas de prueba porque me vi obligado a encontrar un trabajo y enfrentar la presión del mercado.
Tres años de cambio de mentalidad
Debería ser el cambio de pensamiento que más ha ganado en los últimos tres años.
De hecho, pensándolo bien, siento que soy lento para entender. Tomó tres años entender la función real de esta posición de prueba de software. Por supuesto, todos lo entienden de manera diferente. Lo que entiendo es probablemente solo mi posicionamiento profesional. En la barra de publicaciones, a menudo veo personas que dicen que las pruebas de software son populares y simples, solo un poco, no difíciles y fáciles.
En el pasado, estos también eran mi entendimiento de las pruebas, y hay muchas personas a mi alrededor que tienen posiciones de pruebas cognitivas. Mi pensamiento ha cambiado ahora. Como dijo el colega K, las pruebas de software pueden ser profundas o superficiales:
Los superficiales son fáciles de iniciar, pero esas personas son fáciles de reemplazar;
Depende de sus intereses personales y percepción cognitiva. Puede saber qué habilidades necesita para ayudarlo a hacer un buen trabajo en las pruebas. Varias ideas de programación, lenguajes de secuencias de comandos y comandos básicos de varios sistemas son todos esenciales. de.
Cambiar de parecer
Luego, la herramienta es otro aspecto, y debemos entender el pensamiento lógico del marco de desarrollo. Se puede decir que no es sencillo, personalmente creo que los buenos testers son más difíciles que los desarrolladores, no es necesario que sean expertos en todo, pero sí que deben tener amplios conocimientos.
Entonces, necesitamos leer muchos libros técnicos y aprender mucha tecnología, lo cual debería ser un requisito previo para un buen técnico. Si haces esto último, puedes lograr algunos logros. Cuanto más alto vayas, más superficiales serán eliminados.
Lo comprendí por mi cuenta. El trabajo no es tan bueno como estudiar con un maestro. Cuando sales de la sociedad, la persona que te guía en el trabajo tiene la amabilidad de explicarte el negocio. Es imposible escupir todas las cosas digeridas. en tu estomago para ti.
Por supuesto, tales colegas también existen, y todavía tenemos que descubrirlos y comunicarnos con ellos en nuestro trabajo diario.
cambio tecnológico
1. Aprende Python
Aprenda los fundamentos del desarrollo de pruebas automatizadas en profundidad. Esta parte incluye principalmente sintaxis básica de python, tipos de datos, estructuras de datos y programación de python orientada a objetos;
Por supuesto, si desea comprender profundamente los principios y mecanismos de los puntos técnicos centrales, debe consultar los documentos oficiales y los sitios técnicos de Python, o incluso ver el código fuente de Python, que requiere la capacidad de aprender profundamente;
2. Familiarizado con las bibliotecas comunes de Python
Una de las ventajas de Python es que tiene una biblioteca muy rica de bibliotecas propias y de terceros, lo cual es una de las razones del rápido desarrollo de Python. Por lo tanto, para implementar la lógica empresarial, debe dominar los módulos integrados o los módulos de terceros.
3. Domine el marco de prueba automatizado y las bibliotecas comunes
Ejemplo:
Pruebas de interfaz: solicitudes, cartero
Pruebas de rendimiento - Locust
Pruebas de automatización de aplicaciones - Appium, UIAutomator
Pruebas de automatización web - Selenium
Conexión y operación de la base de datos - biblioteca pymysql
4. Domine las ideas de diseño de las herramientas de pruebas automatizadas
Aprenda los patrones de diseño de UnitTest, pytest y Page Object, aprenda Jenkins, realice la integración continua, las pruebas rápidas y la iteración.
5. Por supuesto, la práctica es el único criterio para probar la verdad.
El aprendizaje de cualquier habilidad se basa en la práctica, y la industria de TI pone especial énfasis en la experiencia del proyecto. Si no practicas, es como pasar medio día aprendiendo la teoría del tiro, pero no tienes la oportunidad de tocar el arma en absoluto. ¿Crees que puedes disparar con precisión? Si desea aprender bien las pruebas de software y tener una comprensión más profunda de la tecnología, debe realizar operaciones más prácticas. Sin la bonificación de competencia, no importa cuánto aprenda, es solo en papel. Una vez que enfrente problemas reales, no tiene forma de empezar.
No es difícil aprender pruebas de software, pero lo difícil es persistir y creer en ti mismo, mi experiencia es que ya que has seleccionado pruebas de software, tienes que creer en ellas y creer que puede convertirse en un canal eficiente para ti. para avanzar en el futuro, para que tengáis más confianza.Sólo aprendiendo con fe podemos perseverar en las dificultades.
Además, no peleen solos. Es mejor estar en un grupo para mantenerse calientes y crecer juntos. El efecto de masa es muy poderoso. Si estudian juntos y se registran juntos, estarán más motivados para aprender y perseverar.
Finalmente quiero decirles a los probadores...
En resumen, en los últimos tres años, descubrí que las siguientes cualidades se convertirán en la "fuerza potencial" de un evaluador en la búsqueda de empleo y el trabajo, tales como: aprendizaje rápido, aprendizaje sistemático, aplicación de lo aprendido, pensamiento sistemático. , y fuerte motivación Fuerza, pensamiento técnico, excelentes habilidades de comunicación, organización, resistencia al estrés, optimismo, resistencia a los contratiempos, capacidad de adaptarse rápidamente, conciencia de la mejora iterativa, propiedad, trabajo en equipo, visión y planificación... También debe tener un poco ¡Me pertenece!
Por supuesto, la capacidad real proviene de la acumulación en el trabajo. Con respecto a la mejora de habilidades, ya sea el autoestudio o la participación en instituciones de capacitación, necesita una dirección correcta que lo guíe para aprender, de modo que el aprendizaje sea más fácil y no tomará desvíos innecesarios, el pensamiento es muy importante.
La motivación para aprender en realidad es algo muy simple. Puede ser más fácil entenderlo como una meta. ¿Qué nivel quieres alcanzar después de terminar tus estudios? De esta manera, no te dejarás perplejo por las dificultades durante el proceso de aprendizaje. , y tendrá un flujo constante de motivación que lo mantendrá en marcha.
Por último, me gustaría agradecer a todos los que han leído detenidamente mi artículo. La reciprocidad siempre es necesaria. Aunque no es algo muy valioso, puedes quitártelo si lo necesitas:
Estos materiales deben ser el almacén de preparación más amplio y completo para los amigos [de pruebas de software]. Este almacén también ha acompañado a decenas de miles de ingenieros de pruebas a través del viaje más difícil, ¡y espero que pueda ayudarlos!