Die Testseite als Live-Probe

test/index.html ist eine framework-freie Seite, die die gebaute Bibliothek lädt und ein Protokoll (Transkript) einer festen Szenarienserie rendert: Umgebung, Client-Version, rohe Last, beobachteter Wert, Erwartung und PASS/FAIL pro Szenario. Es ist dieselbe Seite in den Simulatoren wie in einem echten Client — die Hosts unterscheiden sich nur darin, wie sie sie einbetten. Daraus wird eine Live-Probe: registrieren Sie die URL in einer echten enaio-Installation und vergleichen das Live-Transkript mit dem Simulator-Transkript.

1. 1. Bauen und ausliefern

npm run build

Danach test/ (und die gebaute dist/, die die Seite aus dist/esm/index.js lädt) aus jeder beliebigen Origin ausliefern, der der enaio-Server laden kann — zum Beispiel ein einfacher HTTP-Server in Ihrem Netz:

# jeder statische Server funktioniert; die e2e-Suite verwendet Port 4599
# (Simulator) und 4600 (foreign Origin) via `npm run test:e2e`
npx http-server -p 8080 --cors .

Die URL-Parameter der Seite (aus location.search gelesen):

Parameter Wirkung

origin

Erwarteter Webclient-Origin (z. B. origin=https://enaio.example.com — Schema + Host + Port). Weglassen, um den Lernpfad zu testen. "*" wird von der Seite selbst abgelehnt. Im Rich Client wird sie ignoriert.

mode

webclient / richclient / standalone — legt fest, welcher Host/Fixture geprüft wird (Standard: Auto-Erkennung)

selection

Fixture-Auswahl: normal / typeless / empty

detectionTimeoutMs, timeoutMs

Überschreiben die Erkennungs-Obergrenze und den Antwort-Timeout (Standards 5000/5000)

2. 2. Die Probe registrieren

Webclient: das Dashlet mit der URI http://<your-host>:<port>/test/index.html?origin=https://enaio.example.com registrieren, wobei origin der genaue enaio-Webclient-Origin ist. origin weglassen, um den Lernpfad zu testen (die Seite lernt den Webclient-Origin aus dem ersten onInit — siehe Origin-Konfiguration).

Rich Client: dieselbe URL registrieren (der origin-Parameter wird im Rich Client ignoriert); der Host injiziert die Bridge, und die Seite initialisiert sich selbst daraus.

3. 3. Das Protokoll lesen

Ein Dokument auswählen (oder die Auswahl ändern) und das Protokoll beobachten:

  • die erkannte Umgebung (webclient / richClient / standalone);

  • Client-Version und Sprache;

  • die rohe Last jedes Events und Aufrufs, neben dem beobachteten Wert, der Erwartung und der PASS/FAIL-Markierung;

  • der typeless Marker für Tray-Dokumente (Rich-raw 13107200 / 19660800 und Webclient "-1" normalisieren alle auf objectTypeId: -1).

Derselbe Szenariensatz läuft in allen vier Hosts (Webclient, Rich Client, Standalone, Desktop-App); ein PASS im Simulator und ein FAIL im Live-Host — oder eine andere rohe Last — ist so auf einem Bildschirm direkt sichtbar. Das ist der Diskrepanz-Workflow: dieselbe Seite, dieselben Szenarien, anderer Host; das Protokoll diffen isoliert die Simulator-gegen-Real-Unterschiede.

4. Weiterführende Seiten