Hace unos días, un pequeño socio preguntó en segundo plano, ¿cómo debería ingresar el personal transferido al campo de pruebas?
Hoy, daré una respuesta completa a esta pregunta. Por cierto, me gustaría hablar sobre la dirección de los esfuerzos continuos después de ingresar a la industria de las pruebas de software, para ustedes que desean cambiar a las pruebas y no han cambiado a las pruebas, tienen ya cambió a prueba, pero ingresó recientemente al campo de prueba. Sí, este tipo de amigos pueden consultarlo. Para aquellos en duda, damos la bienvenida a la discusión continua.
1. El umbral de las pruebas de software
Las pruebas de software, como parte del proceso de I + D de software, son una garantía importante para la calidad de la I + D de software. A medida que la demanda de la industria y el software de Internet sigue aumentando, la demanda de tales talentos sigue siendo fuerte. Por lo tanto, cada vez más más gente ve que quiero entrar en esta industria para esta oportunidad. Por un lado, como industria basada en la información, esta industria tiene salarios más altos que otras industrias; por otro lado, a medida que más tecnología de la información ingresa a nuestras vidas, las perspectivas de desarrollo en esta área también han sido reconocidas por todos. Entonces, todo esto no es difícil de entender.
Entonces, ¿qué preparativos debe hacer si desea ingresar a esta industria? En mi opinión, lo primero que hay que entender son los conceptos e ideas básicos de las pruebas de software. ¿Cuál es el proceso de prueba de software en el proceso de desarrollo de software, los principios básicos del desarrollo de software y los métodos básicos de prueba de software? Todos estos deben ser entendidos y dominados. Solo sabiéndolos podemos tener una buena comprensión de lo que son las pruebas de software, y podemos participar mejor en el trabajo de prueba de software y luego contribuir a la garantía de calidad del desarrollo de software.
Los conceptos e ideas básicos de las pruebas de software, no entraré aquí. Lo que quiero decir es que en mis muchos años de trabajo de gestión de pruebas, entrevisté a muchos candidatos. Muchos candidatos no tienen claros los conceptos y métodos de las pruebas de software. Sienten que las pruebas de software son solo una pequeña parte del contenido de la documento de requisitos Incluso si se completa la prueba, la respuesta es muy mala.
Como profesionales de la industria de pruebas de software, debemos tener claro que las pruebas de software requieren métodos de prueba básicos para garantizar la calidad del software. Todavía hay muchos entrevistadores que hablan del método básico de prueba. Son muy buenos, pero cuando realmente dan un documento de requisitos para diseñar casos de prueba, no les importa lo que se nos da en el método de prueba, pero divergen. de una manera salvaje. Levántate. Este tipo de desacoplamiento entre teoría y realidad hará que el entrevistador sienta que aún no comprende bien los métodos de prueba y que la calidad de los productos de software probados por él es incontrolable, por lo que habrá grandes riesgos de calidad.
Solo los conceptos y métodos básicos de prueba de software se pueden aplicar bien al trabajo diario, y solo los "métodos de prueba de software competentes" que a menudo vemos en los currículums de los candidatos pueden convertirse en un dominio real. Eso me parece que ha superado el más básico umbral para participar en la industria de pruebas de software. Para lograr esto, pensar activamente en la relación entre el método de prueba y el caso de prueba del software que se prueba en el trabajo diario, y cultivar la conciencia del diseño de casos de prueba en el uso diario del software, puede mejorar uno mismo en este sentido. capacidad.
Dos, las habilidades básicas de la prueba.
Después de cruzar el umbral de las pruebas de software, el siguiente paso es dominar las habilidades básicas de las pruebas. Esta habilidad incluye una mayor comprensión y dominio del software que se está probando y familiaridad con las herramientas de prueba utilizadas en el trabajo de prueba.
En la entrevista, vimos que el currículum del candidato mencionaba la introducción básica del proyecto de prueba, incluido el lenguaje y el marco utilizado, pero cuando realmente lo preguntamos, no teníamos una comprensión básica de estos, lo cual era inapropiado en nuestra opinión. . También está la falta de sentido común básico de los candidatos en la plataforma donde se encuentra el proyecto que están probando, lo que también es fatal en la entrevista. Por ejemplo, en la entrevista, he experimentado un candidato así. Hice pruebas de aplicaciones móviles, pero no sé las características básicas de las pruebas de aplicaciones, a qué aspectos se debe prestar atención y cómo hacer las pruebas de compatibilidad. son todos muy básicos en las pruebas diarias. Si no puede decirlo bien, se dirá que es terrible.
En nuestras pruebas diarias de software, lo primero a lo que debemos prestar atención son las características básicas de la plataforma donde se ubica el software bajo prueba, ¿es Web o APP? Cuáles son las características de los productos web, cuál es el principio de implementación, qué debe tenerse en cuenta durante la prueba, cómo funciona el navegador que lleva los productos web y a qué aspectos se debe prestar atención al realizar las pruebas de compatibilidad. Cuáles son las características de los productos APP, cuáles son las características del sistema donde se ubican, cuáles son las interacciones con el sistema terminal y qué indicadores deben ser considerados. Sobre esta base, los requisitos y las características funcionales del software bajo prueba se combinan para diseñar casos de prueba, cuáles son las características funcionales, cómo utilizar el método del valor límite, cómo dividir las clases de equivalencia, cuáles son los escenarios de excepción, etc. .
Además, vimos un "uso competente de las herramientas de prueba XXXX" en los currículos de muchos candidatos, pero realmente preguntamos cuál es el principio de esta herramienta, cuáles son las operaciones básicas y qué pruebas pueden ayudarnos a hacer. no lo sé. Es más, solo sepa qué botón puede producir qué, y pregunte más sobre cómo se obtienen estas cosas producidas y qué información se incluye, entonces no lo sé. Estos no deberían serlo. Tal "competencia" tiene más que ver con la "competencia repetitiva" del uso más rutinario y básico, en lugar de tener una comprensión y dominio más profundos de esta herramienta de prueba.
En mi opinión, al utilizar una herramienta de prueba, cuál es el principio básico de la herramienta, qué puede y qué no puede hacer la herramienta, por qué se puede hacer, qué datos se nos pueden proporcionar durante el uso y qué datos podemos utilizar. hacer y cómo ayudarnos en las pruebas son las primeras cosas que podemos entender cuando obtenemos una herramienta. Solo con esta comprensión de una herramienta podremos usarla mejor y con más competencia en nuestro trabajo de prueba diario y maximizar nuestro trabajo de prueba.
En tercer lugar, la capacidad de probar
Una vez que tengamos una cierta comprensión de las habilidades básicas, debemos mejorar aún más nuestras capacidades de prueba de software.
En este momento, la definición y el alcance de las capacidades de prueba se pueden ampliar aún más. Cuando probamos un software, debemos comenzar a contactar con las cosas de nivel inferior del software, el lenguaje utilizado, las características del marco y los aspectos técnicos. arquitectura del software. Estos son muy útiles para que podamos comprender mejor el software probado y descubrir los problemas en él. Para software más grande, también necesitamos comprender cuál es la división de módulos de todo el sistema, cuál es la relación de llamada entre módulos y módulos, si hay excepciones en el proceso de llamada, cómo diseñar los casos de uso aquí y los casos de uso. para el manejo de errores Cómo estructurarlo, si los datos correspondientes han sido reportados después de que se lanzó el software, y qué tipo de problemas reflejan los problemas reportados, etc., son todas las cosas que debemos entender.
En el uso de herramientas de prueba, también tenemos requisitos más altos, como qué otras herramientas similares pueden lograr funciones similares, por qué usamos la herramienta actual, qué información se puede obtener con esta herramienta, cómo se obtienen los datos y qué es lo exacto. la tasa, si el error está dentro de nuestro rango aceptable, si necesitamos optimizar sobre esta base, etc.
Además, a medida que nuestros requisitos para las pruebas de software son cada vez más altos, la granularidad de las pruebas es cada vez más fina. Cuando no se pueden satisfacer algunas pruebas básicas y herramientas convencionales, ¿podemos desarrollar algunos scripts y herramientas para satisfacer nuestras necesidades de prueba? ¿Podemos seguir usando herramientas para resolver problemas en las pruebas, usar herramientas para mejorar la eficiencia de las pruebas, fortalecer la profundidad de las pruebas, etc.?
Cuarto, el desarrollo profesional de la prueba.
Finalmente, hable brevemente sobre el desarrollo profesional de la industria de pruebas de software. La prueba de software es un puesto técnico y la mejora constante de las capacidades técnicas es el elemento central del desarrollo. Bajo la guía de esta premisa principal, es la clave acumular continuamente la acumulación del propio campo técnico y expandir el conocimiento y la capacidad de uno en la resolución técnica de problemas de prueba.
En este sentido, el desarrollo de ingenieros de pruebas de software progresará paso a paso desde ingenieros junior que pueden resolver pruebas de requisitos independientes, hasta ingenieros intermedios que pueden ser responsables de forma independiente de pruebas de sistemas más grandes, hasta ingenieros superiores que pueden completar la construcción de sistemas de prueba. En el proceso, sus capacidades técnicas también han cambiado desde la realización básica del software bajo prueba, hasta el dominio de la arquitectura del sistema y la realización de pruebas completas en la arquitectura del sistema, desde el uso de pequeñas herramientas para mejorar la eficiencia de la prueba, hasta el uso de plataformas de prueba y pruebas. sistemas para implementar un conjunto completo de pruebas Implementación de la arquitectura.
La gestión de pruebas también es una opción para el desarrollo de ingenieros de pruebas de software, desde pruebas de requisitos de seguimiento independientes hasta liderar un pequeño equipo para completar conjuntamente las pruebas de un proyecto y luego liderar un equipo de pruebas más grande para completar mejoras en múltiples áreas, incluidas las pruebas funcionales. y construcción de herramientas.
En breve
Las pruebas de software son un trabajo que requiere una comprensión constante de la industria, la superación personal constante y un pensamiento constante sobre la importancia de las pruebas para el equipo del proyecto. Solo avanzando constantemente, la propia carrera tendrá un mejor futuro y un mayor desarrollo.
Los interesados en las pruebas de software también pueden seguir mi cuenta oficial:Programador dos negro, Concéntrese en compartir pruebas de software, principalmente compartir bases de pruebas, pruebas de interfaz, pruebas de rendimiento, pruebas automatizadas, arquitectura TestOps JmeterLoad, Runner, Fiddler, MySql, Linux, optimización de currículums, habilidades para entrevistas y datos de video reales de proyectos de prueba a gran escala. Los interesados pueden prestar atención
Comparte el maravilloso contenido con tus amigos.