ISTQB CT PT - 6

¿Cuál de los siguientes NO es un atributo de eficiencia del desempeño?. Comportamiento Temporal. Escalabilidad. Capacidad. Utilización de Recursos.

Durante las pruebas de rendimiento, ¿qué otras características de calidad, además de la eficiencia del rendimiento, podrían evaluarse?. Componente e integración. Capacidad y utilización de recursos. Usabilidad y estabilidad funcional. Usabilidad y eficiencia.

¿Cuál de los siguientes es un principio de prueba de rendimiento?. Las pruebas deben incorporar las expectativas definidas de los diferentes grupos de partes interesadas, en particular los usuarios, los diseñadores del sistema y el personal de operaciones en el sistema. Las pruebas deben ser ejecutables dentro del plazo establecido por el proyecto, pero podrían tener un costo elevado. Las pruebas deben producir resultados que sean comprensibles y puedan compararse fácilmente con las expectativas de las partes interesadas al escribir historias de usuarios de pruebas de rendimiento. Las pruebas se pueden realizar, cuando los recursos lo permitan, en sistemas completos o parciales o en entornos de prueba que sean representativos del sistema de producción.

¿Cuál de los siguientes grupos contiene tipos de pruebas de rendimiento ejecutables? 1. Prueba de disponibilidad 2. Prueba de picos 3. Prueba de simultaneidad 4. prueba de resistencia 5. Pruebas de eficiencia 6. Pruebas de escalabilidad 7. Pruebas de capacidad 8. Pruebas de estres. 2,3,4,6,7,8. 1,3,4,5,7,8. 1,2,4,5,6,8. 1,2,3,5,6,7.

¿Cuál de las siguientes es la mejor descripción de las pruebas de resistencia?. Pruebas para determinar la estabilidad de un sistema bajo una carga significativa durante un período prolongado dentro del contexto operativo del sistema. Pruebas para determinar la resistencia del producto de software. Pruebas para determinar la capacidad de un sistema para recuperarse de ráfagas prolongadas de cargas máximas y volver a un estado estable. Pruebas realizadas para evaluar un sistema o componente en o más allá de los límites de sus cargas de trabajo anticipadas o especificadas.

¿Cuál de las siguientes actividades de prueba de rendimiento debe ocurrir durante la prueba de integración?. Pruebas para evaluar la utilización de recursos y los posibles obstáculos. Prueba del comportamiento de un extremo a otro bajo diversas condiciones de carga. Prueba de flujos de datos y flujos de trabajo a través de interfaces. Probar casos de uso y flujos de trabajo clave utilizando un enfoque de arriba hacia abajo.

¿Cuál de las siguientes es una desventaja de la generación de carga con multitudes (crowdsourcing)?. Se pueden crear scripts de generación de carga dedicados que llamen repetidamente a rutinas específicas y permitan simular más usuarios. (API). La carga generada no será tan reproducible y precisa como otras opciones y es más compleja de organizar. El cifrado del protocolo de comunicación generado puede afectar la eficacia de los scripts de rendimiento y ralentizar la creación del script. Los cambios frecuentes pueden afectar la repetibilidad de la generación de carga y pueden afectar significativamente los costos de mantenimiento. (Interfaz de usuario).

Un colega está analizando los resultados de la prueba de rendimiento y sospecha que el sistema bajo prueba tiene una respuesta lenta bajo cargas moderadas a pesadas. ¿Cuál de las siguientes causas se relacionaría con esta falla?. Mal diseño o implementación de la base de datos. Fragmentación del disco. Configuración de tiempo de espera demasiado rápida. Saturación de uno o más recursos.

Un segundo colega sospecha que el rendimiento del sistema bajo prueba se degrada con el tiempo. ¿Cuál de las siguientes causas se relacionaría con esta falla?. Mal diseño o implementación de la base de datos. Fragmentación del disco. Configuración de tiempo de espera demasiado rápida. Saturación de uno o más recursos.

¿Cuál de las siguientes NO es una métrica de entorno técnico?. Alertas y advertencias (el tiempo necesario para que el sistema emita una alerta o advertencia). Cantidad de errores que afectan el desempeño. Tasa de rendimiento de la transacción clave (la cantidad de transacciones que se pueden procesar en un período de tiempo determinado). Carga de fondo en recursos compartidos (especialmente en entornos virtualizados).

Las pruebas de rendimiento no deben realizarse sin comprender primero qué medidas y métricas se necesitan. La planificación del desempeño fue bien, con conjuntos de historias de usuarios desarrolladas por las partes interesadas del negocio. Desafortunadamente, el proyecto al que se une ha estado ejecutando varios ciclos de prueba de rendimiento sin ninguna planificación de métricas. Una discusión sobre los resultados del tiempo de respuesta capturado se ha desarrollado durante mucho tiempo entre las partes interesadas. ¿Cuál de los siguientes riesgos del proyecto se aplicaría a este problema?. No se comprenden los resultados proporcionados por una herramienta de prueba de rendimiento. La ejecución de la prueba de rendimiento no se completará a tiempo debido al argumento continuo. Puede que no sea posible identificar tendencias que puedan predecir niveles más bajos de desempeño. Los requisitos de desempeño no se definen en términos mensurables.

¿Cuál de las siguientes NO es una razón para agregar resultados?. Las partes interesadas de la empresa y del proyecto pueden ver el estado de “panorama general” del rendimiento del sistema. Las métricas de desempeño se pueden informar de una manera comprensible. Las métricas de rendimiento se pueden ver en un nivel detallado, lo que permite que las partes interesadas del negocio comprendan el sistema. Se pueden identificar tendencias de desempeño.

¿Cuál de las siguientes opciones NO es una fuente de métricas de desempeño?. Herramientas métricas. Herramientas de prueba. Herramientas de seguimiento. Herramientas de análisis de registros.

¿Cuál de las siguientes opciones describe el “efecto sonda”?. El impacto de las pruebas de rendimiento en el rendimiento del sistema. El efecto de la redundancia en el uso de múltiples herramientas de monitoreo. El impacto que tienen las herramientas de recopilación de métricas en los resultados de rendimiento del sistema. El volumen, la precisión y la velocidad a la que se recopilan las métricas de rendimiento.

¿De qué manera son útiles las herramientas de monitoreo del desempeño para recopilar métricas?. Crean la carga del sistema y monitorean el rendimiento del sistema. Supervisan los sistemas mientras se realizan las pruebas de rendimiento e informan sobre el comportamiento durante las pruebas. Analizan los distintos registros del servidor y compilan métricas en busca de eventos que se registraron durante la ejecución de la prueba. Escriben los resultados de rendimiento en los registros del servidor para su posterior análisis manual.

¿Cuál de las siguientes es una falla que normalmente se encontraría al realizar una prueba de resistencia?. El rendimiento del sistema se degrada gradualmente. El sistema proporciona respuestas inconsistentes a los errores. El sistema maneja una explosión repentina de actividad pero no puede reanudar un estado estable. El sistema funciona bien para la carga esperada pero no puede escalar a una carga mayor.

Al aplicar las principales actividades de prueba de desempeño, ¿cuándo debe ocurrir la definición del alcance?. Planificación, seguimiento y control de pruebas. Análisis y diseño de pruebas. Implementación y ejecución de pruebas. Cierre de pruebas.

Al aplicar las principales actividades de prueba de desempeño, ¿cuándo deben ensamblarse los casos de prueba de desempeño en los procedimientos de prueba de desempeño?. Planificación, seguimiento y control de pruebas. Análisis y diseño de pruebas. Implementación y ejecución de pruebas. Cierre de pruebas.

Al aplicar las principales actividades de prueba de desempeño, ¿cuándo debe ocurrir el análisis de los objetivos de prueba, SLA, arquitectura de TI, modelos de proceso y otros elementos que componen la base de prueba?. Planificación, seguimiento y control de pruebas. Análisis y diseño de pruebas. Implementación y ejecución de pruebas. Cierre de pruebas.

Al aplicar las principales actividades de prueba de desempeño, ¿cuándo deben proporcionarse planes de acción en caso de que surjan problemas?. Planificación, seguimiento y control de pruebas. Análisis y diseño de pruebas. Implementación y ejecución de pruebas. Cierre de pruebas.

Al aplicar las principales actividades de prueba de desempeño, ¿cuándo deben expresarse los resultados a través de métricas que a menudo se agregan para simplificar el significado de los resultados?. Planificación, seguimiento y control de pruebas. Análisis y diseño de pruebas. Implementación y ejecución de pruebas. Cierre de pruebas.

Al aplicar las principales actividades de prueba de desempeño, ¿cuándo deberían diseñarse los casos de prueba de desempeño?. Planificación, seguimiento y control de pruebas. Análisis y diseño de pruebas. Implementación y ejecución de pruebas. Cierre de pruebas.

Tenga en cuenta los siguientes entornos técnicos: 1. Computadora individual 2. Sistema de varios niveles 3. Distribuido 4. Virtualizado 5. Dinámico basado en la nube 6. Cliente/servidor y basado en navegador 7. Móvil 8. Embebido 9. Centralizado ¿Cuáles pueden tener un riesgo de rendimiento debido al consumo excesivo de recursos?. 1,2,3,6,7. 1,2,4,5,6,7,8,9. 1,2,3,4,5,6,7,8,9. 1,2,3,4,5,6,7.

¿Cuál de los siguientes es más probable que cause un riesgo de rendimiento debido a un subproducto del uso de un lenguaje que permite la gestión directa de memoria?. Pérdida de memoria. Desbordamiento de pila. Recolección de basura. Mayor utilización de CPU.

Una empresa está modificando los datos que recopila sobre los clientes para incluir información estadística sobre el origen racial y/o étnico y la afiliación sindical y, para mejorar la seguridad, datos biométricos. Dado que esta empresa tiene operaciones en Europa, a estos datos se les aplicará el Reglamento General de Protección de Datos. Además, estos datos entran en la categoría especial de datos (datos personales que necesitan más protección debido a su naturaleza sensible). ¿Cuál de las siguientes características de riesgo del producto de prueba de rendimiento NO debe aplicarse al identificar riesgos?. Comportamiento temporal. Capacidad. Impacto del riesgo de desempeño. Utilización de recursos.

Una empresa está rediseñando un sistema interno para pasar a un entorno de nube. Se identificó un riesgo de producto relacionado con los sistemas que se ejecutan en un entorno de nube que no funcionan al nivel esperado. Las partes interesadas no están seguras de que el sistema funcione con un tiempo de respuesta adecuado. La primera iteración de desarrollo está a punto de comenzar: ¿qué pasos se podrían realizar para ayudar a reducir el riesgo?. Pruebe desde la interfaz de usuario con el conjunto de datos completo cargado para asegurarse de que el tiempo de respuesta sea el adecuado cuando el conjunto completo de API se haya migrado a la nube. Realice una evaluación de la red para asegurarse de que no haya problemas de latencia o ancho de banda entre el entorno de nube y las máquinas cliente. Pruebe a través de los servicios web a nivel de API para garantizar que el acceso a los datos sea lo suficientemente rápido sin que la interfaz de usuario complique las pruebas. Realizar una revisión técnica de la implementación de la base de datos y realizar una prueba de rendimiento desde la interfaz de usuario con el conjunto de datos completo cargado.

Una parte interesada del proyecto se ha puesto en contacto con usted para comenzar a planificar las pruebas de rendimiento de un nuevo proyecto. Tiene una descripción vaga del sistema y los procesos comerciales que se van a construir y el proyecto está a punto de comenzar. El interesado tiene una plantilla de documento de planificación del rendimiento, pero no comprende qué SDLC se utilizará. Planificación de lanzamiento → Planificación de sprint → Creación de historias de usuario → Diseño de prueba de rendimiento → Codificación / implementación → Pruebas de rendimiento/ Evaluación → Entrega. ¿puedes identificar el SDLC?. Secuencial. Desarrollo impulsado por pruebas. Iterativo/incremental. Comercial listo para usar.

Lo siguiente se relaciona con las características clave de las pruebas de rendimiento en las metodologías de desarrollo de software enumeradas: i. Las pruebas de rendimiento están automatizadas para ejecutarse automáticamente con cada compilación, centrándose en las pruebas de regresión de la estabilidad de cada compilación. ii. Las pruebas de rendimiento se pueden realizar como pequeñas pruebas dentro de cada ciclo, así como pruebas de rendimiento de un extremo a otro más grandes fuera del ciclo. iii. A medida que avanza el proyecto, cada actividad de prueba de desempeño sucesiva debe basarse en elementos definidos en las actividades anteriores para lograr los criterios de aceptación desarrollados al inicio del proyecto. iv. La prueba de aceptación es el nivel de prueba que se realiza la prueba de rendimiento, ejecutada en un entorno similar a la producción por representantes de los usuarios finales. ¿Cuál de las siguientes combinaciones es correcta?. (i) secuencial; (ii) CI; (iii) iterativo/ incremental; (iv) COTS. (i) CI; (ii) iterativo/ incremental; (iii) secuencial; (iv) COTS. (i) iterativo/ incremental; (ii) CI; (iii) COTS; (iv) secuencial. (i) CI; (ii) COTS; (iii) iterativo/ incremental; (iv) secuencial.

¿Cuál de los siguientes NO es un objetivo clave de las pruebas de desempeño?. La identificación de cambios necesarios. La identificación de riesgos relacionados con el desempeño. La identificación de oportunidades de mejora. La identificación de tendencias que predicen el desempeño de niveles inferiores.

Una empresa está rediseñando un sistema interno para pasar a un entorno de nube. Se identificó un riesgo de producto relacionado con los sistemas que se ejecutan en un entorno de nube que no funcionan al nivel esperado. El sistema recibirá entradas de transacciones de varias grandes plantas de fabricación en todo el mundo para ser programadas para su entrega en los sitios de los clientes. Existen dos objetivos para este proyecto: i. El tiempo de respuesta de envío de la transacción entre la planta y la instancia en la nube debe ser de dos segundos para todas las plantas desde el momento en que se envía el envío de la transacción cuando diez flujos de fabricación simultáneos envían datos. ii. El sistema debe manejar 400 envíos de transacciones por minuto sin fallas de degradación en la utilización de recursos. ¿Cuál de las siguientes combinaciones es correcta?. (i) y (ii) son objetivos técnicos. (i) y (ii) son objetivos basados en el usuario. (i) es un objetivo basado en el usuario; (ii) es un objetivo técnico. (i) es un objetivo técnico; (ii) es un objetivo basado en el usuario.

Trabajas para una empresa de transporte marítimo internacional. La cantidad de envíos manejados por el sistema de envío cada día promedia 120,000 paquetes, distribuidos uniformemente en 24 horas. Los envíos contienen desde regalos de cumpleaños hasta productos minoristas de alto valor y envíos especiales (productos peligrosos y suministros médicos). Existen SLA para envíos especiales: - Como cliente, debo poder acceder a los registros de envío abiertos en cualquier momento para verificar su estado y la hora prevista de llegada. - Como cliente, quiero que los espacios de tiempo de entrega disponibles se presenten dentro de los tres segundos al reservar un envío. - Como cliente, quiero asegurar mis transacciones para evitar el robo de entregas. Este proyecto utilizará DevOps como metodología de desarrollo. ¿Cuál de las siguientes afirmaciones es verdadera?. Los proyectos DevOps no requieren un plan de prueba de rendimiento. Un objetivo de rendimiento clave es el tiempo de respuesta de tres segundos con una carga de 5000 envíos/hora. Un objetivo de rendimiento clave es la autenticación y autorización de los inicios de sesión de los usuarios que respondan en tres segundos. Un objetivo de rendimiento clave es el tiempo de respuesta de tres segundos.

Trabajas para una gran firma jurídica que funciona como sociedad. La empresa ha tenido problemas en el pasado con la facturación excesiva del tiempo del personal. En una actualización de objetivos comerciales, los socios principales están implementando un nuevo sistema de microservicio SaaS en la nube para rastrear la facturación correcta de los abogados. Cada uno de los 1200 abogados debe registrar cada bloque de seis minutos durante la jornada laboral estándar de ocho horas. Esto se puede hacer de dos maneras: Automáticamente, asignando un número de archivo de caso al sistema de facturación. Manualmente, registrando bloques de tiempo de seis minutos varias veces al día. ¿Cuál de los siguientes objetivos de la prueba de rendimiento sería adecuado para este proyecto?. Un indicador clave de rendimiento es probar el sistema SaaS con una carga de 1200 usuarios que envían tiempo cada seis minutos. Un indicador clave de rendimiento es probar el sistema SaaS con una carga mixta de 1200 usuarios manuales y automatizados que envían tiempo. Un indicador clave de rendimiento es probar el sistema SaaS con una carga mixta de 1200 usuarios manuales y automatizados que envían tiempo manual cada seis minutos. Un indicador de rendimiento clave es probar el sistema SaaS con una carga que envía 7200 transacciones/hora.

Trabajas para una gran firma legal gestionada como sociedad. La empresa ha tenido problemas en el pasado con la facturación excesiva del tiempo del personal. En una actualización de objetivos comerciales por parte de los socios principales, se está implementando un nuevo sistema de microservicio para rastrear la facturación correcta de los abogados de la firma. Estos microservicios se implementarán como una solución SaaS personalizada que se ejecutará en la nube para permitir que el personal de la empresa trabaje desde casa. Cada uno de los 1200 abogados debe realizar un seguimiento de cada bloque de tiempo de seis minutos a lo largo de la jornada laboral estándar de ocho horas. Se le ha pedido que prepare una presentación para los socios de la firma con respecto a su plan de pruebas de desempeño. ¿Cuál de los siguientes es el mejor ejemplo de información que debería compartirse con estas partes interesadas?. Se debe comunicar la repetibilidad de las pruebas de rendimiento planificadas, y las pruebas de rendimiento de reserva de tiempo deben repetirse con el mínimo esfuerzo. Los interesados técnicos deben tener claro sus tareas y cuándo están programadas. Se debe explicar el enfoque planificado para generar los perfiles de carga requeridos y aclarar la participación esperada del equipo de servicios en la nube. Se deben comunicar los pasos necesarios para hacer que las pruebas de desempeño sean repetibles, incluida la participación del personal clave y las cuestiones técnicas.

Trabajas para una gran firma legal gestionada como sociedad. Se está implementando un nuevo sistema de microservicio SaaS en la nube para rastrear la facturación de los abogados. Cada abogado debe registrar bloques de seis minutos a lo largo del día. Existen dos consideraciones de las partes interesadas: i. Cuando los entornos de prueba se compartan con otros proyectos en curso, la programación de las pruebas de rendimiento debe comunicarse con otros equipos para garantizar que los resultados no se vean afectados. ii. Se deben comunicar los riesgos del proyecto, incluidas las restricciones y dependencias relacionadas con la configuración de las pruebas y los requisitos de infraestructura. ¿Cuál de las siguientes combinaciones es correcta?. (i) y (ii) son para partes interesadas centradas en el negocio. (i) y (ii) son ambos para partes interesadas con enfoque técnico. (i) es para partes interesadas centradas en el negocio; (ii) es técnica. (i) es técnica; (ii) es centrada en el negocio.

Trabajas para una gran firma legal gestionada como sociedad. La empresa está implementando un nuevo sistema SaaS de microservicios para rastrear la facturación del personal. Cada abogado debe registrar su tiempo cada seis minutos durante su jornada laboral. Se te ha pedido que prepares una presentación para el equipo de TI sobre tu plan de pruebas de rendimiento. ¿Cuál de los siguientes es el mejor ejemplo de información que debería compartirse con estas partes interesadas?. Debe comunicarse y aceptarse la mitigación del impacto potencial en los usuarios reales si es necesario ejecutar pruebas de rendimiento en el entorno de producción. Conocimiento del equilibrio entre el costo de las pruebas de rendimiento planificadas y cuán representativos deben ser los resultados de las pruebas. La conexión entre los riesgos de calidad del desempeño y los objetivos de la prueba de desempeño debe establecerse claramente. El plan que contiene las actividades de alto nivel, los costos, el cronograma y los hitos.

Trabajas para un gran bufete de abogados gestionado como sociedad. La firma tiene una aplicación web antigua de dos niveles: un front-end web que usa HTTPS y un back-end de base de datos que utiliza GNU Data Access (GDA). Debes probar el rendimiento de esta aplicación, pero el entorno de prueba solo tiene un servidor web disponible, con un back-end de base de datos de tamaño completo. Las partes interesadas desean aplicar una carga completa al sistema. ¿Cuál de las siguientes opciones recomendarías para crear la prueba de carga?. Como cada servidor web puede soportar solo una carga del 50%, una prueba del 50% sería la mejor opción. Se puede ejecutar una prueba del 100% enviando 50% al servidor web y 50% directamente a la base de datos. Se podría ejecutar una prueba completa al 100%, tomando nota del punto de falla del servidor web. Se podría ejecutar una prueba al 100% directamente contra la base de datos.

Si una prueba de rendimiento está probando un servicio web, ¿qué protocolo enumerado en el programa de estudios podría usarse?. HTTPS. RTE. SOAP. JSON.

Si una prueba de rendimiento está probando un escritorio remoto, ¿qué protocolo enumerado en el programa de estudios podría usarse?. TruClient. MQSeries. Sockets de Windows. Citrix ICA.

Si una prueba de rendimiento está probando el acceso a la red, ¿qué protocolo enumerado en el programa de estudios podría usarse?. LDAPa. SMP. JDBC. HTML.

¿Cuáles de las siguientes afirmaciones sobre transacciones NO son verdaderas?. Las transacciones se pueden anidar de modo que se midan actividades individuales y agregadas. Al aumentar la carga y medir los tiempos de transacción, es posible determinar la causa de la degradación solo con los tiempos de respuesta. Los tiempos de respuesta de las transacciones recopilados durante la prueba de rendimiento muestran cómo esta medición cambia bajo diferentes cargas. El tiempo de respuesta de la transacción más el tiempo de reflexión es igual al tiempo transcurrido para esa transacción.

Trabajas para un gran bufete de abogados gestionado como sociedad. La empresa ha tenido problemas con la facturación excesiva del tiempo del personal. Se implementa un nuevo sistema SaaS de microservicios para rastrear la facturación de los abogados. Cada abogado debe registrar bloques de tiempo de seis minutos durante su jornada laboral. Un perfil operativo identificado es un abogado que ingresa el tiempo manualmente. Has determinado que los abogados ingresan su tiempo manual una vez cada 60 a 90 minutos para los casos en los que trabajaron. ¿Qué más información se necesitaría para completar el perfil de carga?. La relación entre los tiempos de actualización de los usuarios manuales y automáticos. El tamaño de los archivos de caso que se descargan cada vez que el abogado cambia de caso. Las horas extra que los usuarios trabajan para modelar con precisión los números de transacción. El tamaño de las entradas de tiempo que se envían para modelar el volumen de tráfico.

¿Cuál es la diferencia entre un perfil operativo y un perfil de carga?. No existe una diferencia práctica entre ambos. Un perfil de carga describe el proceso de negocio; el perfil operativo describe el comportamiento previsto de los procesos de negocio. El perfil operativo describe el proceso de negocio; el perfil de carga describe el número y la forma en que los usuarios virtuales ejecutarán los procesos comerciales. Las pruebas de rendimiento se pueden construir con muchos perfiles operativos, pero solo con un perfil de carga.

La identificación de datos para un perfil operativo considera a los usuarios que interactúan con el sistema. ¿Cuál de los siguientes cuatro pasos se lleva a cabo durante la identificación? i. Utilizar un enfoque de arriba hacia abajo para crear perfiles operativos amplios y desglosarlos si es necesario. ii. Reunir diferentes tipos de usuarios y roles (por ejemplo, usuario estándar, administrador, etc.). iii. Estimar el número de usuarios por función/tarea por unidad de tiempo. iv. Documentar tareas genéricas realizadas por esos usuarios o roles. ii, iii, iv. ii, iii, iv. i, ii, iv. i, ii, iii.

Trabajas para un gran bufete de abogados gestionado como sociedad. Se te ha pedido que pruebes el rendimiento de un enlace de red entre la oficina principal y el centro de datos de la empresa. Simula un sábado, donde 150 empleados trabajan debido a una fecha límite. La carga máxima a las 10:00 se compone de un 50% de tráfico FTP, 20% web y 30% correo electrónico. Cada usuario FTP consume 10 Mbps, web 3 Mbps y correo electrónico 1 Mbps. La carga máxima total es 360 Mbps, y hay 150 licencias de usuario virtual disponibles. ¿Cómo se diseñaría una prueba de carga para cumplir con la carga deseada?. 30 usuarios web, 45 de correo y 75 FTP. 24 usuarios web, 108 de correo y 18 FTP. 36 usuarios web, 72 de correo y 18 FTP. 60 usuarios web, 30 de correo y 15 FTP.

Trabajas para el mismo bufete y pruebas el mismo enlace de red, pero ahora simulas un día laboral normal. La carga máxima (15:00) es de 50% SFTP, 20% web y 30% correo electrónico. Cada usuario de correo consume 1 Mbps, web 3 Mbps y SFTP 10 Mbps. La carga pico es 1920 Mbps, con los mismos 150 usuarios virtuales. ¿Cuáles son las diferencias con el escenario del fin de semana anterior? i. La carga ha aumentado. ii. Los porcentajes generales de tráfico son diferentes. iii. Los picos de tráfico han cambiado. iv. No hay presentaciones judiciales durante el fin de semana. v. Los protocolos han cambiado. vi. Nueva tasa de éxito del 100% para transferencias a tribunales. i, iii, v, vi. i, ii, iv, vi. ii, iii, iv, v. i, ii, iii, iv, v, vi.

El enfoque del procesamiento por lotes se centra en el rendimiento del sistema y su capacidad para completarse dentro de un período determinado. Se está probando un sistema de pago por lotes con distintos métodos (transferencia bancaria, Stripe, Worldpay, ACI, PayPal, Amazon Pay, Apple Pay y tarjetas AmEx/Visa/Mastercard). ¿Cuál sería la mejor opción para definir el perfil operativo?. Un solo perfil operativo para todos los pagos, ya que pasan los mismos datos. Separar los pagos en grupos del mismo tipo (transferencias; pasarelas; tarjetas). Crear un escenario por cada proveedor, ya que cada uno podría tardar diferente. Probar solo los tipos de pago lentos según su porcentaje.

¿Cuál es la ventaja de realizar pruebas de rendimiento a nivel de interfaz de usuario (UI)?. Es el método más sencillo para la creación de scripts manual. Es escalable porque el cliente está incluido. Es una forma eficaz de evaluar la experiencia del usuario. Es la mejor forma de manejar la correlación de datos.

¿Cuál es una desventaja de realizar pruebas de rendimiento a nivel de protocolo?. Puede afectar la escalabilidad debido a la sobrecarga de recursos. Puede que no capture el tiempo necesario para que el cliente muestre la respuesta del servidor. Podría dificultar la correlación de datos porque la sesión cambia en cada ejecución. Podría dificultar el análisis del script, ya que se requiere más código.

Tienes que crear dos scripts para un sistema de logística: El primero prueba la versión cliente-servidor, donde el personal interno inicia sesión por la mañana, crea envíos para distintos clientes durante el día y cierra sesión al final de la jornada. El segundo prueba la versión web, donde los clientes externos crean sus propios envíos directamente desde el portal. ¿Cuál de las siguientes combinaciones representaría la mejor manera de desarrollar estos scripts de rendimiento?. El script cliente-servidor iniciaría sesión una vez, realizaría muchas iteraciones para agregar envíos y cerraría la sesión una vez; el script web iniciaría sesión una vez, realizaría muchas iteraciones para agregar envíos y cerraría la sesión una vez. El script cliente-servidor iniciaría sesión, realizaría un envío y cerraría sesión en cada iteración; el script web iniciaría sesión, realizaría un envío y cerraría sesión en cada iteración. El script cliente-servidor iniciaría sesión, realizaría un envío adicional y cerraría sesión en cada iteración; el script web iniciaría sesión una vez, realizaría muchas iteraciones para agregar envíos y cerraría la sesión una vez. El script cliente-servidor iniciaría sesión una vez, realizaría muchas iteraciones para agregar envíos y cerraría la sesión una vez; el script web iniciaría sesión, realizaría un envío adicional y cerraría la sesión en cada iteración.

La forma de crear una secuencia de comandos depende de la herramienta, el sistema y el propósito. ¿Cuál de las siguientes NO es una opción para crear un script?. Registrando la comunicación cliente-servidor a nivel de protocolo. Grabando la GUI capturando acciones del usuario. Convirtiendo el código fuente en un cliente ejecutable. Programando solicitudes de protocolo o llamadas a API.

¿Qué es la correlación en términos de pruebas de desempeño?. Capturar un valor del servidor para reemplazar datos de entrada en la reproducción. Relación estadística entre resultados de pruebas. Parametrización automatizada de datos de entrada. Captura de valores del servidor.

Trabajas para una organización de logística global. Un cliente inicia sesión en el sitio web y crea envíos. Después de parametrizar los datos, la primera iteración se ejecuta correctamente, pero las siguientes fallan. ¿Cuál es la causa más probable?. No se ha correlacionado un ID de sesión proporcionado por el servidor. El primer registro de datos de entrada es correcto, los demás no. No se ha parametrizado un valor proporcionado por el sistema. El sistema no puede manejar la carga.

Durante la ejecución de una prueba de rendimiento en máquinas virtuales en la nube, se observa una gran variación en los tiempos de respuesta al ejecutar la misma prueba en distintos momentos. ¿Cuáles de las siguientes NO son posibles razones para esta variación?. Variaciones en los generadores de carga. Cambios en el tráfico de red que afectan ancho de banda. Caché de datos en la base de datos. Más procesos simultáneos en las máquinas virtuales.

Prueba de carga de 90 minutos ejecutada cuatro veces al día con 15 minutos entre cada una. Las transacciones de inicio de sesión son rápidas al principio (<2s) pero aumentan a 8s en ejecuciones posteriores. ¿Qué podría causar esto?. Datos de inicio de sesión no almacenados en caché en el cliente. Los usuarios virtuales no cierran sesión correctamente, acumulando sesiones abiertas. Congestión de red por tráfico de producción simultáneo. Falta de RAM en el servidor.

Proyecto de base de datos nacional para registro de votantes con SLA: “El tiempo de respuesta al verificar el registro debe ser ≤ 5 segundos bajo carga máxima.” Resultados de prueba: <3s → 85% <5s → 90% <6s → 95% <10s → 100% ¿Cuál es la mejor respuesta para las partes interesadas?. La prueba falló porque el sistema es demasiado lento. La prueba pasó provisionalmente; el 95% respondió dentro de 6s. No hay suficiente información. Aclarar con las partes interesadas si el objetivo es máximo, promedio o percentil.

¿Cuál es el propósito de una consola de administración de carga?. Crea la carga en la red para permitir las pruebas de rendimiento mediante la ejecución de los scripts de rendimiento. Agrega los resultados de la prueba de rendimiento para permitir el análisis después de la prueba de rendimiento. Ejecuta el perfil de carga diseñado en la prueba de rendimiento y agrega los resultados de la prueba. Simula el comportamiento del usuario de acuerdo con los perfiles operativos integrados en la prueba de rendimiento.

¿Cuáles de los siguientes factores son relevantes para seleccionar una herramienta de desempeño? i. Vigilancia ii. Escalabilidad iii. Mantenibilidad iv. Comprensibilidad v. Rendimiento vi. Compatibilidad. i, iii, v, vi. i, ii, iv, vi. ii, iii, iv, v. i, ii, iii, iv, v, vi.

De acuerdo con el programa de estudios, ¿cuál de las siguientes afirmaciones sobre la licencia de herramientas NO es cierta?. Un modelo gratuito puede implicar costos de generadores de carga. El modelo de pago por uso en la nube puede generar problemas al ejecutar fuera del dominio. El modelo basado en sitio permite propiedad total, pero puede tener costos de soporte. El modelo de código abierto siempre incluye soporte completo sin costos.