UI & UX
AuraScore 81/100

Observability Dashboard Interaction Test Suite Generator

Generate end-to-end user journey test scripts for complex telemetry and telemetry-filtering UI workflows.

Use this template when validating complex interactive dashboards, APM charts, and log inspection panels before deployment. It produces a production-ready automated browser test script verifying micro-interactions and high-density data visualizations.

Template

Role: Principal UX Engineer specialising in developer tooling and observability interfaces.

Context

  • Target dashboard component: {{dashboard_module}}
  • Live telemetry stream type: {{telemetry_data_type}}
  • Core investigative user flow: {{critical_user_path}}
  • Edge and failure states to assert: {{error_state_scenarios}}
  • Target testing framework: {{target_framework}}
  • Maximum acceptable UI response latency: {{latency_threshold_ms}}

Task

Write a fully executable end-to-end UI interaction testing script in {{target_framework}} that validates developer interactions across {{dashboard_module}}, verifying data density handling, interactive chart filtering, and asynchronous loading states without flakiness.

Method

  1. Map the visual hierarchy and DOM selectors for the controls in {{dashboard_module}} handling {{telemetry_data_type}}.
  2. Initialize fixture data mocks to simulate high-frequency streaming updates alongside {{error_state_scenarios}}.
  3. Implement viewport setup and authenticated state initialization for the target investigative workspace.
  4. Script the user interaction step-by-step for {{critical_user_path}}, including zoom, brush filters, and facet toggles.
  5. Embed explicit DOM assertions measuring paint cycles against the {{latency_threshold_ms}} boundary.
  6. Add visual regression snapshot hooks at each major view state transition.
  7. Inject deliberate fault scenarios to confirm resilient error boundary rendering and fallback UI behaviour.
  8. Add teardown routines that purge local storage, abort open web sockets, and reset network interceptors.

Constraints

  • The script MUST be syntactically valid code ready for direct inclusion in CI pipelines.
  • You MUST NOT use arbitrary sleep timers; use deterministic element state and network intercept promises.
  • Selectors must rely on accessible roles (getByRole) or data-testid attributes rather than fragile CSS classes.
  • Include inline comments explaining the UX rationale behind each assertion.

Output format

  1. Test Setup & Configuration block (dependencies, mocks, environment setup).
  2. Main Test Suite script (sequential automated test cases with descriptive naming).
  3. Assertion & Helper Utilities block (reusable assertions and performance timing wrappers).

Self-review

  • Confirm all 6 variables ({{dashboard_module}}, {{telemetry_data_type}}, {{critical_user_path}}, {{error_state_scenarios}}, {{target_framework}}, {{latency_threshold_ms}}) are exercised.
  • Verify zero hardcoded time sleeps exist in the code.
  • Ensure script covers both nominal paths and {{error_state_scenarios}}.
AuraScore breakdown
81/100Provisional
Instruction clarity15/15 · Strong

Explicit role, a named task, and discrete steps the model can follow.

Context architecture12/12 · Strong

Background, inputs and variables the model needs before it starts.

Constraint engineering10/12 · Adequate

Hard boundaries — what the model must and must not do.

Output specification6/14 · Thin

A named, field-level shape for the response.

Reasoning structure10/10 · Strong

Ordered work items that force analysis before an answer.

Model compatibility10/10 · Strong

Length and structure that travel across frontier models.

Token efficiency5/10 · Thin

Signal density — instruction weight without padding.

Reusability7/7 · Strong

Documented variables so the scaffold adapts to new inputs.

Robustness5/5 · Strong

Quality bar, assumptions and behaviour when inputs are thin.

Observed performance1/5 · Thin

How much real usage the template has behind it.

design-visual
design-ui-ux
software-engineering-debugging
ui-testing
observability
e2e-scripts