Guide / 10 min read

From HAR evidence to a defensible performance workload

Translate browser traffic and operational evidence into a workload model without inventing production behavior.

A HAR file describes one or more observed browser sessions. It does not, by itself, describe production arrival rates, concurrency, user mix, pacing, seasonality, or service-level objectives.

A defensible workflow combines HAR journeys with API definitions, production traffic aggregates, logs, topology, known campaigns, and approved NFRs. Missing evidence should remain visible as an assumption requiring review.

Model before scripting

  1. Identify business journeys and dependent services.
  2. Separate observed request behavior from inferred user behavior.
  3. Define baseline, peak, stress, and degradation profiles.
  4. Validate data isolation, safety limits, and environment capacity.
  5. Generate and critique the framework-specific script only after model approval.

This order prevents a technically runnable script from being mistaken for a representative performance test.

Working session

See the quality circuit working on your delivery context.

Bring one requirement set, workflow, or performance concern. We will map the governed path from source to executable evidence.