Prueba 1
1. Preguntas correctas e incorrectas
1. El propósito de las pruebas de software es encontrar tantos defectos de software como sea posible. . (Y)
2. La prueba beta es un tipo de prueba de aceptación. (Y)
3. Las pruebas de aceptación las realiza el usuario final. (sustantivo)
4. Los evaluadores no necesitan enviar ningún artefacto antes de que se establezca el proyecto. (Y)
5. Las pruebas unitarias pueden encontrar alrededor del 80% de los defectos de software. (Y)
6. La revisión del código consiste en comprobar si el código fuente cumple con los requisitos del diseño del módulo. (sustantivo)
7. La integración ascendente requiere que los evaluadores escriban controladores. (Y)
8. La prueba de carga es para verificar la capacidad máxima del sistema bajo prueba. (sustantivo)
9. Los evaluadores deben adherirse a los principios y negarse resueltamente a aprobar defectos hasta que se solucionen. (sustantivo)
10. Los revisores de código generalmente son atendidos por evaluadores. (sustantivo)
11. Podemos prevenir artificialmente problemas de configuración del software. (sustantivo)
12. El plan de prueba de integración se presenta al final de la fase de análisis de requisitos. (Sustantivo)
Segundo, opción múltiple
1. El estándar de aprobación para las pruebas de aceptación de software es: (ABCD)
A. Se han implementado todas las funciones definidas y todos los indicadores de desempeño cumplen con los requisitos.
b. No quedan errores de nivel 1, nivel 2 y nivel 3 para todos los elementos de la prueba.
c. El formulario de aprobación del proyecto, los documentos de análisis de requisitos, los documentos de diseño y la codificación son consistentes.
D. Se ha completado la prueba de aceptación del artefacto.
2. ¿Quién debe participar en la reunión de revisión del plan de pruebas de software? (ABCD)
A.Gerente de Proyecto
B.Director de SQA
C.Propietario de Configuración
D.Equipo de Pruebas
>3. La siguiente descripción sobre las pruebas alfa es correcta: (AD)
Las pruebas alfa requieren la participación de representantes de los usuarios.
Las pruebas de B.alpha no requieren la participación de representantes de los usuarios.
La prueba de C.alpha es una prueba del sistema.
La prueba D.alpha es un tipo de prueba de aceptación.
4. Las responsabilidades del diseñador de pruebas son: (BC)
A. Desarrollar un plan de pruebas
B. p> C. Proceso de prueba de diseño y scripts
D. Actividades de evaluación y prueba
5. Los criterios de entrada para las actividades de implementación de software son: (ABC) A. Se han establecido los requisitos de los artefactos. b. Se han realizado una línea base de los artefactos de diseño c. Se han realizado una línea base de los artefactos de arquitectura d.
En tercer lugar, agregue espacio
1. Las pruebas de aceptación del software incluyen: pruebas de aceptación formales, pruebas alfa y pruebas beta.
2. Las estrategias de prueba del sistema incluyen: pruebas funcionales, pruebas de rendimiento, pruebas de confiabilidad, pruebas de carga, pruebas de usabilidad, pruebas de resistencia, pruebas de seguridad, pruebas de configuración, pruebas de instalación, pruebas de desinstalación, pruebas de documentación y recuperación de fallas. Pruebas, pruebas de interfaz, pruebas de capacidad, pruebas de compatibilidad, pruebas de distribución y pruebas de usabilidad. (Algunos se pueden escribir juntos y por separado. Simplemente escriba 15 para obtener la máxima puntuación).
3. Los documentos del proyecto a los que se debe hacer referencia al diseñar el plan de prueba del sistema incluyen: plan de prueba de software, requisitos de software. artefactos y plan de iteración. 4. Existen dos estrategias de integración para sistemas orientados a procesos: de arriba hacia abajo y de abajo hacia arriba.
Cuarto, respuesta corta.
1. Distinguir entre revisión de etapa y revisión por pares
El propósito de la revisión por pares: encontrar errores en productos de trabajo a pequeña escala, siempre que se encuentren errores;
Revisión por pares Número de revisores: 3-7, deben pasar por una reunión de capacitación de revisión por pares, el contenido de la revisión por pares está guiado por SQA: documento pequeño
El propósito de la revisión de etapa: revisar la corrección y viabilidad e integridad del trabajo en la etapa del módulo. El número de revisores de etapa es de aproximadamente 5 y los revisores deben ser expertos con calificaciones en revisión de sistemas. Contenido de revisión de etapa: hay mucho contenido, céntrese en los puntos clave.
Tiempo de revisión de fase: ¡generalmente establecido en el punto temporal de la ruta crítica!
2. ¿Qué son las pruebas de software?
El proceso de ejecutar un programa para encontrar errores en el mismo.
3. Describa brevemente el proceso de prueba de integración.
Las pruebas de integración del sistema incluyen principalmente los siguientes procesos:
1.
2. Proceso de confirmación del parche.
3. Proceso de envío del grupo de pruebas de integración del sistema.
4. Proceso de diseño de casos de prueba.
5. Pruebe el proceso de codificación.
6. Proceso de reporte de errores.
7. Proceso de construcción semanal/quincenal.
8. Proceso de pruebas punto a punto.
9. Proceso de formación dentro del grupo.
4. Cómo realizar pruebas de documentos
Lea atentamente, siga cada paso, verifique cada número y pruebe cada ejemplo.
Compruebe si la redacción del documento oficial cumple con el propósito de la redacción del documento oficial.
¿El contenido es completo y correcto?
¿Está completo el contenido?
¿Las etiquetas son correctas?
5. Existen varios métodos de prueba de caja blanca.
En términos generales, se pueden dividir en métodos estáticos y métodos dinámicos.
Estático: La función clave es comprobar si la representación y descripción del software son consistentes, sin conflictos ni ambigüedades.
Dinámica: cobertura de declaración, cobertura de decisión, cobertura de condición, cobertura de condición de decisión, cobertura de combinación de condiciones y cobertura de ruta.
6. ¿El plan de prueba del sistema requiere aprobación de pares?
Sí, el plan de pruebas del sistema es un documento clave en la fase de proyecto, por lo que es necesario revisarlo.
La diferencia entre 7.7. Pruebas alfa y beta
Las pruebas alfa prueban el sistema de la aplicación cuando el desarrollo del sistema está a punto de finalizar; aún habrá algunos cambios de diseño después de la prueba. Este tipo de pruebas generalmente las realizan los usuarios finales u otras personas, en lugar del programa o los evaluadores.
Pruebas beta: las pruebas se realizan cuando el desarrollo y las pruebas están básicamente completados. Los errores y problemas finales deben descubrirse antes del lanzamiento final. Este tipo de pruebas normalmente las realizan usuarios finales u otras personas, en lugar de programadores o evaluadores.
8. Compara las diferencias entre prueba de carga, prueba de capacidad y prueba de fuerza.
Prueba de carga: La carga y el tiempo de respuesta del sistema bajo una determinada carga de trabajo. Prueba de resistencia: bajo ciertas condiciones de carga, el impacto del funcionamiento continuo a largo plazo del sistema en el rendimiento del sistema.
Prueba de capacidad: el propósito de la prueba de capacidad es analizar el valor límite de un indicador (como el número máximo de usuarios concurrentes, el número de registros de la base de datos, etc.), mediante pruebas, las características de la aplicación. el sistema de software se puede reflejar de antemano para que el sistema no cause ningún problema de software. La falla puede mantener el funcionamiento normal de sus funciones principales bajo su estado límite. Las pruebas de capacidad también determinarán la carga máxima o carga de trabajo que el sujeto de la prueba puede continuar manejando en un período de tiempo determinado. El propósito de las pruebas de capacidad es someter el sistema a un exceso de capacidad de datos para descubrir si se pueden procesar correctamente. Las pruebas de capacidad están orientadas a datos y su propósito es mostrar que el sistema puede manejar la capacidad de datos determinada en el objetivo.
9. ¿Cuáles son los criterios para finalizar la prueba?
Pruebe todos los casos de uso.
La tasa de cobertura cumple con el estándar.
La tasa de defectuosos alcanza el estándar.
Otros indicadores cumplen con estándares de calidad.
10. Describir el ciclo de vida de las actividades de prueba de software.
El ciclo de pruebas se divide en planificación, diseño, implementación, ejecución y resumen. Estos incluyen:
Planificación: planificar todas las actividades para todo el ciclo de prueba, estimar la carga de trabajo y los riesgos, organizar la mano de obra y los recursos materiales, organizar el progreso, etc.
Diseño: Completar el plan de prueba y planificar la prueba desde una perspectiva técnica.
Implementación: Diseñar casos de prueba y procedimientos de prueba.
Ejecución: De acuerdo con el; plan previamente completado, Ejecutar casos de prueba basados en documentos como planes, casos de uso y procedimientos.
Resumen: registre los resultados de la prueba, realice análisis de prueba y complete el informe de prueba.
11. ¿Cómo clasificar los niveles de defectos del software?
¿Clase A? Los errores graves incluyen los siguientes errores: 1. Salida ilegal debido a falla del programa; 2. Interbloqueo en la base de datos; 4. Mal funcionamiento que causa la interrupción del programa; 6. Error de conexión con la base de datos;
Categoría b? Los errores graves incluyen los siguientes errores: 1. Error de programa 2. Error de interfaz del programa 3. Restricciones como tablas de bases de datos incompletas, reglas comerciales y valores predeterminados.
Categoría c? Los errores generales incluyen los siguientes errores: 1. Errores de la interfaz de operación (incluido si las definiciones y significados de los nombres de las columnas en la ventana de datos son consistentes) 2. Hay un error al imprimir contenido y formato 3. Las restricciones de entrada simples no se colocan en primer plano del control 4. No solicitar la operación de eliminación 5. Hay demasiados campos vacíos en la tabla de la base de datos.
Categoría d? Los errores menores incluyen los siguientes: 1. La interfaz no está estandarizada. 2. La descripción de las instrucciones auxiliares no está clara. 3. La entrada-salida no está estandarizada. 4. No se le solicitarán al usuario operaciones a largo plazo. 5. El texto de la ventana de aviso no utiliza términos de la industria. 6. No existe una diferencia obvia entre el área de entrada y el área de solo lectura.
¿la clase? Sugerencias de prueba
Prueba 2
Verdadero o Falso
1. La prueba de software consiste en verificar si la función del software se implementa correctamente y si las actividades de establecimiento de objetivos son correctas. completado, por lo que el software El trabajo específico de prueba comienza en las últimas etapas de la ingeniería de software. (Elemental)(?)
2. Encuentre el módulo con muchos errores, y hay muchos errores en el módulo. (?)(Elemental)
3. El evaluador descubrió un problema durante el proceso de prueba. Si el problema es menor y pueden modificarlo ellos mismos, deberán corregirlo inmediatamente para acelerar y mejorar el proceso de desarrollo. (?)(Elemental)
4. ¿Las pruebas unitarias normalmente se deben realizar primero? ¿Inspección manual? Luego se utiliza principalmente el método de caja blanca y se complementa el método de caja negra para pruebas dinámicas. (?)(Intermedio)
5. Las pruebas funcionales son el contenido principal de las pruebas del sistema. Verificar que la funcionalidad y el rendimiento del sistema sean consistentes con las especificaciones requeridas. (?)(Intermedio)
6. La gestión de la calidad del software significa que la gestión de calidad consiste en control de calidad y control de calidad, y las pruebas de software son el trabajo central del control de calidad. (?(Avanzado)
7. Las pruebas de software solo pueden encontrar errores, pero no pueden garantizar que el software que se está probando esté libre de errores. (?)
8. El software es un program (10)
9. Siempre que la prueba cubra declaraciones y ramas, se pueden encontrar todos los errores en el programa (10)
10. El plan internacional para el producto. Las pruebas L10N se refieren a realizar cambios en el software que cumplan con los requisitos locales (?) Avanzado
Preguntas de opción múltiple (2 puntos por cada pregunta)
1. La importancia de la gestión de la calidad del software. Existen: (ABCD) Intermedio
a. Mantenimiento y reducción de costes B. Requisitos legales C. La necesidad de competencia en el mercado
d. de estandarización de calidad E. La necesidad de ingeniería de software F, Parte del proceso CMM G. Facilita una mayor comunicación con los clientes y sienta una buena base para una implementación posterior
2. Según el formato del examen, el examen puede. dividirse en: (ABC) Intermedio
a. Prueba estructural B, prueba del sistema C, prueba especial D, prueba unitaria E, prueba de componentes F y prueba de integración
3. opción (ABC) que pertenece al método de prueba de caja negra
<. p>a. Cobertura de caso de prueba b. Cobertura de salida d. p>4. El propósito de escribir un plan de prueba es: (ABC) Intermedioa. Hacer que el trabajo de prueba se desarrolle sin problemas b. Hacer que la comunicación entre los participantes del proyecto sea más sistemática; d. Las necesidades de la ingeniería de software y el proceso de software; e. La estandarización de los requisitos del proceso de software;
5. p>a, inicio-fin B, inicio-inicio C, fin-inicio
d. Fin-Fin E. Inicio-Implementación-Fin F. Fin-Revisión-Inicio
6. La gestión de la calidad (QM) del software debe incluir aseguramiento de la calidad (QA) y control de calidad (QC). Las siguientes opciones pertenecen al QC:
a.
d. Planificación E. Revisión de requisitos F. Revisión del código del programa
p>7. El propósito del seguimiento de defectos es: (ABCD) La calidad del software no puede. ser controlado; b. Los problemas no se pueden cuantificar; c. Los problemas se repiten uno tras otro.
d. Los defectos se pueden resolver por completo; -bucle.
8. Finalidad del uso de herramientas de prueba de software: (ABC) Nivel intermedio.
a. Ayuda a realizar pruebas para encontrar problemas B. Ayuda a diagnosticar problemas C. Ahorra tiempo de prueba.
d. Mejorar la tasa de detección de errores E. Controlar mejor los defectos, mejorar la calidad del software F. Ayudar mejor a los desarrolladores.
9. Las cuatro etapas de un modelo de cascada típico son: (ABCD) Avanzado.
a. Análisis B. Diseño C. Codificación D. Pruebas E. Investigación de requisitos F. Implementación
10. mejora Se puede utilizar en (a), (b), (c) modos de trabajo de software personal. Mayor
a, controlar B, gestionar C, mejorar D, eficiente E, adecuado F e idoneidad
Preguntas y respuestas
1. ¿La tarea del probador? (Elemental) (5 puntos)
Respuesta: 1. Encontrar errores
2. Evitar defectos en el proceso de desarrollo de software;
3. software;
4. Prestar atención a las necesidades del usuario.
El objetivo general es garantizar la calidad del software.
2. En su trabajo anterior, ¿qué incluían los registros de defectos (o errores) de software? ¿Cómo enviar registros de defectos (errores) de software de alta calidad? (Elemental) (6 puntos)
Respuesta: Un registro de error debe incluir básicamente: número, módulo al que pertenece el error, descripción del error, nivel del error, fecha de descubrimiento, descubridor, fecha de modificación, persona que lo modificó, modificación. método, resultados de regresión, etc. Para descubrir errores de manera efectiva, debemos diseñar casos de prueba eficientes con referencia a documentos preliminares, como requisitos y diseño detallado, y luego implementar estrictamente los casos de prueba, confirmar y afirmar completamente los problemas descubiertos y luego liberarlos al mundo exterior. , mejorando así la calidad de los envíos de errores.
3. Problemas de prueba de interfaz y problemas de diseño. Identifique los problemas en la siguiente interfaz y enumérelos por separado; utilice cualquier método de prueba de caja negra para diseñar casos de prueba para este formulario de inicio de sesión. (Intermedio) (6 puntos)
Respuesta: 1. La barra de título del formulario está en blanco y no se proporciona ningún título.
2. Las fuentes de los controles de nombre de usuario y contraseña son inconsistentes y están desalineadas.
3. El tamaño de los cuadros de texto es inconsistente.
4. Los tamaños de los controles de los botones de confirmación y cancelación son inconsistentes.
4. Las pruebas de caja negra y las pruebas de caja blanca son los dos métodos básicos de prueba de software. ¡Explique las ventajas y desventajas de cada uno! (Intermedio) (5 puntos)
Respuesta: Las ventajas de las pruebas de caja negra son:
1) Es relativamente simple y no requiere conocimiento del código interno ni de la implementación del programa;
2) No tiene nada que ver con la implementación interna del software;
3) Desde la perspectiva del usuario, es fácil saber qué funciones utilizará y qué problemas encontrarán;
4) Basándonos en los documentos de desarrollo de software, también podemos saber qué funciones implementa el software en los documentos;
5) Es más conveniente hacerlo de forma automatizada pruebas de software.
Las desventajas de las pruebas de caja negra son:
1) No puede cubrir todos los códigos y la tasa de cobertura es baja, alcanzando solo el 30% del código total;
2) Las pruebas automatizadas tienen baja reutilización.
Las ventajas de las pruebas de caja blanca son:
Ayuda a los probadores de software a aumentar la cobertura del código, mejorar la calidad del código y descubrir problemas ocultos en el código.
Las desventajas de las pruebas de caja blanca son:
1) Habrá muchas rutas diferentes para que se ejecute el programa y es imposible probar todas las rutas
;2) La prueba se basa en código, solo puede probar si el desarrollador lo ha hecho bien. No puede saber si el diseño es correcto y puede omitir algunos requisitos funcionales.
3) Cuando el diseño es correcto. El sistema es grande, la sobrecarga de pruebas será muy alta.
5. Según su propio conocimiento, responda qué son las pruebas de software y en qué etapas se dividen. (Elemental) (5 puntos)
Respuesta: La prueba de software es el proceso de ejecutar software para encontrar errores de software. Una prueba exitosa es aquella en la que se encontraron errores que no se habían encontrado hasta el momento.
Las pruebas de software generalmente se dividen en pruebas unitarias, pruebas de integración y pruebas de sistemas.
6. Según su propia comprensión de lo que es un caso de prueba y el proceso de prueba, ¿qué aspectos se deben considerar al diseñar un caso de prueba? (Intermedio) (10 puntos)
Respuesta: En un sentido estricto, un caso de prueba es un conjunto de datos utilizados por los evaluadores para probar una determinada característica o combinación de características del software bajo prueba. Este conjunto de datos puede ser un conjunto de datos reales obtenidos del usuario, o puede ser un conjunto de datos especialmente diseñado por el evaluador para probar ciertas funciones del software.
Una especificación de prueba es un documento que describe en detalle el método de diseño, el método de prueba, las herramientas de prueba, el entorno de prueba y los datos de prueba. También puede incluir una serie de pasos que pueden convertir un determinado caso de prueba o un. Un grupo de pruebas en casos de uso se aplica al software bajo prueba para completar una determinada prueba.
El diseño de casos de prueba debe considerar los siguientes aspectos: valores límite, división de clases de equivalencia, valores válidos/no válidos, etc.
7. ¿Qué es el aseguramiento de la calidad del software? ¿Cuál es la relación entre el personal de control de calidad del software y los desarrolladores? (Avanzado) (10 puntos)
Respuesta: El aseguramiento de la calidad del software consiste en garantizar la calidad de los productos de software garantizando la calidad del proceso de software. El personal de control de calidad del software y los desarrolladores tienen una estricta independencia de gestión. Los administradores de dos grupos no pueden sobrepasar su autoridad para administrar el otro grupo, pero pueden informar problemas en el desarrollo de software a gerentes de nivel superior.
;