¿Cuáles son las preguntas de la entrevista para pruebas de software?

¡La última puesta al día antes de la entrevista de prueba de software! No pelees una batalla sin estar preparado.

Si quieres conseguir los descuentos que te gustan no basta con tener el nivel técnico correspondiente. Debe familiarizarse con las preguntas de la entrevista de antemano y aprender algunas técnicas de entrevista. De lo contrario, incluso el oro podría quedar enterrado.

¡Hablemos en detalle de algunas preguntas 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 tienes experiencia laboral, puedes contestar directamente según los procedimientos de la empresa. Si acaba de cambiar de carrera o acaba de realizar una pasantía, puede responder de acuerdo con los siguientes estándares.

Respuesta: El director del proyecto entrega el documento de requisitos del proyecto a los desarrolladores y se prepara para requisitos poco claros u omisiones en el documento de registro de desarrollo. Luego, en la reunión de revisión de requisitos, cada desarrollador plantea sus propios problemas y los resuelve, y la revisión de requisitos finalmente da como resultado una especificación de requisitos. (Fase de revisión de requisitos)

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

Después de que se completa la iteración del proyecto y se corrigen la mayoría de los errores, el evaluador comienza a resumir y finalmente 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 variado. Sólo necesitas responder lo básico.

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, pasa o falla, etc.

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

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

Respuesta: Las principales estrategias para las pruebas de software incluyen: pruebas dinámicas y pruebas estáticas; pruebas de caja blanca y caja negra. Las fases de prueba incluyen: pruebas unitarias, pruebas de integración, pruebas del sistema y algunas empresas también tendrán pruebas de aceptación (el desarrollo de las pruebas unitarias se completa al depurar el código, y lo mismo ocurre con las pruebas de integración, pero a veces los evaluadores también deben realizarlas; pruebas de integración; el principal trabajo diario son las pruebas del sistema, y ​​las pruebas de aceptación son pruebas que implican la participación del cliente);

4. ¿Qué hace?

Respuesta: El caso de prueba es en realidad preestablecer un escenario específico, dejar que el software se ejecute en este escenario, probar si el programa da la respuesta correcta 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, lo que mejora la eficiencia del trabajo y acorta enormemente el tiempo de prueba.

2. Puede ver intuitivamente cuáles son el foco de las pruebas. Los casos de prueba son testigos del trabajo de prueba, 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 clave de esta pregunta es si domina el método de diseño de casos de prueba. Después de responder, es posible que RR.HH. continúe preguntando sobre un concepto o ejemplo de un método de diseño, así que demos un ejemplo. Por ejemplo, el método de división de clases de equivalencia divide el dominio de entrada del programa en clases de equivalencia y selecciona varios datos representativos de cada parte como datos de prueba.

Respuesta: Al diseñar casos de prueba, generalmente se utilizan clases de equivalencia, valores límite, métodos de escenario/proceso, diagramas de causa y efecto y métodos de inferencia de errores.

6. ¿Cómo se realiza la revisión de necesidades de su empresa?

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

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 enviarán a los departamentos de desarrollo y pruebas en empresas con una división del trabajo poco clara. En el trabajo, es posible que solo desarrollen productos de prueba y esperen a que todos se sienten y discutan. Los formularios de revisión generalmente se dividen en dos formas: en línea y fuera de línea. El responsable suele enviar el documento de requisitos a todos con antelación para que todos puedan resolver sus dudas y prepararse para la siguiente reunión de revisión.

7. ¿Tienes algo más que preguntarme?

Análisis: Esta pregunta se realizará al final de cada entrevista. Si responde directamente que no, RR.HH. pensará que no le importa el trabajo. Si hace demasiadas preguntas, parecerá que no está completamente preparado antes de la entrevista, así que limite el número de preguntas a 2 o 3.

Hablar directamente no hará que RRHH piense que no te importa este puesto. Si hace demasiadas preguntas, parecerá que no se preparó lo suficiente antes de la entrevista. Por tanto, generalmente es mejor controlar dos o tres problemas.

Respuesta:

1. ¿Cuántas personas tiene actualmente el equipo de RD de la empresa? ¿Cuántas personas participan en el desarrollo y las pruebas?

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

3. Si me contratan, ¿cuáles serán mis principales responsabilidades?

¡Arriba!