Trabaja como administrador de pruebas en el ámbito médico y lidera un equipo de probadores de sistemas. Actualmente está trabajando en una versión importante del producto que brinda a los clientes muchas características nuevas y resuelve una serie de informes de problemas de versiones anteriores.
¿Qué opción de control de gestión de pruebas es la más adecuada para adoptar en estas circunstancias?
Introducir el trabajo nocturno y de fin de semana obligatorio para recuperar el retraso de 3 semanas Reconsiderar los criterios de salida y revisar el plan de prueba en el contexto de la situación actual. Asesorar a la comunidad de usuarios sobre el alcance reducido de los requisitos y la entrega incremental adicional. Organizar una reunión con los representantes de la comunidad de usuarios para discutir la interfaz de usuario.
Los riesgos deben revisarse constantemente. Dada la situación actual, ¿cuál de los siguientes factores es más probable que conduzca a una visión revisada del riesgo del producto? Las preocupaciones sobre la interfaz de usuario pueden dar lugar a cambios en la interfaz que no se pueden implementar mediante el desarrollo a tiempo para la segunda iteración de prueba Las preocupaciones sobre la interfaz de usuario aumentan la probabilidad de un riesgo en esa área y aumentan la cantidad esfuerzo más frecuente necesario para la interfaz de usuario, lo que limita el esfuerzo de prueba disponible para otras partes de la herramienta de gestión de pruebas La entrega de la aplicación sin cambios en la interfaz puede molestar a la comunidad de usuarios. El método utilizado para la estimación de la prueba no es lo suficientemente preciso y, por lo tanto, el dinero gastado en la prueba excedió su presupuesto.
¿Cuál de las siguientes es menos probable que se utilice como técnica para identificar riesgos de proyectos y productos? Lluvia de ideas Inspecciones Entrevistas con expertos Evaluaciones independientes.
¿Cuál de los siguientes es un paso de mitigación de riesgos del proyecto que podría tomar como gerente de pruebas? Pruebas para detectar problemas de rendimiento Contratación de un contratista después de que un analista de pruebas abandone
la empresa Organización de un entorno de pruebas de respaldo en caso de que el existente falle durante las pruebas Realización de una reunión retrospectiva del proyecto utilizando los resultados de las pruebas después de cada incremento.
Recientemente ha sido empleado como gerente de pruebas para una casa de software que produce sistemas de Recursos Humanos (HR), a saber, sistemas de Nómina, Personal y Reclutamiento. La empresa es relativamente nueva y quiere tener un gran impacto en el mercado mediante la producción de un producto de recursos humanos empresarial en todo el mundo.
Se le ha pedido que escriba una estrategia de prueba para la empresa. ¿Qué declaración explica mejor cómo se puede abordar el riesgo dentro de la estrategia de prueba? Una estrategia de prueba debe abordar los riesgos de productos genéricos identificados y presentar un proceso para mitigar esos riesgos en línea con la política de pruebas. Una estrategia de prueba identifica el producto específico para un riesgo de proyecto y define el enfoque para el proyecto de prueba. Una estrategia de prueba se deriva de la política de prueba y describe la forma en que se realizan las evaluaciones
de riesgo en los proyectos. Una estrategia de prueba es el resultado de un análisis de riesgo del proyecto y define el enfoque y los recursos para la prueba.
Además del riesgo, identifique otros DOS componentes de una estrategia de prueba. Los criterios de entrada y salida para cada fase de prueba. Las necesidades de capacitación de prueba para los recursos del proyecto. Las técnicas de diseño de prueba que se utilizarán. Indicadores de rendimiento de prueba. El programa de prueba.
¿Cuál sería un enfoque de prueba con respecto a las técnicas de diseño de prueba que se aplicarían y se ajustaría a un elemento con el riesgo más alto? Pruebas de componentes: pruebas de decisión; Pruebas del sistema: pruebas exploratorias. Pruebas de componentes: pruebas de decisión; Pruebas de sistemas: pruebas de tablas de decisión. Pruebas de componentes: pruebas de sentencias; Pruebas de sistemas: particiones de equivalencia. Pruebas de componentes: pruebas de enunciados; Pruebas del sistema: particionamiento de la tabla de decisiones.
¿Cuál de los siguientes es un beneficio de las pruebas independientes?
El código no se puede lanzar a producción hasta que se completen las pruebas independientes. La prueba está aislada del desarrollo. Los probadores independientes encuentran diferentes defectos y son imparciales. Los desarrolladores no tienen que asumir tanta responsabilidad por la calidad.
En lugar de tener un equipo de pruebas independiente dentro de la empresa, la empresa está considerando subcontratar las pruebas. ¿Cuáles son los TRES desafíos clave que son típicos de la subcontratación? Entorno de prueba más complejo Definir expectativas para tareas y entregables Canales de comunicación claros Culturas posiblemente diferentes Prueba de requisitos no funcionales Seguimiento de auditoría de requisitos a casos de prueba Aplicación de automatización de pruebas.
Se le ha contratado para administrar las pruebas de aceptación de un nuevo sistema de reservas basado en computadora para una agencia de viajes. Ha proporcionado un presupuesto estimado aproximado para el proyecto de prueba basado en la experiencia previa con proyectos de tamaño similar. Sin embargo, la gerencia de la empresa matriz de la agencia de viajes no se comprometerá con el presupuesto hasta que se proporcionen estimaciones de costos detalladas.
El sistema de reservas está siendo desarrollado por un tercero. Sin embargo, las especificaciones detalladas del software están
disponibles, así como una estimación del esfuerzo total que se dedicará al desarrollo del software. El software se entregará en cuatro incrementos y ya se ha acordado la funcionalidad que se entregará en cada incremento.
Identifique TRES elementos que serían parte de la estructura de desglose del trabajo que muestra las actividades de prueba clave para el proyecto de prueba de aceptación.
Planificación de pruebas, preparación de casos de prueba y ejecución de pruebas para cada una de las cuatro
iteraciones El trabajo debe asignarse explícitamente a la finalización de pruebas, gestión de pruebas, instalación y capacitación en utilizando el sistema Actividades para implementar el sistema en el entorno del usuario Pruebas de regresión en la segunda, tercera y cuarta iteraciones Actividades de desarrollo para pruebas unitarias y de integración Revisiones de la documentación de requisitos Definición de los requisitos del entorno de prueba para las pruebas del sistema.
En general, ¿qué parte de la actividad de prueba es más difícil de estimar? Planificación de pruebas Ejecución de pruebas Gestión de pruebas Diseño de pruebas.
En general, ¿por qué NO es una buena idea estimar el esfuerzo de prueba basado solo en un porcentaje del esfuerzo de desarrollo? Identifique TRES razones válidas. La calidad de la estimación del desarrollo puede ser deficiente. En general, la estimación de abajo hacia arriba siempre es mejor que la estimación de arriba hacia abajo. La técnica basada en porcentaje solo se aplica al modelo de ciclo de vida V. Usar el mismo porcentaje cada vez no aborda el nivel de riesgo de la aplicación que se va a probar La madurez de la organización, por ejemplo, la calidad de la base de pruebas, la calidad de las pruebas de desarrollo, la gestión de la configuración, la disponibilidad de las herramientas de prueba, también influyen en el esfuerzo necesario para las pruebas Se basa en un gran conjunto de datos históricos El resultado casi siempre es una estimación demasiado baja para el esfuerzo de prueba requerido.
EL Proyecto de mejora de pruebas tendrá lugar en una organización que desarrolle una aplicación de aviónica crítica para la seguridad. ¿Cuál de los siguientes estándares cree que sería más apropiado tener en cuenta para el cumplimiento durante su asignación? ISO 9126 IEEE 829 BS 7925/2 DO-178B.
Comparando TMMi y TPI, ¿cuál no es una razón válida para elegir TPI o TMMi? Si el alcance de la mejora del rendimiento de la prueba cubre todos los niveles de prueba, se prefiere TMMi ya que TPI se centra principalmente en las pruebas de caja negra Si la organización ya está aplicando CMMI, se puede preferir TMMi ya que tiene la misma estructura y utiliza la misma terminología. TMMi aborda el compromiso de la dirección con mucha fuerza y, por lo tanto, es más adecuado para respaldar un proceso de mejora de arriba hacia abajo. TPI es mucho más un modelo de abajo hacia arriba que es adecuado para abordar temas de prueba para un proyecto (de prueba) específico. TMMi solo se puede usar con el modelo V tradicional, mientras que TPI se puede usar con todo tipo de vida de software.
Durante la mejora del proceso de prueba, se recomienda utilizar estándares siempre que sea posible. Los estándares se originan en varias fuentes y cubren diferentes temas en relación con las pruebas Elija DOS fuentes de estándares de software, útiles para las pruebas de software de las que se mencionan a continuación ISO 9126-1 `Ingeniería de software - Calidad del producto Parte 1: El modelo de calidad es un estándar internacional que proporciona una base sobre la cual definir soluciones de aseguramiento de la calidad. NIA 4126-1 `Ingeniería de software - Calidad del producto Parte 1: El modelo de calidad es un estándar internacional que proporciona una base sobre la cual definir soluciones de aseguramiento de la calidad. BS-7925-2 `Pruebas de software. La prueba de componentes de software es un estándar nacional utilizado internacionalmente. Abarca una serie de técnicas de prueba que pueden ser útiles tanto a nivel de prueba de componentes como a nivel de prueba de sistema. SY-395-01 `Estándar para el software de East Coast Hospital' es un estándar regional adaptado de un one. Además del software hospitalario, este estándar debería ser utilizado también por otros tipos de sistemas de software en la región. IEEE 829 'estándar para la documentación de prueba de software' es un estándar internacional a seguir
obligatorio por todas las originaciones de pruebas, independientemente de los modelos de ciclo de vida.
¿Cuál de las siguientes fases en el proceso de prueba fundamental se considera que entrega un documento que puede usarse como un insumo importante para la mejora del proceso de prueba? Planificación y control de pruebas Implementación y ejecución de pruebas Evaluación de criterios de salida e informes Cierre del proyecto de pruebas.
Una casa de software está preocupada por la cantidad de defectos encontrados en el software que se entrega a sus clientes. Están comenzando a planificar un nuevo producto de software. En el pasado, los lanzamientos a menudo se detenían debido a una mala planificación y a la detección de demasiados defectos durante las pruebas de alto nivel. Ha sido contratado para el puesto recién creado de director de pruebas y se le ha pedido que desarrolle una estrategia de prueba, gestione las pruebas del proyecto y organice los recursos necesarios para llevar a cabo las pruebas.
¿Qué TRES actividades serían pasos válidos durante el desarrollo de la estrategia de prueba?
Identificar a los miembros del personal de prueba que estarán involucrados en la prueba Definir trayectorias profesionales de prueba Comprender el ciclo de vida de desarrollo de software utilizado por la casa de software Evaluar las pruebas que deben realizarse para minimizar los riesgos Emitir el documento de estrategia de prueba para su revisión Definir una plantilla de plan maestro de pruebas Realizar un análisis de riesgos del proyecto.
Como parte de la estrategia de prueba, se definirán criterios de entrada y salida para cada nivel de prueba. ¿Cuál NO es una razón válida para usar criterios de entrada y salida? La expectativa es que las pruebas de desarrollo no sean adecuadas. Los criterios de salida se utilizan para decidir cuándo detener las pruebas Los criterios de entrada y salida son una vía principal para obtener los recursos adecuados. El uso de criterios de entrada y salida evitará que el software que no se haya probado o que se haya probado de forma deficiente pase a la siguiente prueba.
Dentro de los proyectos se utilizará un plan maestro de pruebas y un plan de pruebas por fases. A continuación se incluye una lista de características aplicables a los planes de prueba ¿Cuáles TRES de las características mencionadas anteriormente se relacionan con el plan maestro de pruebas? Cualquier desviación de los procedimientos descritos en el documento de estrategia de prueba Los costos generales estimados, los plazos y los requisitos de recursos Un cronograma detallado de las actividades de prueba Un cronograma detallado de las actividades de prueba ¿Qué miembros del personal de prueba (nombres) estar involucrado y cuándo Nivel de cobertura de requisitos logrado.
Dentro de los proyectos se utilizará un plan maestro de pruebas y un plan de pruebas por fases. A continuación se incluye una lista de características aplicables a los planes de prueba: Cuáles DOS de las características mencionadas anteriormente se relacionan con el plan de prueba de fase? Cualquier desviación de los procedimientos descritos en la prueba documento de estrategia Los costos, escalas de tiempo y recursos estimados en general requisitos Un cronograma detallado de las actividades de prueba Los entregables de desarrollo que se probarán Qué miembros del personal de prueba (nombres) estarán involucrados y cuándo Nivel de cobertura de requisitos alcanzado.
Existe un requisito formal de la empresa para desarrollar una aplicación en línea adicional para el sitio web de la empresa que permitirá a los titulares de pólizas existentes ampliar su cobertura para el uso extranjero a corto plazo de su vehículo en el extranjero. Se mantendrá el proceso manual actual. La aplicación debe implementarse en meses de acuerdo con la iniciativa verde del departamento de marketing, que se prevé que genere un aumento significativo en la demanda.
El gerente de desarrollo no tiene recursos suficientes para atender esta solicitud y ha emitido una invitación a los posibles licitadores para que se pueda externalizar el trabajo de desarrollo.
La aplicación debe cubrir inicialmente Europa Occidental y luego Europa del Este, Rusia, Medio Oriente, Extremo Oriente y África. Aún no se ha tomado una decisión con respecto a Australia, Nueva Zelanda, América del Norte y América del Sur.
Se le ha pedido que se asegure de la calidad e idoneidad del documento enviado a los posibles licitadores y también de que la solicitud entregada por el adjudicatario sea 'Tit for Purpose'.
¿Cuál de los siguientes riesgos del producto se abordaría de manera más efectiva solo con pruebas estáticas?
En la aplicación entregada, uno de los países, tal como se especifica en los requisitos, no ha sido implementado correctamente La solicitud tarda demasiado en procesar una solicitud de cobertura adicional. Los casos de prueba no cubren los requisitos clave. Es posible que el licitador ganador no entregue todas las funciones requeridas a tiempo.
¿Por qué un enfoque RAD podría ser una mejor opción para el administrador de pruebas en lugar de un desarrollo secuencial? Ampliará las habilidades del equipo de desarrollo y mejorará las capacidades de entrega futuras. Permitirá que el personal de marketing, administrativo y de pruebas valide y verifique los primeros prototipos de pantalla Las limitaciones de la caja de tiempo garantizarán que los lanzamientos de códigos se entreguen a tiempo. Se puede dedicar más tiempo a la ejecución de la prueba ya que se requiere menos documentación formal.
¿Cuál de los siguientes NO es un desafío clave típico para las pruebas en un enfoque de desarrollo basado en RAD? Guiones de prueba reutilizables para pruebas de regresión (automatizadas) Gestión y control de proyectos No hay especificación de requisitos completa Time-boxing.
Como resultado del enfoque de desarrollo basado en RAD, el administrador de pruebas ha decidido cambiar el enfoque de
mitigación de riesgos. ¿Qué técnica de prueba podría ser más apropiada para usar? Prueba de tabla de decisión Análisis de valor límite Adivinación de errores Prueba exploratoria.
La empresa ha solicitado un informe de progreso semanal. ¿Cuál de las siguientes sería apropiada como medida de la cobertura de la prueba? Porcentaje de requisitos de negocio ejercidos Porcentaje de horas planificadas trabajadas esta semana Porcentaje de países que tienen escenarios de prueba Porcentaje de iteraciones de prueba completadas.
Usted es un administrador de pruebas a cargo de las pruebas de integración, sistema y aceptación para un banco. Está trabajando en un proyecto para actualizar un cajero automático existente para permitir que los clientes obtengan adelantos en efectivo de las tarjetas de crédito admitidas. El sistema debe permitir adelantos en efectivo de 20 a 500, inclusive, para todas las tarjetas de crédito admitidas. Las tarjetas de crédito admitidas son American Express, VISA, Eurocard y Mastercard.
En el plan maestro de prueba, los siguientes elementos se enumeran en la sección denominada "elementos y/o características a probar":
I Todas las tarjetas de crédito admitidas
II Localización de idiomas
III Anticipos válidos y no válidos
IV Usabilidad
Basándose únicamente en la información proporcionada en el escenario, seleccione los DOS elementos y/o características para los que se dispone de información suficiente para proceder con el diseño de la prueba Todas las tarjetas de crédito admitidas Localización de idioma Anticipos válidos y no válidos Usabilidad Tiempo de respuesta.
Usted es un administrador de pruebas a cargo de las pruebas de integración, sistema y aceptación para un banco. Está trabajando en un proyecto para actualizar un cajero automático existente para permitir que los clientes obtengan adelantos en efectivo de las tarjetas de crédito admitidas. El sistema debe permitir adelantos en efectivo de 20 a 500, inclusive, para todas las tarjetas de crédito admitidas. Las tarjetas de crédito admitidas son American Express, VISA, Eurocard y Mastercard.
En el plan maestro de prueba, los siguientes elementos se enumeran en la sección denominada "elementos y/o características a probar":
I Todas las tarjetas de crédito admitidas
II Localización de idiomas
III Anticipos válidos y no válidos
IV Usabilidad
Continuando con el Escenario descrito en la pregunta anterior, ¿cuál de los siguientes temas necesitaría abordar en detalle en el plan maestro de pruebas? Un enfoque para las pruebas de regresión Una lista de valores límite para "cantidad anticipada" Una descripción de las dependencias entre casos de prueba Una colección lógica de casos de prueba.
¿Qué opción forma parte del área de 'implementación y ejecución' del proceso de prueba fundamental? Desarrollo de las pruebas. Comparación de los resultados reales y esperados Escribir un resumen de prueba. Analizar las lecciones aprendidas para versiones futuras.
Las cinco partes del proceso de prueba fundamental tienen un amplio orden cronológico. ¿Cuál de las opciones da tres partes diferentes en el orden correcto? Implementación y ejecución, planificación y control, análisis y diseño Análisis y diseño, evaluación de criterios de salida y presentación de informes, actividades de cierre de prueba. Evaluación de los criterios de salida y presentación de informes, implementación y ejecución, análisis y diseño. Evaluación de criterios de salida y presentación de informes, actividades de cierre de pruebas, análisis y diseño.
¿Qué enunciado es más verdadero? Se necesitan diferentes pruebas dependiendo de la aplicación. Todo el software se prueba de la misma manera. Una técnica que encuentra defectos siempre encontrará defectos. Una técnica que no ha encontrado defectos no es útil.
Un error o defecto es: Un error cometido por una persona; Un problema de tiempo de ejecución experimentado por un usuario El resultado de un error o equivocación ¿El resultado de una falla, que puede conducir a un error.
El efecto de las pruebas es: Aumentar la calidad del software; Dar una indicación de la calidad del software; Permitir la identificación de los responsables de las fallas del software ¿Mostrar que no quedan problemas?.
¿Qué es la repetición de la prueba? Ejecutar la misma prueba nuevamente en las mismas circunstancias para reproducir el problema Una ejecución rápida a través de un paquete de prueba para ver si se han introducido nuevos errores. Comprobar que se han cumplido los criterios de salida predeterminados para la fase de prueba. Ejecutar una prueba que falló anteriormente con software/datos/documentos nuevos para ver si el problema está resuelto.
La depuración es: Probar/comprobar si el software funciona correctamente Verificar que se haya corregido un defecto informado previamente. Identificar la causa de un defecto, reparar el código y verificar que la solución sea correcta. Verificar que no hayan ocurrido consecuencias no deseadas como resultado de una solución.
¿Cuándo se completa la prueba? Cuando se agotan el tiempo y el presupuesto. Cuando hay suficiente información para que los patrocinadores tomen una decisión informada sobre la liberación. Cuando no queden defectos de alta prioridad pendientes. Cuando cada combinación de datos se haya ejercitado con éxito.
¿Qué lista de niveles de independencia del probador está en el orden correcto, comenzando con el más independiente primero? Pruebas diseñadas por el autor; pruebas diseñadas por otro miembro del equipo de desarrollo; pruebas diseñadas por alguien de otra empresa. Pruebas diseñadas por alguien de un departamento diferente dentro de la empresa; pruebas diseñadas por el autor; pruebas diseñadas por alguien de otra empresa. Pruebas diseñadas por alguien de una empresa diferente; pruebas diseñadas por alguien de un departamento diferente dentro de la empresa; pruebas diseñadas por otro miembro del equipo de desarrollo. Pruebas diseñadas por alguien de un departamento diferente dentro de la empresa; pruebas diseñadas por alguien de una empresa diferente; Pruebas diseñadas por el autor.
¿Cuál de los siguientes está en el orden correcto (típicamente)? Pruebas unitarias, pruebas del sistema, pruebas de aceptación, pruebas de mantenimiento. Pruebas del sistema, pruebas unitarias, pruebas de aceptación, pruebas de mantenimiento Pruebas de aceptación, pruebas del sistema, pruebas de mantenimiento, pruebas unitarias. Pruebas unitarias, pruebas de mantenimiento, pruebas del sistema, pruebas de aceptación.
¿Cuáles DOS de los siguientes tipos de revisión son las opciones MEJOR ajustadas (más adecuadas) para elegir para la revisión
de componentes críticos de seguridad en un proyecto de software? Revisión informal Revisión de la dirección. Inspección. Tutorial Revisión técnica.
No se plantearán incidentes contra Requisitos Documentación Casos de prueba Mejoras sugeridas por los usuarios.
El costo de arreglar una falla: No es importante. Aumenta a medida que avanza el ciclo de vida. Disminuye a medida que avanzamos el ciclo de vida. Es más costoso si se encuentra en los requisitos que en el diseño funcional. Nunca se puede determinar.
¿Cuáles de las siguientes afirmaciones son VERDADERAS?
A. Las pruebas de regresión y las pruebas de aceptación son las mismas
B. Las pruebas de regresión muestran si se han resuelto todos los defectos
C. Las pruebas de regresión suelen ser adecuadas para la automatización
D. Se realizan pruebas de regresión para averiguar si los cambios en el código han introducido o descubierto defectos
E. Las pruebas de regresión deben realizarse en las pruebas de integración. A, C y D y E son verdaderas; B es falso A, C y E son verdaderas; B y D son falsos C y D son verdaderas; A, B y E son falsos. B y E son verdaderas; A, C y D son falsas.
¿Cuál es el propósito de los criterios de finalización de prueba en un plan de prueba? Para saber cuándo una prueba específica ha terminado su ejecución Para asegurarse de que la especificación del caso de prueba esté completa Para establecer los criterios utilizados en la generación de entradas de prueba Para saber cuándo se completa la planificación de la prueba Para planificar cuándo detener las pruebas.
¿Cuál de las siguientes declaraciones describe un principio clave de las pruebas de software? Las pruebas automatizadas permiten mejores declaraciones de confianza sobre la calidad de los productos de software. Para un sistema de software, normalmente es imposible probar todas las combinaciones de entrada y salida Las pruebas exhaustivas de software son, con suficiente esfuerzo y soporte de herramientas, factibles para todo el
software. El propósito de las pruebas de software es demostrar la ausencia de defectos en los productos de software.
Revisar la base de la prueba es una parte de qué fase Análisis y diseño de pruebas Implementación y ejecución de pruebas Actividades de cierre de pruebas Evaluación de criterios de salida e informe.
¿Cuál de los siguientes es un beneficio de la independencia de la prueba? No requiere familiaridad con el código. Es más económico que usar desarrolladores para probar su propio código. Evita el sesgo del autor al definir pruebas efectivas. Los probadores son mejores para encontrar defectos que los desarrolladores.
El Fallo es_________ Comportamiento incorrecto del programa debido a un defecto en el programa Error encontrado antes del lanzamiento del producto Error encontrado después del lanzamiento del producto Error encontrado durante la fase de diseño.
¿Durante qué actividad de prueba se podrían encontrar fallas de manera más rentable? Ejecución Diseño Planificación Verificar el cumplimiento de los criterios de salida.
Las pruebas se priorizan de modo que: Acortas el tiempo requerido para las pruebas Haces las mejores pruebas en el tiempo disponible Haces pruebas más efectivas Encuentras más fallas.
¿Cuáles de las siguientes comparaciones de pruebas de componentes y pruebas de sistemas son VERDADERAS? La prueba de componentes verifica el funcionamiento de los módulos de software, los objetos del programa y las clases que son comprobables por separado, mientras que las pruebas del sistema verifican las interfaces entre los componentes y las interacciones con diferentes partes del sistema. Los casos de prueba para la prueba de componentes generalmente se derivan de las especificaciones de los componentes, especificaciones del diseño o modelos de datos, mientras que los casos de prueba para la prueba del sistema generalmente se derivan de especificaciones de requisitos, especificaciones funcionales o casos de uso. La prueba de componentes se centra en las características funcionales, mientras que la prueba del sistema se centra en las características funcionales. y características no funcionales. La prueba de componentes es responsabilidad de los evaluadores técnicos, mientras que la prueba del sistema generalmente es responsabilidad de los usuarios del sistema.
¿Cuál de las siguientes afirmaciones describe MEJOR la diferencia entre probar y depurar? Las pruebas señalan (identifican la fuente de) los defectos. La depuración analiza las fallas y propone actividades de prevención. Las pruebas dinámicas muestran fallas causadas por defectos. La depuración encuentra, analiza y elimina las causas de fallas en el software Las pruebas eliminan las fallas. La depuración identifica las causas de los errores. Las pruebas dinámicas previenen las causas de las fallas. La depuración elimina los errores.
¿Cuál de las siguientes afirmaciones describe MEJOR uno de los siete principios clave de las pruebas de software? Las pruebas automatizadas son mejores que las pruebas manuales para evitar las pruebas exhaustivas. Las pruebas exhaustivas son, con suficiente esfuerzo y soporte de herramientas, factibles para todo el software. Normalmente es imposible probar todas las combinaciones de entrada/salida para un sistema de software. El propósito de las pruebas es demostrar la ausencia de defectos. El propósito de la prueba es demostrar la ausencia de defectos.
¿Cuál de los siguientes, si se observa en las revisiones y pruebas, conduciría a problemas (o conflictos) dentro de los equipos? Los probadores y revisores no tienen la curiosidad de encontrar defectos. Los probadores y revisores no están lo suficientemente calificados para encontrar fallas y fallas. Los probadores y revisores comunican los defectos como críticas contra las personas y no contra el producto de software. Los probadores y revisores esperan que los defectos en el producto de software ya hayan sido encontrados y corregidos por los desarrolladores.
El propósito de la fase de requisitos es: Para congelar los requisitos Para comprender las necesidades del usuario Para definir el alcance de las pruebas Todo lo anterior.
¿Cuál de las siguientes podría ser una desventaja de las pruebas independientes? El desarrollador y las pruebas independientes se superpondrán y desperdiciarán recursos. La comunicación es limitada entre evaluadores independientes y desarrolladores. Los evaluadores independientes son demasiado lentos y retrasan el cronograma del proyecto. Los desarrolladores pueden perder el sentido de responsabilidad por la calidad.
¿Cuál de los siguientes describe mejor el propósito de las pruebas no funcionales? Para medir las características de un sistema que dan una indicación de cómo el sistema realiza sus funciones Para asegurar que un sistema cumple con los estándares de calidad establecidos por ISO 9126 Para asegurar que el sistema se ocupa adecuadamente de las fallas de software Para medir el grado en que un sistema ha sido probado por pruebas funcionales.
¿Cuál de las siguientes es la tarea de un probador?
i. Interacción con el proveedor de la herramienta de prueba para identificar las mejores formas de aprovechar la herramienta de prueba en el proyecto.
ii. Preparar y adquirir datos de prueba
iii. Implemente pruebas en todos los niveles de prueba, ejecute y registre las pruebas.
iv. Crear las especificaciones de prueba i, ii, iii es verdadera y iv es falsa ii, iii, iv es verdadera e i es falsa i es verdadera y ii, iii, iv son falsas iii y iv son correctas e i y ii son incorrectos.
La diferencia entre la repetición de la prueba y la prueba de regresión es Volver a realizar la prueba es volver a ejecutar una prueba; la prueba de regresión busca efectos secundarios
inesperados La nueva prueba busca efectos secundarios inesperados; la prueba de regresión consiste en repetir
esas pruebas La nueva prueba se realiza después de corregir las fallas; las pruebas de regresión se realizan antes Las nuevas pruebas utilizan diferentes entornos, las pruebas de regresión utilizan el mismo entorno Las nuevas pruebas las realizan los desarrolladores, las pruebas de regresión las realizan probadores independientes.
Las pruebas de sistemas no funcionales incluyen: Probar para ver dónde el sistema no funciona correctamente Probar los atributos de calidad del sistema, incluidos el rendimiento y la facilidad de uso Probar una función del sistema usando solo el software requerido para esa acción Probar una función del sistema usando solo el software requerido para esa función Probar funciones que no deberían existir.
Una desviación del comportamiento especificado o esperado que es visible para los usuarios finales se denomina: un error una Falta un Fallo un defecto.
¿Cuáles de las siguientes características de buenas pruebas se aplican a cualquier modelo de ciclo de vida de desarrollo de software? La prueba de aceptación es siempre el nivel de prueba final que se aplicará. Todos los niveles de prueba se planifican y completan para cada función desarrollada Los evaluadores participan tan pronto como se puede ejecutar la primera pieza de código Para cada actividad de desarrollo hay una actividad de prueba correspondiente.
Cuando se detecta y repara un defecto, se debe volver a probar el software para confirmar que el defecto original se eliminó con éxito. Se llama: Pruebas de regresión Pruebas de mantenimiento Pruebas de confirmación Ninguna de las anteriores.
¿Cuál de las siguientes declaraciones contiene un objetivo valioso para un equipo de prueba? Demostrar que los defectos restantes no causarán fallas adicionales Ejecute todas las pruebas definidas para el objeto de prueba lo más rápido posible. Demostrar que todas las fallas han sido identificadas a través de pruebas exhaustivas Causar tantas fallas como sea posible para que las fallas puedan identificarse y corregirse.
¿Cuál de los siguientes no es un tipo de enfoque de prueba incremental? De arriba hacia abajo Big-bang De abajo hacia arriba Incremento funcional.
¿Cuál de los siguientes es MÁS importante en la selección de un enfoque de prueba? Disponibilidad de herramientas para apoyar las técnicas propuestas. El presupuesto permitió la capacitación en las técnicas propuestas. Habilidades disponibles y experiencia en las técnicas propuestas La disposición del equipo de prueba para aprender nuevas técnicas.
De acuerdo con el Glosario ISTQB, ¿con qué propósito se requieren pruebas de regresión? Para verificar el éxito de las acciones correctivas. Para evitar que una tarea se considere incorrectamente completada. Para asegurarse de que una modificación no haya introducido defectos Para motivar mejores pruebas unitarias por parte de los programadores.
La prueba de mantenimiento es: pruebas de actualización cuando el software ha cambiado prueba de un sistema lanzado que ha sido modificado prueba por parte de los usuarios para garantizar que el sistema satisfaga una necesidad comercial prueba para mantener la ventaja comercial.
La entrega de Testware es una parte de cuya fase: Análisis y diseño de pruebas Planificación y control de pruebas Actividades de cierre de pruebas Evaluación de criterios de salida e informes .
Una razón clave por la que los desarrolladores tienen dificultades para probar su propio trabajo es: Falta de documentación técnica Falta de herramientas de prueba en el mercado para desarrolladores Falta de capacitación Falta de objetividad.
El propósito de los criterios de salida es: Definir cuándo detener la prueba Fin del nivel de prueba Cuando un conjunto de pruebas ha alcanzado una condición previa específica Todo lo anterior.
¿Qué es importante hacer cuando se trabaja con modelos de desarrollo de software? Adaptar los modelos al contexto de las características del proyecto y del producto. Elegir el modelo de cascada porque es el primer y mejor modelo probado Comenzar con el modelo V y luego pasar a modelos iterativos o incrementales. Solo cambiar la organización para ajustarse al modelo y no al revés.
¿Cuál de las siguientes declaraciones describe MEJOR las pruebas no funcionales? El proceso de probar un sistema integrado para verificar que cumple con los requisitos especificados. El proceso de prueba para determinar el cumplimiento de un sistema con los estándares de codificación Pruebas sin referencia a la estructura interna de un sistema Probar los atributos del sistema, como la facilidad de uso, la confiabilidad o la mantenibilidad.
¿Para cuál de los siguientes se utilizarían las pruebas de mantenimiento? Corrección de defectos durante la fase de desarrollo Mejoras planificadas a un sistema operativo existente. Quejas sobre la calidad del sistema durante las pruebas de aceptación del usuario Integración de funciones durante el desarrollo de un nuevo sistema.
Reportar discrepancias como incidentes es una parte de cuya fase: Análisis y diseño de pruebas Implementación y ejecución de pruebas Actividades de cierre de pruebas Evaluación de criterios de salida e informes.
Las consecuencias importantes de la imposibilidad de una prueba completa son: Nunca podemos estar seguros de que el programa esté libre de errores No tenemos un punto de parada definido para las pruebas, lo que facilita que algunos gerentes argumenten a favor muy pocas pruebas. No tenemos una respuesta fácil para qué tareas de prueba siempre se deben requerir, porque cada tarea requiere tiempo que podría dedicarse a otras tareas de gran importancia. Todo lo anterior.
¿Cuál de los siguientes es el objetivo principal de la estrategia de construcción e integración de componentes? para garantizar que se prueben todos los componentes pequeños para garantizar que el sistema interactúe con otros sistemas y redes para garantizar que las pruebas de integración puedan ser realizadas por un pequeño equipo para especificar cómo se debe dividir el software en componentes para especificar qué componentes combinar, cuándo y cuántos a la vez.
¿Cuál debería ser el objetivo PRINCIPAL durante las pruebas de desarrollo? Provocar tantas fallas como sea posible para que los defectos en el software se identifiquen y puedan corregirse Confirmar que el sistema funciona según lo esperado y que se han cumplido los requisitos Evaluar la calidad del software sin intención de corregir defectos Dar información a las partes interesadas sobre el riesgo de liberar el sistema en un momento dado.
¿Cuál de los siguientes no es parte de la Fase de Implementación y Ejecución de Pruebas? Crear conjuntos de pruebas a partir de los casos de prueba Ejecutar casos de prueba, ya sea manualmente o mediante el uso de herramientas de ejecución de pruebas Comparar resultados reales Diseñar las pruebas.
El diseño de la configuración del entorno de prueba y la identificación de la infraestructura y las herramientas necesarias son parte de cuya fase: Implementación y ejecución de pruebas Análisis y diseño de pruebas Evaluación de los criterios de salida e informes Actividades de cierre de pruebas.
¿Cuál es el beneficio de las pruebas independientes? Se hace más trabajo porque los evaluadores no molestan a los desarrolladores todo el tiempo. Los evaluadores independientes tienden a ser imparciales y encuentran defectos diferentes a los de los desarrolladores. Los evaluadores independientes no necesitan educación ni capacitación adicionales Los probadores independientes reducen el cuello de botella en el proceso de gestión de incidentes.
¿Cuál es el propósito de un criterio de finalización de la prueba? para saber cuándo una prueba específica ha terminado su ejecución para garantizar que la especificación del caso de prueba esté completa para establecer los criterios utilizados en la generación de entradas de prueba para determinar cuándo detener la prueba.
¿Qué actividades forman parte de la planificación de pruebas?
i) Desarrollo de casos de prueba.
ii) Definir el enfoque general de las pruebas
iii) Asignación de recursos.
iv) Construir el entorno de prueba.
v) Escribir condiciones de prueba. i, ii y iv son verdaderas, iii y v son falsa ii y iii son verdaderos, i, iv y v son falsos iv y v son verdaderas, i, ii y iii son falsas i, ii y iii son verdaderos iv y v son falsos.
La prueba debe detenerse cuando:
Se han realizado todas las pruebas planificadas Se ha agotado el tiempo Todos los fallos se han solucionado correctamente Depende de los riesgos para el sistema que se está probando.
Elige la mejor definición de calidad: La calidad es el primer trabajo Cero defectos Cumplimiento de los requisitos Trabajo según lo diseñado.
¿Cuáles de estos son objetivos para las pruebas de software? Determinar la productividad de los programadores Eliminar la necesidad de mantenimiento futuro del programa Eliminar todos los errores antes del lanzamiento Descubrir defectos en el software.
¿Cuáles de los siguientes son los defectos típicos encontrados por las herramientas de análisis estático? Variables que nunca se utilizan Vulnerabilidades de seguridad Mal desempeño. Código inalcanzable. Procesos comerciales no seguidos.
Durante el proceso de desarrollo de software, ¿en qué punto puede comenzar el proceso de prueba? Cuando el código esté completo. Cuando el diseño esté completo. Cuando se hayan aprobado los requisitos del software. Cuando el primer módulo de código está listo para la prueba unitaria.
¿Cuál NO es una tarea importante de implementación y ejecución de pruebas? Desarrollar y priorizar casos de prueba, crear datos de prueba, escribir procedimientos de prueba y, opcionalmente, preparar testharness y escribir scripts de prueba automatizados Registrar el resultado de la ejecución de la prueba y registrar las identidades y versiones del software bajo prueba, herramientas de prueba y testware Comprobación de los registros de prueba con los criterios de salida especificados en la planificación de la prueba. Verificar que el entorno de prueba se haya configurado correctamente.
¿Cuál de los siguientes podría ser una razón para una falla?
1) Falla de prueba
2) Falla del programa
3) Falla de diseño
4) Fallo del entorno
5) Fallo de documentación
2 es una razón válida; 1, 3, 4 y 5 no lo son 1, 2, 3, 4 son razones válidas; 5 no es 1, 2, 3 son razones válidas; 4 y 5 no son Todos ellos son razones válidas para fallar.
¿Cuál no es el objetivo de la prueba? Encontrar defectos Ganar confianza en el nivel de calidad y proporcionar información Prevenir defectos. Defectos de depuración.
¿Cuál de los siguientes suele ser la base de prueba para las pruebas de integración? Especificación del programa Especificación funcional Especificación técnica Especificación de requisitos.
¿Cuáles de los siguientes son ejemplos de modelos de desarrollo iterativo?
(i) modelo V
(ii) Modelo de desarrollo rápido de aplicaciones
(iii) Modelo de cascada
(iv) Modelo de desarrollo ágil (i) y (ii) (ii) y (iii) (ii) y (iv) (iii) y (iv).
¿Cuál de los siguientes no es cierto de las pruebas de regresión? Se puede realizar en cada etapa del ciclo de vida. Sirve para demostrar que el software modificado funciona según lo previsto. Sirve para demostrar que el software no se ha modificado de forma no intencionada. A menudo está automatizado.
Uno de los roles en una revisión es el de moderador, ¿cuál de los siguientes describe mejor este rol? Planifica la revisión, dirige la reunión de revisión y se asegura de que se completen las actividades de seguimiento. Asigna tiempo en el plan, decide qué revisiones se llevarán a cabo y que se entregarán los beneficios. Redacta el documento que se va a revisar, acepta que el documento se puede revisar y actualiza el documento con cualquier cambio Documenta todas las cuestiones planteadas en la reunión de revisión, registra los problemas y los puntos abiertos.
¿Qué analizan las herramientas de análisis estático? Diseño Casos de prueba Requisitos Código del programa.
¿Cuál de los siguientes es más probable que sea un beneficio del uso de técnicas estáticas? Menos defectos de rendimiento. Mejoras de productividad en el proceso de desarrollo. Pruebas de regresión más eficientes. Rápido retorno de la inversión en herramientas de análisis estático.
¿Cuál de los siguientes roles se usa típicamente en una revisión? Un campeón. Autor Patrocinador del proyecto. Custodio.
¿Cuál de los siguientes define el resultado esperado de una prueba? Caso de prueba Procedimiento de prueba Calendario de ejecución de la prueba Condición de prueba.
¿Cuál de las siguientes describe técnicas de diseño de casos de prueba basadas en estructuras (caja blanca)? Los casos de prueba se derivan sistemáticamente de los modelos del sistema. Los casos de prueba se derivan sistemáticamente de la experiencia del evaluador. Los casos de prueba se derivan sistemáticamente del código entregado. Los casos de prueba se derivan de la experiencia de los desarrolladores.
¿Cuál es el propósito principal de las pruebas de casos de uso? Para identificar defectos en los flujos de proceso relacionados con el uso típico del sistema Identificar defectos en las conexiones entre componentes. Identificar defectos en el sistema relacionados con escenarios extremos Para identificar defectos en el sistema relacionados con el uso de prácticas de programación no aprobadas.
¿Cuál es el propósito de los criterios de salida? Para identificar cuántas pruebas diseñar Para identificar cuándo comenzar las pruebas. Para identificar cuándo detener las pruebas. Identificar quién llevará a cabo la ejecución de la prueba.
¿Qué puede proporcionar un enfoque basado en el riesgo para las pruebas? Los tipos de técnicas de prueba a emplear. Las pruebas totales necesarias para proporcionar una cobertura del 100 por ciento Una estimación del costo total de las pruebas. Solo que la ejecución de la prueba es efectiva para reducir el riesgo.
Reunir un equipo de prueba para trabajar en una mejora de un sistema existente, ¿cuál de los siguientes tiene el nivel más alto de independencia de prueba? Un analista comercial que redactó los requisitos originales del sistema. Un programador permanente que revisó parte del nuevo código, pero no ha escrito nada Un evaluador permanente que encontró la mayoría de los defectos en el sistema original. Un evaluador contratado que nunca antes ha trabajado para la organización.
¿Cuál de los siguientes términos se utiliza para describir la gestión de los componentes de software que componen un sistema
integrado? Gestión de la configuración Gestión de incidentes Supervisión de pruebas Gestión de riesgos.
Está a punto de desarrollarse un nuevo sistema. ¿Cuál de las siguientes funciones tiene el mayor nivel de riesgo? Probabilidad de falla = 20%; valor de impacto = $100,000 Probabilidad de falla = 10%; valor de impacto = $150,000 Probabilidad de falla = 1%; valor de impacto = $500,000 Probabilidad de falla = 2%; valor de impacto = $200,000.
¿Cuál de las siguientes afirmaciones sobre los riesgos es más precisa?
Los riesgos del proyecto rara vez afectan el riesgo del producto. Los riesgos del producto rara vez afectan el riesgo del proyecto. Es más probable que se utilice un enfoque basado en el riesgo para mitigar los riesgos del producto en lugar de los del proyecto Es más probable que se utilice un enfoque basado en el riesgo para mitigar los riesgos del proyecto en lugar de los del producto.
|
