Un resumen de las preguntas clásicas de la entrevista para ingenieros de pruebas de software

1. Hable sobre el ciclo de vida de un defecto.

Puntos de prueba: la comprensión del evaluador del ciclo de vida general del defecto. A veces solo es necesario. Para responder a los nodos clave, a veces es necesario elaborarlos por separado.

Simplemente responda los nodos clave de envío de defectos, confirmación de defectos, apertura de defectos, reparación de defectos, regresión de defectos y cierre de defectos.

2. ¿Cuáles son los tipos básicos de defectos?

Puntos de prueba: requisitos, datos, lógica, rendimiento, funcionalidad, seguridad, compatibilidad, cambios, facilidad de uso, etc.

Para una comprensión adicional de la experiencia laboral, a veces es necesario dar ejemplos por separado.

3. ¿Cuáles son los elementos básicos de un caso de prueba?

Número de caso de uso, tipo de caso de uso, título del caso de uso (nombre), condiciones previas, pasos de operación, datos de prueba, esperados. resultados, resultados reales

Hay varios tipos de inspecciones. Algunos entrevistadores presentarán requisitos de escenarios y requerirán un diseño de casos de uso en el sitio para probar la consideración, la rica experiencia y la comprensión de los requisitos de los candidatos.

4. ¿Cómo se realiza la revisión de casos de uso?

Puntos de prueba: comprobar principalmente si el proceso de trabajo anterior está estandarizado y, al mismo tiempo, el grado de participación en la revisión. trabajo

Respuesta flexible. El proceso de revisión para diferentes proyectos de diferentes empresas también difiere.

5. Diseñe casos de prueba para la ventana de chat de WeChat

Puntos de prueba: a menudo también se reemplaza por algunas funciones de búsqueda, funciones de lista, funciones de paginación, etc. de otros sitios web conocidos. examinar la capacidad de pensamiento sistémico.

Referencia:

En primer lugar, después de comprender los requisitos comerciales, conviértalos en requisitos de prueba. Los requisitos de prueba finales deben ser revisados ​​y aprobados por el equipo del proyecto.

Comience a diseñar:

Caso de uso de Smoke: implemente la función de chat más simple (voz, formato de texto)

Negocio funcional:

Pure chat de texto

Chat interlingüe

Emoticones

Enviar combinados al chat

Caracteres especiales y combinaciones

Enviar Archivos

Ver historial de chat

Función de captura de pantalla

Videochat

Chat de voz en tiempo real

Diferente versiones Función de conmutación

Descomposición de escenarios personalizada

Descomposición de escenarios anormales

Casos de prueba de compatibilidad:

Generalmente definidos en los requisitos comerciales

En los requisitos de prueba, se pueden descomponer los modelos de máquina y las versiones del sistema correspondientes, y se puede obtener la combinación mínima óptima para casos de uso en las pruebas de compatibilidad.

Casos de prueba de seguridad

Casos de prueba de rendimiento

(generalmente tienen planes de prueba independientes)

Casos de prueba de regresión:

Extraiga los casos de uso principales de la biblioteca de casos de uso y combínelos en casos de uso de regresión.

6. Encuentras un defecto, pero el desarrollador piensa que no es un problema, ¿qué harás?

Puntos de inspección: habilidades de comunicación y expresión, experiencia pasada en procesos de trabajo, sentido de cooperación y responsabilidad

Este tipo de problema requiere que primero comprenda su posicionamiento de rol. Como probador de software, este tipo de problema se encuentra a menudo. Si es un ejecutivo, puede sacar a relucir el proceso de prueba de su trabajo original, porque el manejo de defectos también es parte del proceso de prueba. Por ejemplo, los desarrolladores anotarán los motivos en el sistema de gestión de defectos y los analizarán ellos mismos primero. Si no están seguros, pueden encontrar al responsable de pruebas superior. Tratémoslo juntos. Pero si ocupa un puesto directivo, puede dar ejemplos de problemas similares que haya encontrado en el pasado y cómo los resolvió, lo que será más convincente.

7. El tiempo de prueba para su evaluación es de 5 días, pero ¿qué pasa si el líder solo da tres días?

Puntos de inspección: habilidades de comunicación y expresión, experiencia pasada en el manejo de conflictos en trabajo

p>

Si el entrevistador no proporciona un escenario específico para este tipo de preguntas, debe volver a preguntar para describir los antecedentes del problema y proporcionar métodos para resolver el conflicto a través del análisis de antecedentes. .

Antecedentes de preguntas como: necesidades de emergencia temporales, necesidades regulares, tiempo de compresión regular, tiempo de compresión del cliente, tiempo de compresión debido a vulnerabilidades propias, etc.

Luego debe responder a la situación: Organizar Priorizar el trabajo, re-descomponer el trabajo actual, cambiar estrategias de prueba, división del trabajo dentro del equipo, ayuda externa, etc.

8. Hablar sobre el proceso de prueba de un proyecto

Punto de inspección: el proceso del trabajo previo Estandarización, familiaridad con los negocios

Puede consultar el proceso de prueba mencionado en el siguiente artículo "Disposición de la plantilla del documento del proceso de prueba (1) - Proceso de propuesta de prueba" y explicarlo. basado en el proyecto actual. Muestre confianza, profesionalismo y familiaridad con el proceso de trabajo al responder

9. ¿Cuáles son los métodos de diseño de casos de prueba de caja negra?

Método de división de clases de equivalencia, método de análisis de valores límite, causa y método de gráficos de efectos, método de experimento ortogonal, método de tabla de decisiones, método de adivinación de errores, pruebas aleatorias, método de escenarios

10. ¿Cuáles son las características de calidad del software?

Mantenibilidad y escalabilidad, capacidad de prueba , reutilización, portabilidad y comprensibilidad

Generalmente, existen muchos tipos de preguntas de prueba escritas para pasantes e ingenieros de pruebas junior. Es más probable que los ingenieros de pruebas intermedios y senior examinen los factores que afectan la calidad, etc.

11. ¿Cuáles son los elementos básicos de los defectos? ¿Qué precauciones se deben tomar al describir los defectos?

Número de defecto, título del defecto, condiciones previas, datos de prueba, pasos de operación, resultados esperados, resultados reales Resultados, motivos de posicionamiento inicial, capturas de pantalla o información de registro (opcional)