Documento de entrevista al ingeniero de redes 1
¿Qué son las pruebas de compatibilidad? ¿Cuál es el objetivo de las pruebas de compatibilidad?
Respuesta de referencia:
Las pruebas de compatibilidad son principalmente para verificar si el software puede ejecutarse normalmente en diferentes plataformas de hardware y plataformas de software, lo que comúnmente se conoce como portabilidad de software.
Los tipos de compatibilidad, si se desglosan, incluyen compatibilidad de plataforma, compatibilidad de red, compatibilidad de bases de datos y compatibilidad de formato de datos.
El objetivo de las pruebas de compatibilidad es el análisis del entorno de compatibilidad. Generalmente, la compatibilidad sólo se requiere cuando el entorno en el que se ejecutará el software no es muy seguro. De acuerdo con las necesidades de operación del software o los documentos de demanda, generalmente es posible obtener el entorno en el que los usuarios utilizarán el software, organizar estos entornos en un formulario, obtener un entorno compatible y realizar pruebas de compatibilidad.
La diferencia entre las pruebas de compatibilidad y las pruebas de configuración es que las pruebas de configuración generalmente no se realizan en un entorno Clean OS, mientras que las pruebas de compatibilidad se realizan principalmente en un entorno Clean OS.
2. Actualmente tengo un programa que se ejecuta muy lentamente en Windows. ¿Cómo saber si hay un problema con el programa o el sistema de software o hardware? Respuestas de referencia:
1. Verifique si el sistema tiene características de envenenamiento;
2. Verifique si la configuración de software/hardware cumple con los estándares de software recomendados;
3. Confirme si el sistema actual es independiente, es decir, no hay servicios que consuman recursos de CPU
4. Si es un software estructurado C/S o B/S, verifique si es causado por. problemas de conexión o acceso al servidor;
5. Cuando el sistema no esté bajo carga, verifique el Monitor de rendimiento para confirmar el acceso de la aplicación a la CPU/memoria.
3. ¿Cuáles son las estrategias de prueba?
Respuestas de referencia:
Caja negra/caja blanca, estática/dinámica, manual/automática, prueba de humo, prueba de regresión, prueba pública (estrategia de prueba Beta).
4. ¿Cuáles son las características del método de diseño de casos de prueba ortogonales?
Respuesta de referencia:
Utilice la menor cantidad de experimentos para cubrir la mayoría de las operaciones, y el diseño de casos de prueba es pequeño y eficiente, pero muy complejo;
Para funciones de verificación básicas y defectos causados por la integración secundaria, generalmente podemos encontrarlos, pero para defectos más profundos y defectos más complejos, todavía no podemos hacer nada;
En circunstancias específicas, las tablas ortogonales generalmente son difíciles; para hacer. En la mayoría de los casos, este método sólo se utiliza durante las pruebas del sistema.
5. Describa el proceso de gestión del uso de la herramienta de gestión de defectos de Bugzilla para el seguimiento de defectos de software.
Respuesta de referencia:
Es el diagrama de transición de estados de Bugzilla.
6. ¿Crees que hay algún problema al utilizar bugzilla?
Respuesta de referencia:
La interfaz es inestable;
Configurar sus diferentes partes según sea necesario es un proceso tedioso.
En el control de procesos, la seguridad no está bien definida y es fácil operar por error los errores de otras personas.
Sin indicadores de evaluación integrales, es difícil determinar la prioridad del mantenimiento.
Pregunta 2 de la entrevista al ingeniero de redes
7. Describa todo el proceso de diseño de casos de prueba.
Respuesta de referencia:
Análisis de requisitos + mantenimiento de cambios de requisitos;
Obtener requisitos de prueba basados en los requisitos;
Diseñar y revisar pruebas planes Plan de prueba;
Después de aprobar el plan, se diseñan los casos de prueba y luego se revisan los casos de prueba;
8.
Respuestas de referencia:
Cobertura lógica, cobertura de ciclo, revisión por pares, inspección de escritorio, recorrido de código, revisión de código, análisis de flujo de datos Jingtai.
9.¿Cuáles son las tres partes de LoadRunner?
Respuestas de referencia:
Diseño de acciones de usuario;
Diseño de escenas;
Análisis de datos de prueba;
10 ¿Proceso de prueba de LoadRunner?
Respuestas de referencia:
1. Prueba de prueba
2. Cree un script de usuario virtual
3. p >
4. Ejecutar el script de prueba
5. Monitorear la escena
6. Analizar los resultados de la prueba
Para lo anterior, es mejor. para combinarlo con un estuche y seguir lo anterior. Se introducirá el proceso.
¿Qué es la concurrencia? ¿Cómo hacer pruebas de concurrencia en Lordrunner? ¿Qué pasa si falla el punto de encuentro?
Respuesta de referencia:
Admite múltiples operaciones diferentes al mismo tiempo.
LoadRunner proporciona camuflaje de IP, puntos de encuentro, diseño de usuario virtual y configuraciones en múltiples computadoras para simular mejor la concurrencia real.
Un punto de encuentro se refiere a un momento en el que varios usuarios operan usuarios virtuales simultáneamente en un entorno específico. Si el punto de reunión falla, la operación del punto de reunión se cancelará y la prueba no podrá continuar.
12. Cuando se utiliza QTP para pruebas funcionales y scripts de grabación, ¿cómo verificar múltiples inicios de sesión/consultas de usuarios? Respuesta de referencia:
Analice la situación básica del inicio de sesión del usuario, obtenga un conjunto de datos, todas las pruebas de aprobación/fallo (estos datos están diseñados de acuerdo con TC), luego registre el script de inicio de sesión, parametrice los datos clave, y modificar scripts, reforzar código, depurar scripts.
¿Cuáles son las funciones de 13 y QTP? ¿Cuántos tipos hay?
Respuesta de referencia:
El papel de las acciones
Las acciones se pueden utilizar para agrupar conjuntos de pasos.
Los pasos se reorganizan y luego se llaman en su conjunto.
Ten tus propias láminas
Combina pasos que requieran lo mismo y haz toda la gimnasia.
Existe un almacén de objetos independiente.
Tipos de acciones
Acciones reutilizables
Acciones no reutilizables
Influencias externas
Preguntas de entrevista para red ingenieros 3
14. ¿Cuál es la función de TestDirector y cómo gestionar el proceso de prueba de software?
Respuesta de referencia:
Supervisión y ajuste de requisitos
Definir alcance de prueba
Definir árbol de requisitos
Descripción Puntos de función del árbol de requisitos.
Plan de pruebas
Definir objetivos de prueba y estrategia de prueba.
Descomponer la aplicación y construir un árbol de plan de prueba.
Determinar el método de prueba para cada punto de función.
Vincula cada punto de función a los requisitos para que el plan de prueba cubra todos los requisitos de prueba.
Describe los pasos de prueba para las pruebas manuales.
Indica los puntos de función que deben probarse automáticamente.
Ejecución de pruebas
Definir un conjunto de pruebas.
Desarrollar tareas de prueba y planes de prueba para cada evaluador.
Ejecutar pruebas automatizadas.
Seguimiento de defectos
Registro de defectos
Vea nuevos defectos y determine cuáles necesitan corrección.
Personal técnico pertinente corregirá los defectos.
Pruebas de regresión
Analizar estadísticas de defectos y la calidad de desarrollo de la aplicación.
15. ¿Cuáles son los tipos comunes de pruebas de software? Intente comparar las diferencias y conexiones entre estos diferentes tipos de pruebas (como pruebas funcionales y pruebas de rendimiento).
Respuesta de referencia: Pruebas de compatibilidad, ¿también conocidas como? ¿Prueba de configuración? Pruebe la compatibilidad del software con otros elementos interactivos del sistema, como navegadores, sistemas operativos y hardware. Verifique el funcionamiento del objeto de prueba en diferentes configuraciones de software y hardware.
Las pruebas funcionales, también conocidas como pruebas de comportamiento, consisten en probar las características y el comportamiento operable del producto en función de las características del producto, las descripciones de operación y los planes del usuario para garantizar que cumple con los requisitos de diseño. Pruebas funcionales de software localizado para verificar que una aplicación o sitio web funcione correctamente para los usuarios objetivo. Utilice la plataforma, el navegador y los scripts de prueba adecuados para garantizar que la experiencia de sus usuarios objetivo sea tan buena como si la aplicación se hubiera desarrollado específicamente para este mercado.
Las pruebas de rendimiento son una prueba para evaluar si un producto o componente cumple con los requisitos de rendimiento. Incluyendo pruebas de carga, pruebas de resistencia, pruebas de capacidad de bases de datos, pruebas de referencia y otros tipos.
16. ¿Cuál es el contenido de los registros de defectos (o errores) de software? ¿Cómo enviar registros de defectos (errores) de software de alta calidad? Respuesta de referencia: estándares 5C
17. ¿Cuál es la diferencia entre las pruebas Beta y las pruebas Alfa?
Respuesta de referencia: Prueba Beta (? Testing), la prueba es una prueba realizada por múltiples usuarios del software en el entorno de uso real de uno o más usuarios. Los desarrolladores generalmente no están en el sitio de prueba. La prueba alfa (? prueba) es una prueba realizada por usuarios en un entorno de desarrollo, o puede ser una prueba controlada realizada por usuarios dentro de la empresa en un entorno operativo real simulado.
18. ¿Quién suele participar en las revisiones de software? ¿Cuál es su propósito?
Respuesta de referencia:
Envíe los resultados del proyecto de software (incluidos los documentos en cada etapa, el código generado, etc.) y entréguelos a los usuarios, clientes o personal del departamento relevante en un reunión formal para revisar y aprobar productos de software. Su propósito es identificar fallas de diseño que puedan afectar la calidad del producto de software, los procesos de desarrollo, los esfuerzos de mantenimiento y la idoneidad ambiental, tomar medidas correctivas e identificar posibles mejoras en el rendimiento, la seguridad y la economía.
Personal: usuarios, clientes o desarrolladores de departamentos relevantes, testers, analistas de requisitos, según la etapa de revisión.
19. ¿Qué debe hacer si se descubre que el documento de requisitos está incompleto o es inexacto durante las actividades de prueba?
Respuesta de referencia:
Si el análisis de requisitos de prueba encuentra que el documento de requisitos está incompleto o es inexacto, debe coordinar y comunicarse inmediatamente con el personal relevante.
20. ¿Cuál es la diferencia entre revisión de etapa y revisión de proyecto?
Respuesta de referencia:
Revisión de fase: revisión de cada etapa del proyecto: revisión de resultados de etapa y trabajo.
Revisión del proyecto: una revisión general del proyecto, el trabajo y los productos
21. ¿Explica la definición de versión de trabajo?
Respuesta de referencia:
Número de construcción: Construcción
22. ¿Qué es un módulo de controlador?
Respuesta de referencia:
Módulo de montón: el módulo bajo prueba llama al módulo.
El módulo controlador llama al módulo bajo prueba.
23. ¿Qué es el fan-in? ¿Qué es el fan-out?
Respuesta de referencia: