Quiero una entrevista para pruebas de software. No tengo experiencia. ¿Puede alguien contarme alguna experiencia?

¡El último consejo antes de la entrevista de prueba de software! No pelees una batalla sin estar preparado.

Si quieres conseguir tu oferta favorita, no basta con tener el nivel técnico correspondiente. También debes estar familiarizado con las preguntas de la entrevista de antemano y aprender algunas habilidades de entrevista, aunque así sea. Oro, es muy probable que sea oro.

¡Hablemos en detalle de algunas de las preguntas más comunes en las entrevistas!

1. ¿Cuál es el proceso de prueba de software?

Análisis: Siempre que RR.HH. hace una pregunta, primero debemos pensar qué información quiere obtener a través de esta pregunta. Después de realizar este primer paso, la respuesta será más estable. Si tiene experiencia laboral, puede responder de acuerdo con los procedimientos de la empresa. Si acaba de cambiar de carrera o simplemente es pasante, puede responder de acuerdo con los siguientes estándares.

Respuesta: El director del proyecto proporcionará el documento de requisitos del proyecto al desarrollo y estará preparado para requisitos poco claros o puntos faltantes en el documento de registro de desarrollo. Luego, en la reunión de revisión de requisitos, cada desarrollador planteará sus puntos. propias preguntas y resolverlas. La revisión de requisitos culmina en una especificación de requisitos. (Etapa de revisión de requisitos)

Después de pasar la revisión, el gerente de desarrollo comienza a escribir el plan de desarrollo y el gerente de pruebas escribe el plan de prueba. Una vez aprobada la revisión del plan, los desarrolladores desarrollan el programa. y los evaluadores comienzan a escribir casos de prueba. Cuando sale la primera versión del proyecto, el lado de desarrollo es responsable de iterar la segunda versión, mientras que el lado de pruebas prueba el proyecto y registra, rastrea y gestiona los errores hasta que se completa la iteración del proyecto. (Etapa de desarrollo del producto)

Una vez completada la iteración del proyecto y corregidas la mayoría de los errores, la parte de pruebas comienza a resumir y, finalmente, se genera un informe de prueba para registrar el trabajo de prueba y los problemas en el proyecto. . (Etapa de lanzamiento del producto)

2. ¿Cuáles son los elementos principales de los casos de prueba?

Análisis: Cada empresa utiliza plantillas diferentes, por lo que el contenido también es diverso. Sólo necesitas responder a los elementos básicos.

Respuesta: Los elementos principales de un caso de prueba son: ID, título, módulo, condiciones preestablecidas, pasos de operación, resultados esperados, resultados reales, si se aprueba, etc.

3 . Pruebas de software ¿Cuáles son las estrategias y etapas?

Análisis: La estrategia es qué tipo de pensamiento usas para probar, o qué tipo de tecnología o pasos usas para ejecutarlo, etc.

Respuesta: Las estrategias de prueba de software incluyen principalmente: pruebas dinámicas y estáticas; pruebas de caja blanca y caja negra. La fase de prueba en orden de desarrollo es: prueba unitaria, prueba de integración, prueba del sistema y algunas empresas también tendrán pruebas de aceptación (el desarrollo de la prueba unitaria se completa al depurar el código, al igual que las pruebas de integración, pero a veces los evaluadores también deben realizarlo; pruebas de integración; el trabajo principal de los probadores es la prueba del sistema, y ​​las pruebas de aceptación son una prueba en la que participan los clientes);

4. ¿Qué hace?

Respuesta: El caso de prueba es en realidad preestablecer un escenario específico y dejar que el software se ejecute en este escenario para verificar si el programa da respuestas correctas y medir si el software satisface correctamente las necesidades del cliente.

Función:

1. Evite las pruebas ciegas y mejore la eficiencia de las pruebas después de actualizar la versión del software, solo se necesitan algunas modificaciones para realizar el trabajo de prueba, mejorar la eficiencia del trabajo y acortar en gran medida el ciclo de prueba.

2. Puede ver intuitivamente cuáles son el foco de las pruebas. Los casos de prueba son testigos del trabajo de prueba. Puede ver qué funciones se han probado y qué módulos no se han probado.

3. Los casos de prueba son una de las formas de cuantificar el trabajo de prueba.

5. ¿Cómo sueles diseñar casos de prueba?

Análisis: el punto principal de esta pregunta es verificar si domina el método de diseño de casos de prueba. Después de responder, RR.HH. puede continuar preguntando sobre el concepto o ejemplo de un determinado método de diseño. , puede dar un ejemplo como: etc. El método de división de clases de valencia consiste en dividir el dominio de entrada del programa en clases de equivalencia y seleccionar una pequeña cantidad de datos representativos de cada parte como datos de prueba.

Respuesta: Las clases de equivalencia, valores límite, métodos de escenario/proceso, diagramas de causa y efecto y métodos de especulación de errores se utilizan generalmente para diseñar casos de prueba;

6. reseña ¿Cómo funciona?

Análisis: La revisión de requisitos consiste en revisar las necesidades del cliente y los puntos vagos entre varios módulos de software, y eliminar los puntos que no se entienden o no se han tenido en cuenta.

Respuesta: En algunas empresas con una división del trabajo clara, el PD es responsable de la revisión de los requisitos. Una vez confirmados, se envían a los departamentos de desarrollo y pruebas de las empresas con una división menos clara; El trabajo puede desarrollar y probar productos. Espere a que todos se sienten juntos y discutan juntos; el formato de revisión generalmente se divide en dos métodos: en línea y fuera de línea. La persona a cargo generalmente enviará el documento de requisitos a todos con anticipación para que todos lo clasifiquen. sus dudas y prepararse para las siguientes reuniones de preparación para la revisión.

7. ¿Hay algo más que quieras preguntarme?

Análisis: esta pregunta se hará al final de cada entrevista. Si responde no directamente, hará que RR.HH. sienta que no le importa este trabajo. Si hace demasiadas preguntas, sí. voluntad Parece que no estaba completamente preparado antes de la entrevista, por lo que las preguntas generalmente se limitan a 2-3.

Simplemente decir no directamente hará que RR.HH. sienta que no le importa el puesto. Hacer demasiadas preguntas hará que parezca que no estaba completamente preparado antes de la entrevista. Por lo tanto, generalmente es mejor controlar el número de preguntas en dos o tres.

Respuesta:

1. ¿Cuál es el tamaño actual del equipo de I+D de la empresa? ¿Cuántas personas hay para el desarrollo y las pruebas?

2. ¿Cuál es la dirección comercial futura de la empresa?

3. Si me incorporo al trabajo, ¿cuáles son mis principales responsabilidades laborales?

¡Arriba!