¿Cuál de los siguientes es un principio importante en las pruebas de rendimiento? Las pruebas deben ser fáciles de crear y comprender. Los resultados de la prueba deben ser reproducibles cuando el sistema bajo prueba no
cambia Las pruebas deben ejecutarse en el entorno de producción para proporcionar los
resultados más precisos. Los resultados de la prueba deben coincidir con las expectativas de las partes interesadas para el rendimiento
del sistema.
¿Cuál de las siguientes es la mejor descripción de la prueba de picos?
Se enfoca en la capacidad del sistema para manejar cargas que se incrementan
gradualmente hasta alcanzar el máximo esperado Se enfoca en la capacidad del sistema para manejar cargas que están en o más allá de la
carga máxima esperada Se centra en la capacidad del sistema para cumplir con los requisitos de
eficiencia futuros. Se enfoca en la capacidad del sistema para responder a cambios rápidos y extremos
en la carga.
¿Cuál de las siguientes es la mejor descripción de las pruebas de carga? Se enfoca en la capacidad del sistema para manejar cargas que se incrementan
gradualmente hasta alcanzar el máximo esperado. Se enfoca en la capacidad del sistema para manejar cargas que están en o más allá de la
carga máxima esperada Se centra en la capacidad del sistema para cumplir con los requisitos de
eficiencia futuros. Se enfoca en la capacidad del sistema para responder a cambios rápidos y extremos
en la carga.
¿Cuál de las siguientes actividades de prueba de rendimiento debe ocurrir durante la prueba
unitaria?
Comprobación del comportamiento de extremo a extremo en diversas condiciones de carga Probar flujos de datos y flujos de trabajo a través de interfaces Probar casos de uso clave y flujos de trabajo utilizando un enfoque de arriba hacia abajo Pruebas para evaluar la utilización de recursos y posibles cuellos de botella.
¿Cuándo conviene generar carga a través de las API de la aplicación? Cuando hay una gran cantidad de probadores disponibles que pueden representar a los usuarios
reales Cuándo se deben realizar pruebas a nivel de protocolo de comunicaciones Cuando es probable que la interfaz de usuario cambie, pero las transacciones deben procesarse como si se
hubieran creado a través de la interfaz de usuario Cuando solo hay un pequeño número de instancias de prueba disponibles.
Si tiene una aplicación que tiene una pérdida de memoria, ¿cuál es el resultado probable que verá
durante las pruebas de rendimiento?
El tiempo de respuesta será constantemente lento El tiempo de respuesta seguirá siendo aceptable pero el manejo de errores se degradará El tiempo de respuesta será lento, pero solo bajo cargas pesadas El tiempo de respuesta se degradará con el tiempo.
¿Cuál de las siguientes es una declaración verdadera con respecto a las métricas de seguimiento de la
latencia de la red durante una prueba de rendimiento? La latencia alta podría indicar un problema de ancho de banda de red que podría
afectar negativamente el rendimiento La latencia baja podría indicar un problema de ancho de banda de red que podría
afectar negativamente el rendimiento La latencia de la red es difícil de rastrear y no debe incluirse en las
métricas de rendimiento La latencia de la red es demasiado variable para ser útil durante el ajuste del rendimiento.
¿Deberían agregarse los resultados de las pruebas de desempeño? Sí, esto brinda una mejor imagen general del rendimiento del sistema y ayuda a
identificar tendencias. Sí, esta es la mejor manera de centrarse en los valores atípicos en las métricas de
rendimiento. No, los resultados deben analizarse individualmente para que se entiendan todas las
variaciones. No, los resultados de cada prueba deben informarse y rastrearse por separado.
¿De qué manera son útiles las herramientas de análisis de registros para recopilar métricas? Supervisan los sistemas mientras se realizan las pruebas de rendimiento e informan sobre
el comportamiento durante las pruebas Crean la carga del sistema y supervisan el rendimiento del sistema. Escanean los diversos registros del servidor y compilan métricas para las ocurrencias 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 picos? El rendimiento del sistema se degrada gradualmente El sistema proporciona respuestas inconsistentes a los errores. El sistema maneja un estallido repentino de actividad, pero no puede reanudar un estado
estable El sistema funciona bien para la carga esperada, pero no se puede escalar a una carga mayor.
Al aplicar las principales actividades de prueba de desempeño, ¿cuándo debe ocurrir la
identificación y el análisis de riesgos? Planificación de pruebas Análisis de pruebas y diseño de pruebas. Implementación de pruebas y ejecución de pruebas. Finalización de la prueba.
Al aplicar las principales actividades de prueba de rendimiento, ¿cuándo se deben ordenar los
casos de prueba en los procedimientos de prueba de rendimiento?
Planificación de pruebas Análisis de prueba Implementación de prueba Finalización de la prueba.
¿Cuál de estos es más probable que tenga un riesgo de rendimiento debido a problemas de
conectividad?
1. Sistemas informáticos únicos
2. Sistemas de varios niveles
3. Sistemas distribuidos
4. Sistemas virtualizados
5. Sistemas dinámicos/basados en la nube
6. Sistemas Cliente-Servidor
7. Aplicaciones móviles
8. Sistemas integrados en tiempo real
9. Aplicaciones centrales
2, 3 6, 7, 8 5, 6, 7, 9 2, 4, 5, 8.
¿Cuál de estos es más probable que tenga un riesgo de rendimiento debido a pérdidas de
memoria?
1. Sistemas virtualizados
2. Sistemas dinámicos/basados en la nube
3. Sistemas Cliente-Servidor
4. Aplicaciones móviles
5. Sistemas integrados en tiempo real
6. Aplicaciones centrales
1, 2, 3, 6 2, 3, 4, 5 1, 2, 4, 6 1, 3, 4, 5.
Si se realizan pruebas de rendimiento para software escrito en C++, ¿qué
necesita monitorear que no sería una preocupación si el software estuviera escrito
en Python? Uso de memoria
Latencia de conexion Conectividad Procesamiento por lotes.
Está trabajando en un proyecto que realiza un seguimiento de la información del historial de salud
de los pacientes en una región. La cantidad de registros que maneja el sistema es de millones debido
a la gran cantidad de pacientes en la región. La información del paciente debe ser accesible para los
médicos en consultorios, hospitales y centros de atención de urgencia. La información debe
presentarse al solicitante dentro de los tres segundos posteriores a la solicitud, particularmente para
pacientes con alergias críticas y condiciones previas.
Dada esta información,
¿cuándo es el mejor momento del proyecto para analizar y evaluar los
riesgos de desempeño?
Durante la fase de requisitos y nuevamente justo antes de ejecutar las pruebas
de rendimiento Después del diseño pero antes de la codificación
Durante las pruebas del sistema y nuevamente antes de las pruebas de rendimiento Repetidamente a lo largo de los requisitos, desarrollo y pruebas de
rendimiento.
Está trabajando en un proyecto que realiza un seguimiento de la información del historial de salud
de los pacientes en una región. La cantidad de registros que maneja el sistema es de millones debido
a la gran cantidad de pacientes en la región. La información del paciente debe ser accesible para los
médicos en consultorios, hospitales y centros de atención de urgencia. La información debe
presentarse al solicitante dentro de los tres segundos posteriores a la solicitud, particularmente para
pacientes con alergias críticas y condiciones previas.
¿Cuál es la mejor manera de abordar las pruebas de rendimiento para el tiempo de respuesta?
Pruebe desde la interfaz de usuario con el conjunto de datos completo cargado para asegurarse de que el tiempo de
respuesta sea adecuado cuando se cargue la base de datos Realice pruebas a través de los servicios web en el nivel de la API para garantizar que el acceso a los datos sea lo
suficientemente rápido sin que la interfaz de usuario complique las pruebas. Realice una revisión técnica de la implementación de la base de datos y realice una prueba de rendimiento
desde la interfaz de usuario con la base de datos completa cargada Realice una evaluación de la red para asegurarse de que no haya problemas de latencia
entre el servidor de la base de datos y los servidores web, luego pruebe con un escáner
de red para asegurarse de que no ocurran colisiones que puedan causar retrasos en el
rendimiento.
Está trabajando en un proyecto que realiza un seguimiento de la información del historial de salud
de los pacientes en una región. La cantidad de registros que maneja el sistema es de millones debido
a la gran cantidad de pacientes en la región. La información del paciente debe ser accesible para los
médicos en consultorios, hospitales y centros de atención de urgencia. La información debe
presentarse al solicitante dentro de los tres segundos posteriores a la solicitud, particularmente para
pacientes con alergias críticas y condiciones previas.
¿Cuál de los siguientes es un objetivo técnico para el desempeño que podría ser
aplicable a este proyecto? El tiempo de respuesta debe ser dentro de los tres segundos desde el momento en que se envía la
solicitud cuando hay 100 usuarios simultáneos que realizan solicitudes similares. El sistema debe poder escalar a 10 millones de registros de pacientes sin
degradación en el rendimiento El sistema debe funcionar al mismo nivel o por encima del nivel del sistema heredado
cuando maneja una carga similar y responde a una solicitud similar El tiempo de respuesta debe permanecer igual cuando el sistema de recuperación ante
desastres está en uso en lugar del sistema principal y la conmutación no debe causar
tiempo de inactividad perceptible.
Está trabajando en un proyecto que realiza un seguimiento de la información del historial de salud
de los pacientes en una región. La cantidad de registros que maneja el sistema es de millones debido
a la gran cantidad de pacientes en la región. La información del paciente debe ser accesible para los
médicos en consultorios, hospitales y centros de atención de urgencia. La información debe
presentarse al solicitante dentro de los tres segundos posteriores a la solicitud, particularmente para
pacientes con alergias críticas y condiciones previas.
Se le ha pedido que escriba un plan de prueba de rendimiento para este proyecto.
Para abordar el objetivo de rendimiento más crítico, ¿qué información
necesita?
Quién puede acceder a qué datos y con qué frecuencia lo hará Cómo se autentica y autoriza el acceso de los usuarios Dónde se almacenarán los datos y cuánto almacenamiento hay disponible ¿Cuál es el uso esperado de los datos una vez que se han presentado al usuario?.
Está trabajando en un proyecto que realiza un seguimiento de la información del historial de salud
de los pacientes en una región. La cantidad de registros que maneja el sistema es de millones debido
a la gran cantidad de pacientes en la región. La información del paciente debe ser accesible para los
médicos en consultorios, hospitales y centros de atención de urgencia. La información debe
presentarse al solicitante dentro de los tres segundos posteriores a la solicitud, particularmente para
pacientes con alergias críticas y condiciones previas.
Se le ha pedido que prepare una presentación para las partes interesadas del negocio con
respecto a su plan para las pruebas de rendimiento.
¿Cuál de los siguientes es un ejemplo de
conjunto de información que se debe compartir con estas partes interesadas?
Una vez configurado, el sistema de prueba de rendimiento requerirá la carga de datos. Una
vez cargado, procederemos a ejecutar un pequeño conjunto de scripts de muestra para
verificar el resultado. Cuando tengan éxito, procederemos con el script de prueba de
rendimiento que aumenta los usuarios a una velocidad de 10 por minuto hasta que
alcancemos el número objetivo de usuarios simultáneos. Esta carga se mantendrá entonces
durante 2 horas. El sistema de prueba de rendimiento costará $240,000, lo que incluirá el hardware y la
configuración. Este sistema nos permitirá crear un sistema de prueba que sea
representativo del sistema de producción y nos permitirá simular condiciones similares a
las de producción. Debido a que el costo de un sistema de prueba de rendimiento es prohibitivo,
realizaremos la prueba de rendimiento en el entorno de producción utilizando datos
en vivo. Los riesgos del producto incluyen problemas de contención de datos, problemas de acceso a datos,
problemas de bloqueo que rechazarán solicitudes simultáneas, restricciones de ancho de banda de
red, errores de búsqueda de datos, ralentizaciones o cuellos de botella en la búsqueda de datos y
dificultad para que el usuario procese los datos devueltos.
Está trabajando en un proyecto que realiza un seguimiento de la información del historial de salud
de los pacientes en una región. La cantidad de registros que maneja el sistema es de millones debido
a la gran cantidad de pacientes en la región. La información del paciente debe ser accesible para los
médicos en consultorios, hospitales y centros de atención de urgencia. La información debe
presentarse al solicitante dentro de los tres segundos posteriores a la solicitud, particularmente para
pacientes con alergias críticas y condiciones previas.
Se le ha pedido que prepare una presentación para las partes interesadas técnicas con
respecto a su plan para las pruebas de rendimiento.
¿Cuál de los siguientes es un ejemplo de
conjunto de información que se debe compartir con estas partes interesadas? Una vez configurado, el sistema de prueba de rendimiento requerirá la carga de datos. Una
vez cargado, procederemos a ejecutar un pequeño conjunto de scripts de muestra para
verificar el resultado. Cuando tengan éxito, procederemos con el script de prueba de
rendimiento que aumenta los usuarios a una velocidad de 10 por minuto hasta que
alcancemos el número objetivo de usuarios simultáneos. Esta carga se mantendrá entonces
durante 2 horas. El sistema de prueba de rendimiento costará $240,000, lo que incluirá el hardware y la
configuración. Este sistema nos permitirá crear un sistema de prueba que sea
representativo del sistema de producción y nos permitirá simular condiciones similares a
las de producción. Debido a que el costo de un sistema de prueba de rendimiento es prohibitivo,
realizaremos la prueba de rendimiento en el entorno de producción utilizando datos
en vivo Los riesgos del producto incluyen problemas de contención de datos, problemas de acceso a datos,
problemas de bloqueo que rechazarán solicitudes simultáneas, restricciones de ancho de banda de
red, errores de búsqueda de datos, ralentizaciones o cuellos de botella en la búsqueda de datos y
dificultad para que el usuario procese los datos devueltos.
Si su prueba de rendimiento está probando la velocidad de respuesta de un servicio
web, ¿qué protocolo se está utilizando?
ODBC
HTTP REST SMTP.
Si su prueba de rendimiento evalúa la velocidad con la que se envían y reciben las
solicitudes de la base de datos, ¿qué protocolo se utiliza? ODBC HTTP
REST SMTP.
Si está probando desde la interfaz de usuario y necesita simular la cantidad de tiempo que
le tomará a un usuario real leer un aviso e ingresar datos en un campo,
¿qué debe implementar en su script de prueba?
Tiempo de espera (Wait time) tiempo para pensar (Think time)
Tiempo de latencia(Latency time)
Tiempo de leer (Reading time).
¿Cuál es el valor de las transacciones anidadas para las pruebas de rendimiento? Admite el concepto de transacciones padre e hijo. Permite al probador medir una serie de transacciones discretas Acelera el tiempo de notificación de los resultados de rendimiento Omite el tiempo de comunicación de la red al enviar la transacción
directamente al servidor que la procesará.
Está trabajando en un proyecto que realiza un seguimiento de la información del historial de salud
de los pacientes en una región. La cantidad de registros que maneja el sistema es de millones debido
a la gran cantidad de pacientes en la región. La información del paciente debe ser accesible para los
médicos en consultorios, hospitales y centros de atención de urgencia. La información debe
presentarse al solicitante dentro de los tres segundos posteriores a la solicitud, particularmente para
pacientes con alergias críticas y condiciones previas.
Uno de los perfiles operativos que has identificado es médico de urgencias. Ha determinado
que esta persona accederá al sistema 10 veces por turno (un turno son 10 horas) y que
normalmente verán 6 registros de pacientes por cada acceso. Imprimirán esos registros de
pacientes para que se conserven en el archivo del paciente en el hospital. También
ingresarán notas en la base de datos con respecto al tratamiento del paciente. Para
pacientes nuevos, otro usuario ingresará la información al sistema.
Dada esta información, ¿qué falta para construir el perfil operativo para esta clase de
usuario?
No se realizaron entrevistas para comprender mejor la clase de usuario. Se desconoce el número de usuarios en todo el sistema para este rol No se ha considerado el procesamiento por lotes de la información de carga del
paciente No se han considerado otros componentes del sistema que pueden ser necesarios (carga de rayos
X, informes de resultados de laboratorio).
Está trabajando en un proyecto que realiza un seguimiento de la información del historial de salud
de los pacientes en una región. La cantidad de registros que maneja el sistema es de millones debido
a la gran cantidad de pacientes en la región. La información del paciente debe ser accesible para los
médicos en consultorios, hospitales y centros de atención de urgencia. La información debe
presentarse al solicitante dentro de los tres segundos posteriores a la solicitud, particularmente para
pacientes con alergias críticas y condiciones previas.
Uno de los perfiles operativos que has identificado es médico de urgencias. Ha determinado
que esta persona accederá al sistema 10 veces por turno (un turno son 10 horas) y que
normalmente actualizará 6 registros de pacientes para cada acceso ingresando notas en la
base de datos con respecto al tratamiento del paciente. Imprimirán esos registros de
pacientes para que se conserven en el archivo del paciente en el hospital. Para pacientes
nuevos, otro usuario ingresará la información al sistema.
Los turnos que trabajan estos médicos son: 7 am - 5 pm (turno diurno), 2 pm - medianoche (turno
vespertino), 9 pm a 7 am (turno nocturno). Hay 1000 médicos que trabajan en el turno de día, 1000
que trabajan en el turno de la tarde y 500 que trabajan en el turno de la noche. Suponiendo una
distribución uniforme del acceso al sistema a lo largo de un turno, ¿cuál de los siguientes es el perfil
de carga adecuado para estos médicos? 6250 transacciones por hora Incremento constante aumentando las transacciones en 15,000 por hora a partir de
15,000 transacciones y terminando en 150,000 transacciones Incremento escalonado con 7 horas a 21 000 transacciones, 3 horas a 27 000
transacciones, 3 horas a 36 000 transacciones, 11 horas a 66 000
transacciones Pruebas separadas para 120 000 transacciones por hora y 30 000 transacciones por
hora.
Está trabajando en un proyecto que realiza un seguimiento de la información del historial de salud
de los pacientes en una región. La cantidad de registros que maneja el sistema es de millones debido
a la gran cantidad de pacientes en la región. La información del paciente debe ser accesible para los
médicos en consultorios, hospitales y centros de atención de urgencia. La información debe
presentarse al solicitante dentro de los tres segundos posteriores a la solicitud, particularmente para
pacientes con alergias críticas y condiciones previas.
Uno de los perfiles operativos que has identificado es médico de urgencias. Ha determinado
que esta persona accederá al sistema 10 veces por turno (un turno son 10 horas) y que
normalmente actualizará 6 registros de pacientes para cada acceso ingresando notas en la
base de datos con respecto al tratamiento del paciente. Imprimirán esos registros de
pacientes para que se conserven en el archivo del paciente en el hospital. Para pacientes
nuevos, otro usuario ingresará la información al sistema.
Los turnos que trabajan estos médicos son: 7 am - 5 pm (turno diurno), 2 pm - medianoche (turno
vespertino), 9 pm a 7 am (turno nocturno). Hay 1000 médicos que trabajan en el turno de día, 1000
que trabajan en el turno de la tarde y 500 que trabajan en el turno de la noche.
Suponiendo una distribución uniforme del acceso al sistema a lo largo de un turno,
¿cuál es el mayor número de accesos simultáneos al sistema de estos médicos?
1,000 2,000 6,000 12,000.
¿Cuál es una de las ventajas de realizar pruebas de rendimiento a nivel
de protocolo?
Es el método más fácil para secuencias de comandos manuales.
Es la mejor manera de evaluar la experiencia total del usuario. Es escalable porque se omite el cliente. Es la mejor manera de manejar la correlación de datos.
¿Cuál es el mejor método para verificar que un script de prueba de rendimiento
agregó usuarios a un sistema?
Verifique la salida de error del script para verificar que no haya ocurrido ningún error Verifique manualmente a través de una aplicación para ver si los usuarios fueron creados Use el script para verificar a través de la aplicación que se crearon los usuarios Use el script para verificar que los usuarios existen en la base de datos.
Está trabajando en un proyecto que realiza un seguimiento de la información del historial de salud
de los pacientes en una región. La cantidad de registros que maneja el sistema es de millones debido
a la gran cantidad de pacientes en la región. La información del paciente debe ser accesible para los
médicos en consultorios, hospitales y centros de atención de urgencia. La información debe
presentarse al solicitante dentro de los tres segundos posteriores a la solicitud, particularmente para
pacientes con alergias críticas y condiciones previas.
Uno de los perfiles operativos que has identificado es médico de urgencias. Ha determinado
que esta persona accederá al sistema 10 veces por turno (un turno son 10 horas) y que
normalmente verán 6 registros de pacientes por cada acceso. Imprimirán esos registros de
pacientes para que se conserven en el archivo del paciente en el hospital. También
ingresarán notas en la base de datos con respecto al tratamiento del paciente. Para
pacientes nuevos, otro usuario ingresará la información al sistema.
Ha creado un script de rendimiento que inicia sesión como médico (desde una lista de médicos)
y luego realiza las búsquedas de pacientes. Cuando ejecuta el script, el inicio de sesión funciona,
pero luego no puede realizar las búsquedas de pacientes. Recibe un error que indica que el
usuario no es conocido por el sistema. ¿Cuál es probablemente tu problema?
El script no captura ni reutiliza el identificador del sistema para el usuario No puede utilizar el mismo usuario para iniciar sesión y realizar búsquedas de
pacientes porque el usuario ha caducado El script debe pasar el nombre de usuario/contraseña de inicio de sesión para cada
transacción El sistema almacena en caché la información de inicio de sesión del usuario anterior y
debe borrar el caché antes de poder iniciar sesión como un nuevo usuario.
Está probando una aplicación de ventas para un sistema de comercio electrónico. Está
particularmente interesado en el tiempo de respuesta cuando un usuario ingresa texto para
buscar un elemento en la base de datos. Ha notado que la primera vez que ejecutó las pruebas
tardó 5,00 segundos en responder, pero las consultas posteriores con los mismos datos
responden en 0,01 segundos.
¿Qué debería haber hecho durante la secuencia de comandos
para evitar este problema? No hay problema, el sistema se está volviendo más rápido Debe iniciar sesión cada vez para asegurarse de que la transacción se realice
nuevamente. Debe asegurarse de que el caché se borre porque los resultados de la consulta probablemente se
almacenen en caché Debe usar un usuario diferente para cada prueba para evitar que la
información del usuario se reutilice sin restaurarse.
¿Qué sucede cuando el sistema de prueba de rendimiento no es equivalente al
entorno de producción?
Las proyecciones se vuelven menos confiables y el riesgo aumenta porque los resultados
pueden no ser representativos Las pruebas tenderán a ejecutarse más rápidamente porque no están sobrecargadas con datos de
producción. Los resultados serán más fáciles de entender porque el sistema se puede configurar
para una prueba en particular Los proyectos se vuelven más confiables debido al enfoque específico y esto da como
resultado que se reduzca el riesgo.
¿Qué es un problema cuando se utiliza una herramienta de generación de carga configurada correctamente
para crear la carga de fondo para las pruebas de rendimiento?
La carga generada contendrá datos no válidos El generador de carga puede experimentar problemas de rendimiento y no podrá
mantener una carga constante La carga generada puede afectar al sistema de producción y a los datos de producción Los informes de registro del generador de carga pueden ser difíciles de leer, lo que genera
problemas con la interpretación de los resultados de rendimiento.
¿Cuál es el propósito de tener un período de aceleración al comienzo de las
pruebas de desempeño? Para aumentar el número de usuarios más allá de la carga deseada
Para permitir que el sistema alcance un estado estable antes de
tomar medidas Para permitir que el sistema logre un apagado ordenado después de las pruebas Para asegurarse de que las herramientas de monitoreo del desempeño estén funcionando.
¿Qué es un método para probar estados transitorios? Pruebas de carga constante Pruebas de pico y valle (Peak and valley testing) Prueba de picos
Pruebas de escalabilidad
.
Está trabajando en un proyecto que realiza un seguimiento de la información del historial de salud
de los pacientes en una región. La cantidad de registros que maneja el sistema es de millones debido
a la gran cantidad de pacientes en la región. La información del paciente debe ser accesible para los
médicos en consultorios, hospitales y centros de atención de urgencia. La información debe
presentarse al solicitante dentro de los tres segundos posteriores a la solicitud, particularmente para
pacientes con alergias críticas y condiciones previas.
Ha realizado sus pruebas y ha determinado las siguientes métricas:
< Tiempo de respuesta de 2 segundos: 85 % del tiempo <
Tiempo de respuesta de 3 segundos: 90 % del tiempo <
Tiempo de respuesta de 10 segundos: 95 % del tiempo <
Tiempo de respuesta de 60 segundos: 100 % del tiempo
Dada esta información, ¿cómo debe presentar los resultados a las partes interesadas?
La prueba falló, el sistema es demasiado lento. Los requisitos deben revisarse para
garantizar que se requieran menos de 3 segundos el 100 % del tiempo. El 95 % de las veces se cumple el objetivo de rendimiento, por lo que el sistema debe
aceptarse según los estándares de la industria. El tiempo de respuesta para el 90 % de las pruebas es probablemente aceptable según los
estándares de la industria, pero se necesitan más ajustes para reducir el tiempo de respuesta del
95 % El tiempo de respuesta para el 100 % de las pruebas es inaceptable y será necesario
ajustarlo para reducirlo a <3 segundos.
¿Cuál es el propósito de una herramienta generadora de carga? Crea una carga en la red para permitir la prueba de colisiones Mantiene una carga en la interfaz de usuario para imitar con precisión el tiempo de respuesta del usuario Alimenta datos al tablero que muestra cómo el sistema está respondiendo a la
carga Simula el comportamiento de los usuarios de acuerdo a los perfiles operativos.
¿Qué es una herramienta de pago por uso? Una herramienta con un acuerdo de licencia que requiere que pague solo por la
cantidad de usuarios virtuales e instancias que realmente usa Una herramienta basada en servidor que le proporciona la propiedad total de la herramienta
para su uso Una herramienta de monitoreo que completa el tablero con métricas pertinentes
basadas en lo que pagó para monitorear Una herramienta que proporciona la capacidad de probar desde múltiples puntos de presencia para la
generación de carga.
Está trabajando en un proyecto que realiza un seguimiento de la información del historial de salud
de los pacientes en una región. La cantidad de registros que maneja el sistema es de millones debido
a la gran cantidad de pacientes en la región. La información del paciente debe ser accesible para los
médicos en consultorios, hospitales y centros de atención de urgencia. La información debe
presentarse al solicitante dentro de los tres segundos posteriores a la solicitud, particularmente para
pacientes con alergias críticas y condiciones previas.
Tiene un equipo técnico que realiza las pruebas de rendimiento y se siente cómodo con la
programación de los scripts de prueba de rendimiento para la reutilización y la capacidad
de mantenimiento. Ahora está buscando una herramienta para usar en esta prueba. Ha
encontrado uno que es compatible con su entorno y podrá generar una carga a través de
los protocolos en uso. El equipo lo analizó y se sienten cómodos porque pueden codificar en
la herramienta y podrán crear sus scripts con poca capacitación.
Debido a que hay muchas partes interesadas en esta prueba, ha verificado que la herramienta
proporciona excelentes capacidades de supervisión y generación de informes. Ha verificado con los
diversos administradores del sistema que se sienten cómodos con la herramienta y felices de usar sus
capacidades de monitoreo además de sus propias herramientas durante la prueba.
¿Qué necesita verificar antes de seleccionar esta herramienta?
El cronograma del proyecto La disponibilidad de una capacidad de grabación/reproducción para que la usen sus probadores La capacidad de la herramienta para cumplir con sus requisitos para usuarios virtuales simultáneos La facilidad con la que su equipo puede codificar los scripts de rendimiento requeridos.
|
