Gestión de pruebas



Reactivos

Pregunta 1

¿Qué técnica de estimación de pruebas se basa en el uso de experiencias pasadas y datos de proyectos anteriores?

Opciones:

  1. Estimación paramétrica.
  2. Juicio experto.
  3. Análisis de puntos de función.
  4. Técnicas comparativas.

Pregunta 2

¿Cuál es el principal objetivo de la técnica de estimación mediante juicio de experto?

Opciones:

  1. Generar una estimación basada en métricas de proyectos similares.
  2. Dividir el software en sus partes funcionales.
  3. Utilizar fórmulas matemáticas.
  4. Basarse en experiencias y conocimientos de expertos.

Pregunta 3

¿Cuál de las siguientes no es una etapa común en el proceso de estimación de pruebas?

Opciones:

  1. Organizar al equipo de estimaciones.
  2. Evaluación de la interfaz de usuario del software.
  3. Calcular la estimación con base en experiencias anteriores.
  4. Priorizar amenazas y enfoques de mitigación.

Pregunta 4

En un proyecto de desarrollo de software, si se identifica un riesgo de calidad, ¿qué técnica de estimación de pruebas se debería utilizar para adaptar el plan de pruebas?

Opciones:

  1. Estimación paramétrica.
  2. Análisis de puntos de función.
  3. Juicio experto.
  4. Estimación basada en experiencias anteriores.

Pregunta 5

Si se incrementa el alcance de un proyecto de software, ¿qué aspecto de la estimación de pruebas es el más afectado?

Opciones:

  1. Cantidad de pruebas a realizar.
  2. Costo de las pruebas.
  3. Duración de las pruebas.
  4. Tipo de pruebas a realizar.

Pregunta 6

Establecer una guía detallada para la ejecución de pruebas.

Opciones:

  1. Seleccionar las herramientas de testing a utilizar en el proyecto.
  2. Determinar los costos asociados con el desarrollo del software.
  3. Definir únicamente las funcionalidades a ser probadas.
  4. Establecer una guía detallada para la ejecución de pruebas.

Pregunta 7

¿Qué incluye típicamente un plan de pruebas?

Opciones:

  1. Perfiles de los usuarios finales del software.
  2. Un cronograma detallado de desarrollo de software.
  3. Una lista de todos los bugs esperados en el software.
  4. Detalles sobre las estrategias y tipos de pruebas a realizar.

Pregunta 8

¿Qué se debe considerar al definir la estrategia en un plan de pruebas?

Opciones:

  1. La disponibilidad de recursos financieros para el proyecto.
  2. Las preferencias personales de los testers.
  3. La compatibilidad con otras aplicaciones de software.
  4. El tipo de pruebas adecuadas según el proyecto o software.

Pregunta 9

¿Qué debe incluirse en un plan de pruebas efectivo?

Opciones:

  1. Listado de posibles errores y bugs en el software.
  2. Criterios de aceptación y suspensión de las pruebas.
  3. Perfiles de usuarios finales del software.
  4. Análisis detallado de la competencia.

Pregunta 10

¿Cómo contribuye un plan de pruebas a la gestión efectiva de proyectos de software?

Opciones:

  1. Eliminando la necesidad de pruebas manuales.
  2. Reduciendo la necesidad de documentación del proyecto.
  3. Proporcionando una guía clara para la verificación de la calidad del software.
  4. Asegurando que todos los desarrolladores estén igualmente capacitados.

Pregunta 11

¿Qué aspecto NO se considera en la cobertura de riesgos durante la gestión de pruebas?

Opciones:

  1. Análisis del impacto financiero de un software en la empresa.
  2. Prueba de funcionalidades del software.
  3. Evaluación de la compatibilidad del software con diferentes dispositivos.
  4. Identificación de posibles fallos y errores en el software.

Pregunta 12

¿Cuál es el propósito de un repositorio de casos de prueba en la gestión de pruebas?

Opciones:

  1. Almacenar y organizar documentación del proyecto.
  2. Registrar los costos asociados a cada prueba.
  3. Guardar y clasificar diferentes casos de prueba.
  4. Controlar la versión del software en desarrollo.

Pregunta 13

¿Qué NO se incluye en un caso de prueba estándar?

Opciones:

  1. Información general del caso de prueba.
  2. Detalles de diseño del software.
  3. Acciones del caso de prueba.
  4. Descripción de las salidas esperadas y obtenidas.

Pregunta 14

¿Qué porcentaje de cobertura de prueba se alcanza si se ejecutan 180 de 200 pruebas creadas?

Opciones:

  1. 80%.
  2. 90%.
  3. 70%.
  4. 60%.

Pregunta 15

¿Qué implica tener una cobertura de pruebas del 100%?

Opciones:

  1. Todo el código del software ha sido cubierto por las pruebas.
  2. El software está completamente libre de errores.
  3. Todos los requisitos del software han sido probados.
  4. La calidad del software ha sido totalmente validada.

Pregunta 16

¿Qué acción debería tomar el líder de pruebas al darse cuenta de la falta de un ambiente de Quality Assurance (QA) para ejecutar las pruebas?

Opciones:

  1. Cancelar las pruebas hasta que se resuelva el problema.
  2. Esperar a que otro miembro del equipo resuelva el problema.
  3. Ignorar el problema, ya que es responsabilidad del cliente
  4. Notificar inmediatamente al cliente y al equipo de desarrollo.

Pregunta 17

¿Cuál es un ejemplo de riesgo que puede identificar un miembro del equipo de pruebas?

Opciones:

  1. Cambios en el mercado de software.
  2. Preferencias personales en la metodología de pruebas.
  3. Falta de conocimientos necesarios para utilizar una herramienta específica.
  4. Cambio en las políticas de la empresa.

Pregunta 18

¿Qué aspectos se deben considerar en la etapa de evaluación de riesgos?

Opciones:

  1. Diseñar el plan de pruebas sin considerar riesgos.
  2. Elegir la metodología de pruebas a utilizar.
  3. Categorizar los riesgos, establecer prioridad e impacto.
  4. Determinar el presupuesto total del proyecto.

Pregunta 19

¿Cuál sería un plan de mitigación apropiado si el equipo carece de conocimientos sobre una herramienta específica?

Opciones:

  1. Ignorar el problema, esperando que se resuelva con el tiempo.
  2. Reducir el alcance de las pruebas para minimizar el uso de la herramienta.
  3. Capacitar al equipo en el uso de la herramienta.
  4. Cambiar los objetivos del proyecto para evitar el uso de la herramienta.

Pregunta 20

¿Cuál es un enfoque efectivo para la identificación de riesgos en un proyecto de pruebas?

Opciones:

  1. Solo considerar los riesgos identificados en proyectos anteriores.
  2. Involucrar a todo el equipo en la identificación de riesgos.
  3. Externalizar la identificación de riesgos a consultores externos.
  4. Dejar la identificación de riesgos a la discreción de los líderes de proyecto.

Pregunta 21

¿Qué representa el indicador PV (valor planificado) en la gestión de pruebas?

Opciones:

  1. El valor según la planificación de las actividades.
  2. El costo total del proyecto.
  3. La cantidad de pruebas completadas.
  4. El tiempo total dedicado al proyecto.

Pregunta 22

¿Qué aspecto NO es evaluado directamente por los indicadores de gestión de pruebas?

Opciones:

  1. Opinión del cliente sobre el software.
  2. Eficiencia en el uso de recursos.
  3. Cumplimiento del cronograma de pruebas.
  4. Calidad del software probado.

Pregunta 23

¿Qué representa un SPI de 0.75 en la gestión de pruebas?

Opciones:

  1. El proyecto ha utilizado el 75% de su presupuesto.
  2. El proyecto está avanzando a un ritmo más lento de lo planificado.
  3. El proyecto está superando las expectativas de tiempo.
  4. El proyecto ha alcanzado el 75% de su objetivo total.

Pregunta 24

¿Qué indicador utilizarías para medir el ritmo de ejecución de las pruebas en un proyecto?

Opciones:

  1. EV (Valor Ganado).
  2. SPI (Índice de Desempeño del Cronograma).
  3. PV (Valor Planificado).
  4. Tiempo de Preparación de Prueba.

Pregunta 25

Para las pruebas de caja blanca, ¿cuál es el objetivo principal de la Prueba de Ruta Básica?

Opciones:

  1. Garantizar que cada instrucción del programa se ejecute al menos una vez.
  2. Verificar la cobertura del código.
  3. Evaluar la eficiencia del código.
  4. Comparar diferentes rutas de ejecución.

Pregunta 26

¿Cuál es el propósito principal de las pruebas de rendimiento?

Opciones:

  1. Verificar la compatibilidad con diferentes dispositivos.
  2. Probar la seguridad de la aplicación.
  3. Identificar errores de usabilidad.
  4. Evaluar la estabilidad y velocidad de una aplicación.

Pregunta 27

¿Qué tipo de pruebas se enfocan en testear unidades individuales de un sistema de software?

Opciones:

  1. Pruebas funcionales.
  2. Pruebas de regresión.
  3. Pruebas unitarias.
  4. Pruebas de integración.

Pregunta 28

¿Qué buscan las pruebas no funcionales?

Opciones:

  1. Comprobar características críticas del negocio.
  2. Probar la aplicación bajo carga para determinar su fiabilidad y rendimiento.
  3. Evaluar la usabilidad y la experiencia del usuario.
  4. Identificar errores en el código fuente.

Pregunta 29

¿Cuál es el enfoque principal al usar un Laboratorio de Usabilidad en la gestión de pruebas?

Opciones:

  1. Observar la interacción del usuario con la aplicación.
  2. Evaluar la eficiencia del hardware utilizado.
  3. Medir la capacidad de almacenamiento del sistema.
  4. Establecer protocolos de seguridad informática.

Pregunta 30

¿Qué tipo de pruebas permite evaluar la interacción de los servicios en una aplicación?

Opciones:

  1. Pruebas de Usabilidad.
  2. Pruebas de Accesibilidad.
  3. Pruebas de Integración.
  4. Pruebas Unitarias.

Pregunta 31

¿Qué rol desempeña un tester administrativo en la gestión de pruebas?

Opciones:

  1. Creación de reportes de errores.
  2. Gestión de actividades y recursos.
  3. Desarrollo de casos de prueba.
  4. Automatización de pruebas.

Pregunta 32

¿Qué aspecto es crucial en la fase de "conformación de equipos" en la gestión de pruebas?

Opciones:

  1. Evaluación de la tecnología disponible.
  2. Evaluación de los empleados existentes.
  3. Determinación de los costos del proyecto.

Pregunta 33

¿Cuál es un factor clave en la gestión de laboratorios de prueba?

Opciones:

  1. Formación de equipos de ventas.
  2. Desarrollo de software.
  3. Gestión de recursos del laboratorio.
  4. Marketing y publicidad.

Pregunta 34

En el ciclo de vida de las pruebas de software, ¿qué implica el análisis de requisitos?

Opciones:

  1. Ejecutar las pruebas y comparar resultados esperados.
  2. Configurar el entorno de prueba.
  3. Diseñar casos de prueba y preparar datos.
  4. Conocer y comprender los requisitos del software.

Pregunta 35

¿Qué habilidad técnica es esencial para un realizador de pruebas debido a la gran cantidad de aplicaciones y servicios web implementados en esta plataforma?

Opciones:

  1. Conocimientos básicos de los comandos de Linux.
  2. Conocimientos avanzados en diseño gráfico.
  3. Experiencia en marketing digital.
  4. Habilidades avanzadas en gestión financiera.

Pregunta 36

¿Qué característica es clave en Selenium para la automatización de pruebas en aplicaciones web?

Opciones:

  1. Soporte para múltiples sistemas operativos.
  2. Automatización de pruebas funcionales para sistemas en línea.
  3. Ejecución de pruebas en servidores remotos.
  4. Integración con herramientas de gestión de proyectos.

Pregunta 37

¿Qué ventaja ofrece Katalon en comparación con otras herramientas de testing?

Opciones:

  1. Se enfoca únicamente en pruebas de seguridad.
  2. Es una herramienta exclusivamente de pago.
  3. Facilita la gestión de pruebas para usuarios sin amplios conocimientos de programación.
  4. Solo admite pruebas manuales.

Pregunta 38

¿Cuál es una característica distintiva de TestComplete en el ámbito de pruebas de software?

Opciones:

  1. Ofrece solo pruebas funcionales básicas.
  2. Permite grabar y reproducir la interacción de los usuarios.
  3. No admite la automatización de pruebas.
  4. Incompatibilidad con Windows, Linux y MacOS.

Pregunta 39

¿Qué característica distingue a Appium de otras herramientas de testing?

Opciones:

  1. La ejecución de scripts para probar aplicaciones nativas, web y híbridas.
  2. Su capacidad para realizar pruebas solo en aplicaciones de escritorio.
  3. La automatización de pruebas unitarias exclusivamente.
  4. Ser una herramienta de pago con licencia cerrada.

Pregunta 40

¿Qué aspecto hace a JMeter una herramienta efectiva para pruebas de software?

Opciones:

  1. Solo apto para pruebas funcionales de aplicaciones móviles.
  2. Es una herramienta de pago con soporte limitado.
  3. Su enfoque en pruebas manuales exclusivamente.
  4. Capacidad para realizar pruebas de carga y estrés mediante simulación de peticiones concurrentes.

La obra presentada es propiedad de ENSEÑANZA E INVESTIGACIÓN SUPERIOR A.C. (UNIVERSIDAD TECMILENIO), protegida por la Ley Federal de Derecho de Autor; la alteración o deformación de una obra, así como su reproducción, exhibición o ejecución pública sin el consentimiento de su autor y titular de los derechos correspondientes es constitutivo de un delito tipificado en la Ley Federal de Derechos de Autor, así como en las Leyes Internacionales de Derecho de Autor.

El uso de imágenes, fragmentos de videos, fragmentos de eventos culturales, programas y demás material que sea objeto de protección de los derechos de autor, es exclusivamente para fines educativos e informativos, y cualquier uso distinto como el lucro, reproducción, edición o modificación, será perseguido y sancionado por UNIVERSIDAD TECMILENIO.

Queda prohibido copiar, reproducir, distribuir, publicar, transmitir, difundir, o en cualquier modo explotar cualquier parte de esta obra sin la autorización previa por escrito de UNIVERSIDAD TECMILENIO. Sin embargo, usted podrá bajar material a su computadora personal para uso exclusivamente personal o educacional y no comercial limitado a una copia por página. No se podrá remover o alterar de la copia ninguna leyenda de Derechos de Autor o la que manifieste la autoría del material.