performanceguide ASSAYWARE · ENGINEERING AIDS Assayware

CONSULTA / MÉTODO ASSAYWARE

Cómo se diseña y ejecuta una prueba.

Este mapa reúne las tareas técnicas del proceso completo. Úsalo como referencia mientras creas tu plan o preparas la ejecución.

Crear mi plan →
01Empieza por la actividad real

Mide visitas, solicitudes o lotes antes de decidir cuánta carga generar.

02Adapta la carga al sistema

Una web, una API y un servicio con puestos fijos reciben trabajo de formas distintas.

03Verifica antes de concluir

Comprueba scripts, carga aplicada y métricas antes de interpretar el resultado.

REFERENCIA / PROCESO COMPLETO

Las tareas de una prueba de principio a fin.

Elige una tarea para ver qué hacer y qué evidencia guardar.

11 tareas · 4 fases del método
MAPA INTERACTIVO

Consulta la tarea que necesitas preparar

Elige un círculo para abrir las instrucciones.

Después de estudiar la actividad, define en paralelo qué harán los usuarios y cuánta carga aplicarás. Ambas decisiones se reúnen al configurar la prueba.

Ver ejemplo: de los datos reales al escenario de prueba

DEL DATO AL ESCENARIO

Cómo se construye la carga a partir de las visitas.

El análisis estadístico y el comportamiento alimentan dos decisiones distintas: cuánto trabajo llega y qué hace cada visita. Ambos se unen antes de crear scripts y escenarios.

01 / OBSERVARRegistros de actividadVisitas, sesiones, operaciones y hora de cada evento
02 / ANALIZARDemanda estadísticaSerie temporal, hora pico, variabilidad y crecimiento
03A / MODELARComportamiento de usuarioRecorridos, mezcla, transiciones y tiempos de espera
03B / DISEÑAREscenario de cargaTasa de llegadas o puestos fijos + curva temporal

Las dos ramas se integran al crear y validar scripts, autómatas y la suite de prueba.

A / DEMANDA

Analiza visitas por intervalo

  1. Extrae actividad representativa por minuto y por hora; separa visitas, sesiones y operaciones completadas.
  2. Encuentra hora máxima, picos breves, estacionalidad, días atípicos y proporción de cada operación.
  3. Calcula la tasa media de la hora pico: total de la hora ÷ 3.600. Conserva también la serie por intervalos para no aplanar el pico.
  4. Aplica el crecimiento esperado como hipótesis explícita y marca la fecha y fuente de la muestra.

Salida: perfil de llegadas observado y proyectado.

B / COMPORTAMIENTO

Modela cada visita completa

  1. Identifica tipos de usuario y sus recorridos desde ingreso hasta salida, o ciclos repetidos de atención.
  2. Mide frecuencia y orden de operaciones, duración de sesión, transiciones y think time con registros cuando existan.
  3. Para B2C, usa circuito abierto: las visitas entran sin esperar a que termine otra. Para puestos fijos, modela ejecutivos y clientes por separado.
  4. Comprueba que la mezcla modelada reproduzca la productividad y las proporciones observadas.

Salida: autómata de usuario y unidad de trabajo.

C / ENSAMBLE

Convierte el modelo en prueba

  1. Elige el tipo de prueba según la pregunta: capacidad, carga prevista, pico, resistencia u otra.
  2. Asigna a cada tramo una tasa de llegadas o cantidad de puestos, mezcla de recorridos y duración.
  3. Valida que la carga lograda coincida con la curva planeada y que el inyector tenga holgura.
  4. Registra en la misma línea de tiempo SLA, errores, trabajo completado y recursos.

Salida: escenario verificable con criterios de aceptación.

REFERENCIA / CRITERIOS DE ÉXITO

¿Cómo sabrás si la prueba cumple?

Acuerda estas medidas antes de ejecutar. Compáralas durante el mismo período para interpretar el resultado.

01Trabajo completado

Visitas, operaciones o lotes terminados por unidad de tiempo.

02Tiempo de respuesta

Tiempo máximo aceptable para la mayoría de las operaciones críticas.

03Errores

Porcentaje de trabajos que fallan o quedan incompletos.

04Recursos

CPU, memoria, disco y red medidos durante la prueba.

FUENTES DEL MÉTODO

En qué se basa esta guía.

Esta versión utiliza F001-PRE- PRUEBAS DE RENDIMIENTO.pdf (págs. 7–37), white paper Control de Intensidad.docx.pdf (págs. 1–4) y el diagrama de flujo adjunto. Las recomendaciones orientan el diseño; confirma los datos y la arquitectura de tu sistema antes de ejecutar.