Pescar durante 5 horas, apagar, cobrar por un día, mi trabajo diario de prueba de software

Estoy viniendo de nuevo. Debido a que este trabajo está tan inactivo ahora, voy a trabajar durante 8 horas, pesco durante 5 horas y ahora voy a salir del trabajo nuevamente, apagaré el teléfono y recibiré mi salario en un día, lo cual es aburrido y refrescante. .

Ahora entiendo que la empresa me reclutó, tal vez fue solo para pescar a tiempo completo, ¿no?

Como mencioné en un artículo anterior, después de más de un año de sufrimiento y elecciones, finalmente cambié de trabajo con éxito en mayo de este año, el salario se duplicó, el trabajo era fácil, los fines de semana, sin horas extras y pude pescar. por cierto.

Después de recibir la nueva oferta, supe que la nueva empresa era mucho mejor que la anterior, pero lo que realmente me hizo comprender el sentimiento de ser tan aburrido y querer renunciar fue que no tenía nada que hacer después de incorporarme al trabajo, nunca. trabajaba horas extras y la carga de trabajo era lastimosamente pequeña.

Incluso me pregunté por un momento, ¿por qué la empresa gastó un costo tan grande para contratar a una persona? Recluté y no organicé un trabajo razonable para ellos. Mi trabajo diario ahora es encender el teléfono, abrir DingTalk, abrir Zen Road, probar la aplicación, chatear con el desarrollador y cerrar el BUG después de la prueba. Abra el fondo todos los días y pretenda mirarlo varias veces. De hecho, no hay nada que probar. Todos son errores muy simples. De acuerdo con la capacidad de prueba iterativa ágil que practiqué en la última empresa, es posible que otros colegas necesiten probar estos errores pediátricos Un día, lo hice en dos horas.

Observaciones: mi empresa anterior estaba trabajando en un sistema de comercio electrónico, con una iteración cada dos semanas y una o dos iteraciones pequeñas en el medio, por lo que es una iteración ágil típica, 8 horas se usan como 10 horas, y a menudo es para probar un BUG tengo que mirar el próximo BUG inmediatamente, e incluso el desarrollo me interrumpirá y me dejará probar el otro primero. Aunque es muy problemático, no hay manera. Las pequeñas empresas son así, sin mencionar que estoy solo a cargo de toda la plataforma de comercio electrónico. La prueba, por lo que estas cosas solo pueden ser resistidas por mí.

Aunque esta empresa también es una empresa de Internet, está muy ociosa, muchos productos han entrado en la etapa de operación y mantenimiento, y cada iteración solo está haciendo algunas reparaciones, y como mucho está agregando algunos requisitos pequeños.

La razón por la que acepté esta oferta al principio fue que me había quedado en la empresa anterior durante dos años y era hora de huir, y la segunda era que estaba demasiado cansado y el salario era bajo, solo 7K, así que Tuve que cambiar de trabajo y aumentar mi salario. Después de aceptar la nueva oferta, originalmente quería mostrar mis puntos fuertes en la nueva empresa. Aprendí por mi cuenta la automatización de la interfaz de jmeter, la automatización de python, las pruebas de estrés de rendimiento, el monitoreo, etc. el año pasado, y también pensé en usar la nueva proyectos de la empresa Cree un marco de automatización y utilícelo para practicar, pero ahora los líderes no le prestan mucha atención y los proyectos relacionados son relativamente simples, por lo que realmente no hay necesidad de automatizar.

Así que el deseo se hizo realidad...

De todos modos, mi flujo de trabajo diario actual es así:

8:25 a la empresa,

Enciende el teléfono y empieza un día de pesca,

Prueba algunos errores,

Por la tarde, visite CSDN, blog garden o github para ver si hay buenos proyectos de código abierto.

Al igual que yo hoy, desarrollé y reparé varios BUG en la aplicación. Simplemente lo probé y le envié los resultados al grupo. Mire Docker, k8s, redis, optimización de rendimiento de mysql y más.

Obtenga más información sobre el conocimiento de los productos secos de los grandes dioses.

Luego a las 5:50, fui al baño, ya las 5:59, apagué el teléfono, y volví a recibir mi salario del día, jajaja.

Qué día tan gratificante y agradable.

Sin embargo, de acuerdo con mi personalidad y planificación de carrera, esta empresa está a punto de renunciar pronto.

A veces me escapo porque estoy demasiado cansada y mi salario es demasiado bajo, como cuando fui a una empresa; pero a veces es porque es demasiado fácil y no hay margen de mejora, especialmente para las empresas que siguen los pasos y no tengo la oportunidad de aprender Originalmente me enseñé a mí mismo Bastante.

No hay escasez de automatización de la interfaz jmeter, pruebas de presión de rendimiento, automatización de python, etc. Creo que puedo jugar en la nueva empresa, usar los proyectos de la empresa para practicar y luego mejorar, pero no esperaba que la nueva empresa tuviera No tengo oportunidad de practicar. No me pueden hacer una prueba de esfuerzo...

Demasiado deprimido, así que tuve que escabullirme. Otro punto es que cuando acepté la oferta de esta empresa, en realidad era temporal. Primero, aumenté mi salario a un nivel más alto, como 7K a 14K. Luego, el próximo trabajo puede basarse en 14K y mencioné 18. Preferiblemente 20.

Anteayer, debido a la operación y mantenimiento de la empresa, el servidor de prueba tuvo que cerrarse, por lo que solo podemos probar en el entorno de desarrollo, ah, es tan molesto.

El entorno de desarrollo es muy desordenado. Abrí el fondo del proyecto e informé un error después de hacer clic en algunas páginas. Siento que el entorno de desarrollo solo está fusionando códigos y publicándolos. Hay errores en todas partes. También me encontré con esta situación en la empresa anterior, porque había demasiados requisitos durante un tiempo, e iterábamos ágilmente, iterando una vez cada dos semanas, por lo que no probé en el entorno de prueba durante ese tiempo, se probó directamente en el entorno de desarrollo, aunque la velocidad de prueba es más rápida, pero la calidad es difícil de decir, siempre hay errores inexplicables y varios problemas, porque cada uno de sus desarrollos tiene la autoridad para fusionar el código en el entorno de desarrollo, por lo que a veces el código es escrito en un montón BUG, ​​todavía lo publiqué, lo que hizo que mi cabeza se agrandara y mi trabajo fuera inútil. No esperaba que esta empresa hiciera lo mismo ahora. Oye, es difícil de decir.

Una cosa más, el ERROR del programa pequeño que mencioné la semana pasada, la colega al frente no se ha solucionado, se ha retrasado una semana, y hoy estaba aburrido, hice clic en Zen Tao y Encontré que la colega se conectó por última vez a Zen Tao el viernes pasado, es decir, esta semana, ni siquiera leyó el BUG que mencioné... y no sabía en qué estaba ocupada. .

Entonces, este incidente nos dice que después de probar y generar errores, debemos notificar a los desarrolladores relevantes de manera oportuna. Algunas personas son muy conscientes y verifican si se les asignan nuevos errores en Zen Tao todos los días, pero algunos desarrolladores no tienen esto. timidez Sí, al igual que la colega de hace un momento, al final no pude evitar enviarle un mensaje para dejarla ver, recuerda corregir el ERROR...

Como probador, me gustaría compartir mi resumen de la tecnología a lo largo de los años y un conjunto de rutas de aprendizaje, con la esperanza de ayudar a los amigos que están decididos a recorrer el camino de la tecnología.

"Ruta de Planificación del Desarrollo del Ingeniero de Pruebas de Software"

1. Base de prueba

Comprender las habilidades básicas de las pruebas, dominar el uso de las principales herramientas de gestión de defectos y ser competente en la operación y el mantenimiento de los entornos de prueba.

 2. Conocimientos necesarios de Linux

Como el sistema de entorno de software más popular, se debe dominar Linux. Los requisitos de contratación actuales requieren la capacidad de Linux.

 3. Guión de shell

Script maestro de Shell: incluye los conceptos básicos y la aplicación de Shell, control de lógica de Shell, función de lógica de Shell

 4. Principios de los programas de Internet

La única forma de automatizar: el conocimiento básico del desarrollo front-end y el conocimiento necesario de la red de Internet 4. Principios de los programas de Internet

5. Base de datos MySQL

Los ingenieros de prueba de software deben tener conocimiento de la base de datos MySQL, no solo la "adición, eliminación, modificación y consulta" básicas.

 

 6. Herramienta de captura de paquetes

Fiddler, Wireshark, Sniffer, Tcpdump y varias herramientas de captura de paquetes son adecuadas para varios proyectos, siempre hay una que se adapta a ti

7. Herramientas de prueba de interfaz

Artefacto de prueba de interfaz, una herramienta poderosa que no puede evitar: Jmeter. Pequeño y flexible: cartero

 8. Pruebas automatizadas web

Java y Python  entienden el propósito de la automatización, la competencia en el marco de automatización TestNG y unittest, así como el procesamiento de aserciones y registros.

9. Automatización de interfaces y terminales móviles

Soluciones profesionales de llamadas y pruebas de interfaz. Cree un marco completo de automatización de interfaz y web, y use Appium como un todo

 

 10. Pruebas ágiles y construcción de TestOps

Revelando el misterio de TestOps, la integración continua del marco Jenkins es familiar

11. Prueba de rendimiento y prueba de seguridad

El otro lado de las pruebas de software: pruebas de rendimiento y pruebas de seguridad, elija una dirección y trabaje duro para escalar el hoyo.

Completar la construcción de dicho sistema. Se puede decir que este proceso te hará sentir miserable, pero siempre y cuando lo superes. La vida posterior será mucho más fácil. Como dice el refrán, todo es difícil al principio, mientras das el primer paso, ya estás a medio camino del éxito. Los antiguos decían: "Si no acumulas pasos, no puedes llegar a las mil millas". "Cuando mires hacia atrás en este viaje después de su finalización, definitivamente te conmoverás mucho. Es fácil completar la mitad del salario mensual de más de 10,000

Creo que continuará explorando y mejorando de acuerdo con esta ruta de marco de aprendizaje y romperá el cuello de botella de la tecnología. Se puede decir que este proceso lo hará sentir miserable, pero siempre que lo supere. La vida posterior será mucho más fácil. Como dice el refrán, todo es difícil al principio, mientras das el primer paso, ya has logrado la mitad, y cuando mires hacia atrás en este viaje después de completarlo, definitivamente sentirás mucha emoción. También pasé por ese viaje antes de poder obtener más oportunidades para puestos bien remunerados. El trabajo arduo finalmente valdrá la pena, lo que puede considerarse un reconocimiento de mi capacidad y una prueba real de mi propio valor.
 

Por último: [Tutoriales en vídeo que te pueden ayudar]
Por último, me gustaría agradecer a todos los que leen con atención mi artículo. La reciprocidad siempre es necesaria. Aunque no es algo muy valioso, puedes llevártelo si lo necesitas.

 

Supongo que te gusta

Origin blog.csdn.net/lzz718719/article/details/130687434
Recomendado
Clasificación