QA Automation testing



Reactivos

Pregunta 1

¿Qué beneficio principal ofrece la automatización de pruebas en el ciclo de vida del desarrollo de software?

Opciones:

  1. Limita la capacidad de ejecutar pruebas en distintos entornos.
  2. Disminuye la calidad del software al reducir las pruebas manuales.
  3. Incrementa la necesidad de intervención humana en las pruebas.
  4. Permite una mayor cobertura de pruebas en menos tiempo.

Pregunta 2

¿Cuál es el propósito de implementar pruebas continuas en un entorno de desarrollo Agile?

Opciones:

  1. Eliminar completamente las pruebas manuales.
  2. Detectar y resolver problemas rápidamente a medida que se desarrolla el software.
  3. Realizar pruebas únicamente al final de cada sprint.
  4. Aumentar el tiempo necesario para la realización de pruebas.

Pregunta 3

¿Cómo influye la automatización de pruebas en la calidad del software?

Opciones:

  1. Solo tiene efecto en la velocidad de desarrollo, no en la calidad.
  2. Disminuye la calidad al hacer las pruebas menos rigurosas.
  3. Puede aumentar la calidad al permitir pruebas más exhaustivas y frecuentes.
  4. La calidad del software es independiente de las pruebas automatizadas.

Pregunta 4

¿Cuándo es más beneficioso implementar pruebas automáticas en un proyecto de software?

Opciones:

  1. Durante las fases iniciales y a lo largo del ciclo de vida del desarrollo para identificación temprana de errores.
  2. Antes del inicio del desarrollo para planificar errores.
  3. Después del lanzamiento del producto como única forma de prueba.
  4. Únicamente en la fase final para pruebas de aceptación del usuario.

Pregunta 5

¿Qué papel juega la automatización en las pruebas continuas dentro de DevOps?

Opciones:

  1. La automatización es opcional y raramente utilizada en DevOps.
  2. Las pruebas continuas dependen completamente de la automatización para ejecución frecuente y eficiente.
  3. DevOps evita la automatización en favor de pruebas manuales rápidas.
  4. La automatización solo se usa para despliegue, no para pruebas en DevOps.

Pregunta 6

¿Qué implica la flexibilidad en la automatización de pruebas según los principios de QA Automation Testing?

Opciones:

  1. Mantener las pruebas sin cambios a lo largo del tiempo.
  2. Rigidez en los scripts de prueba para garantizar la estabilidad.
  3. Utilizar una única herramienta para todas las pruebas.
  4. Adaptabilidad ante cambios en tecnologías, herramientas y sistemas.

Pregunta 7

¿Cómo contribuye la automatización de pruebas a la colaboración en equipos de desarrollo?

Opciones:

  1. Facilitando la comunicación y entendimiento común a través de herramientas compartidas.
  2. Centralizando el proceso de pruebas en un solo equipo.
  3. Permitiendo que cada miembro del equipo trabaje de manera aislada.
  4. Eliminando la necesidad de revisión de código entre equipos.

Pregunta 8

¿Cuál es el papel de la "Arquitectura de Automatización de Pruebas" (TAA) en QA Automation Testing?

Opciones:

  1. Definir el uso exclusivo de una herramienta de automatización.
  2. Proporcionar un marco para implementar y mantener pruebas de manera efectiva.
  3. Garantizar que todas las pruebas se realicen manualmente antes de la automatización.
  4. Limitar las pruebas a ciertos módulos específicos del software.

Pregunta 9

¿Qué implica tener "Transparencia por encima de la comodidad" en QA Automation testing?

Opciones:

  1. Simplificar las pruebas al nivel más básico posible.
  2. Ignorar los errores menores para mantener el proceso cómodo.
  3. Mantener visibles las pruebas y resultados para identificar problemas rápidamente.
  4. Automatizar solo las tareas que son fáciles y cómodas.

Pregunta 10

¿Qué se entiende por "Calidad por encima de la cantidad" dentro de QA Automation testing?

Opciones:

  1. Ignorar la robustez y mantenibilidad de las pruebas.
  2. Priorizar el número de pruebas automatizadas sobre otros factores.
  3. Enfocarse en unos pocos casos de prueba bien diseñados y significativos.
  4. Realizar la mayor cantidad de pruebas posibles sin importar los resultados.

Pregunta 11

¿Cuál es el principal beneficio de implementar una Arquitectura de Automatización de Pruebas (TAA) en el proceso de QA Automation?

Opciones:

  1. Reducir los costos de mantenimiento a largo plazo.
  2. Incrementar el tiempo de ejecución de las pruebas.
  3. Aumentar la necesidad de pruebas manuales.
  4. Limitar la reutilización de casos de prueba.

Pregunta 12

En el contexto de QA Automation, ¿qué implica el principio de segregación de interfaces para el diseño de pruebas automatizadas?

Opciones:

  1. Las interfaces deben ser diseñadas para ser específicas y evitar la sobrecarga.
  2. Todos los componentes deben ser reemplazables sin afectar el funcionamiento del sistema.
  3. Los scripts de prueba deben ejecutarse en un solo tipo de navegador para mantener la consistencia.
  4. Cada prueba debe cubrir múltiples funcionalidades para maximizar la eficiencia.

Pregunta 13

¿Cuál es el objetivo de aplicar el principio SOLID en el desarrollo de una solución de automatización de pruebas?

Opciones:

  1. Aumentar la dependencia entre los distintos componentes de pruebas.
  2. Fomentar prácticas de diseño que resulten en un software más comprensible, flexible y mantenible.
  3. Crear pruebas que son difíciles de mantener y escalar.
  4. Reducir la reutilización de los componentes de pruebas.

Pregunta 14

¿Cuál es el primer paso que debes realizar al implementar una estrategia de automatización de pruebas?

Opciones:

  1. Consultar al servicio de asistencia de alguna herramienta.
  2. Copiar los archivos de prueba en el cliente maestro.
  3. Ejecutar la prueba en el cliente maestro.
  4. Identificación del problema y las necesidades de la empresa.

Pregunta 15

¿Qué característica no es deseable en un marco de trabajo de automatización de pruebas (TAF)?

Opciones:

  1. Configuración correcta del entorno de pruebas.
  2. Soporte para facilitar la resolución de problemas y la depuración.
  3. Alta capacidad de mantenimiento.
  4. Alta complejidad y difícil aprendizaje.

Pregunta 16

¿Qué estrategia de mitigación de riesgos se centra en identificar las pruebas más críticas desde la perspectiva del negocio?

Opciones:

  1. Pruebas de estrés.
  2. Pruebas de regresión.
  3. Pruebas basadas en riesgos (RBT).
  4. Pruebas unitarias.

Pregunta 17

¿Qué representa el análisis de riesgo en el contexto de las pruebas automatizadas?

Opciones:

  1. Un procedimiento para identificar posibles riesgos de falla en características específicas del software.
  2. Una técnica para mejorar el rendimiento del código.
  3. Un proceso para medir la calidad del software.
  4. Una herramienta para planificar el alcance de las pruebas.

Pregunta 18

¿Qué tipo de mantenimiento de software se enfoca en adaptar el software a nuevas reglas y tecnologías cambiantes?

Opciones:

  1. Mantenimiento perfectivo.
  2. Mantenimiento preventivo.
  3. Mantenimiento adaptable.
  4. Mantenimiento correctivo.

Pregunta 19

Al realizar pruebas de mantenimiento en un software educativo, ¿cuál sería un enfoque clave?

Opciones:

  1. Validar la traducción de la interfaz a varios idiomas.
  2. Revisar la bibliografía actualizada en el contenido del software.
  3. Probar el cambio de colores en el tema del software.
  4. Verificar la compatibilidad con nuevos dispositivos y sistemas operativos.

Pregunta 20

Aplicando RBT en el contexto de un software de banca en línea, ¿cuál sería una prueba crucial?

Opciones:

  1. Probar cambios menores en la interfaz de usuario.
  2. Probar la capacidad de manejar grandes volúmenes de transacciones simultáneas.
  3. Verificar la ortografía en la documentación del software.
  4. Probar la paleta de colores en diferentes pantallas.

Pregunta 21

¿Cuál es el primer paso en el ciclo de vida de las métricas en QA Automation Testing?

Opciones:

  1. Evaluación
  2. Análisis
  3. Informe
  4. Comunicación

Pregunta 22

¿Qué característica NO corresponde a las métricas utilizadas en QA Automation Testing?

Opciones:

  1. Ser estáticas una vez extraídas.
  2. Proporcionar margen de mejora.
  3. Facilitar la precisión en el diagnóstico de situaciones problemáticas.
  4. Requerir definiciones claras del alcance de las pruebas.

Pregunta 23

¿Qué métrica se utiliza para medir las rutas linealmente independientes cubiertas por las pruebas?

Opciones:

  1. Cobertura de ruta.
  2. Duración total de la prueba
  3. Número de defectos encontrados en las pruebas
  4. Porcentaje de pruebas aprobadas o suspendidas

Pregunta 24

¿Cuál es el propósito de utilizar la matriz de confusión en QA Automation Testing?

Opciones:

  1. Establecer el cronograma de proyectos.
  2. Medir la eficiencia de las pruebas unitarias.
  3. Predecir el costo del proyecto.
  4. Evaluar el rendimiento del modelo de clasificación sobre un conjunto de datos.

Pregunta 25

¿Cuál es la secuencia correcta en el ciclo de vida de las métricas en QA Automation Testing?

Opciones:

  1. Comunicación, Análisis, Evaluación, Informe
  2. Análisis, Comunicación, Evaluación, Informe.
  3. Evaluación, Análisis, Comunicación, Informe
  4. Análisis, Evaluación, Comunicación, Informe

Pregunta 26

¿Qué se entiende por "pruebas tempranas" en el contexto de QA Automation Testing?

Opciones:

  1. Análisis de los resultados de las pruebas después de su ejecución.
  2. Pruebas específicamente en el entorno de producción.
  3. Revisiones realizadas en las primeras etapas del ciclo de vida del desarrollo.
  4. Pruebas realizadas después del desarrollo.

Pregunta 27

¿Qué implica la "verificación de componentes" en QA Automation Testing?

Opciones:

  1. Verificar el rendimiento general del software.
  2. Comparar componentes del software con estándares de la industria.
  3. Probar cada componente individualmente antes de la integración.
  4. Verificar la integración de todos los componentes del software.

Pregunta 28

¿Qué estrategia de QA Automation Testing se recomienda para asegurar la calidad continua del software?

Opciones:

  1. Enfocarse únicamente en pruebas de regresión.
  2. Limitar las pruebas a componentes críticos solamente.
  3. Implementar una retroalimentación continua y pruebas calendarizadas.
  4. Realizar pruebas únicamente antes de lanzamientos importantes.

Pregunta 29

¿Qué métrica se utiliza para medir las rutas linealmente independientes cubiertas por las pruebas?

Opciones:

  1. Porcentaje de pruebas aprobadas o suspendidas
  2. Número de defectos encontrados en las pruebas
  3. Duración total de la prueba
  4. Cobertura de ruta.

Pregunta 30

¿Cuál de los siguientes NO es un objetivo que debe cumplirse para que una métrica de prueba de automatización sea valiosa?

Opciones:

  1. Ser relevante solo para los objetivos comerciales.
  2. Ser fácilmente ejecutable.
  3. Proporcionar información procesable.
  4. Permitir un margen de mejora.

Pregunta 31

¿Cuál es un componente esencial en el mantenimiento de pruebas automatizadas?

Opciones:

  1. Realizar todas las pruebas manualmente primero.
  2. Planificación y documentación detallada.
  3. Uso exclusivo de herramientas de código cerrado.
  4. Pruebas únicamente en el entorno de desarrollo.

Pregunta 32

¿Qué mejora se asocia con la implementación del modelo DevOps en pruebas automatizadas?

Opciones:

  1. Eliminación del equipo de operaciones.
  2. Reducción del tiempo entre cambios y producción.
  3. Menor colaboración entre equipos.
  4. Aumento significativo en el tiempo de desarrollo.

Pregunta 33

¿Qué permite realizar la capacidad de ejecución de pruebas en la automatización?

Opciones:

  1. Requiere más intervención humana para ejecutar pruebas.
  2. Disminución de la cantidad de pruebas ejecutadas.
  3. Ejecución de pruebas solo durante el horario laboral.
  4. Ejecución de pruebas múltiples en paralelo y en diferentes entornos.

Pregunta 34

Cuando implementas Selenium IDE para pruebas automatizadas, ¿cuál es el primer paso esencial?

Opciones:

  1. Configurar servidores de integración continua.
  2. Seleccionar el navegador para ejecutar las pruebas.
  3. Automatizar todas las pruebas existentes.
  4. Escribir casos de prueba detallados para cada función.

Pregunta 35

¿Qué se busca con el desarrollo de pruebas repetibles?

Opciones:

  1. Lograr pruebas que se puedan ejecutar muchas veces con consistencia.
  2. Crear pruebas que solo se ejecuten una vez.
  3. Aumentar la necesidad de intervención manual.
  4. Disminuir la cobertura de las pruebas en el software.

Pregunta 36

¿Qué característica es crucial para el software de automatización de pruebas?

Opciones:

  1. Limitación a un lenguaje de programación específico.
  2. Dependencia de intervenciones manuales frecuentes.
  3. Compatibilidad con múltiples plataformas y navegadores.
  4. Capacidad para ejecutar pruebas una sola vez.

Pregunta 37

¿Qué representa la integración continua en el contexto de la automatización de pruebas?

Opciones:

  1. Una práctica que integra código y ejecuta pruebas automáticamente.
  2. Un proceso para eliminar todas las pruebas manuales.
  3. Una técnica que retrasa la ejecución de pruebas hasta la producción.
  4. Un enfoque que prioriza las pruebas manuales sobre las automatizadas.

Pregunta 38

¿Qué se espera lograr con las pruebas piloto en la automatización de pruebas?

Opciones:

  1. Confirmar que no se necesitan pruebas adicionales.
  2. Identificar y resolver problemas antes del despliegue a gran escala. que no se necesitan pruebas adicionales.
  3. Probar la totalidad del software de una vez.
  4. Reducir el tiempo dedicado a la planificación de pruebas.

Pregunta 39

¿Qué se debe considerar al mantener pruebas automatizadas para asegurar su efectividad a largo plazo?

Opciones:

  1. Eliminar pruebas antiguas y reemplazarlas todas con nuevas cada vez.
  2. Actualizar las pruebas solo cuando haya un fallo crítico.
  3. Regularmente revisar y actualizar las pruebas para adaptarse a nuevas funcionalidades.
  4. Mantener las mismas pruebas para todos los futuros proyectos sin cambios.

Pregunta 40

¿Qué enfoque se recomienda para implementar pruebas automatizadas en un entorno de DevOps?

Opciones:

  1. Evitar pruebas automatizadas ya que DevOps se ocupa exclusivamente del desarrollo rápido.
  2. Postergar la automatización de pruebas hasta la madurez del proyecto.
  3. Implementar pruebas automatizadas independientemente de los ciclos de CI/CD.
  4. Comenzar con un enfoque pequeño y escalable, integrando pruebas en la canalización de CI/CD.

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.