README: die sechs Pruefwerkzeuge und warum es sie gibt
All checks were successful
Build APK / build-apk (push) Has been skipped

Der Browser-Mock liefert bei Netzwerkwerkzeugen grundsaetzlich den guten Fall -
er gibt sogar jedem Geraet eine MAC, die beim Kunden nie ankommt.

Co-Authored-By: Claude Opus 5 (1M context) <noreply@anthropic.com>
This commit is contained in:
Eduard Wisch 2026-08-17 18:05:27 +02:00
parent 701192b53c
commit d5ea70ebe5

View file

@ -77,9 +77,22 @@ node tools/render-chart.mjs # rendert die echten Diagramm-Komponenten
# nach .render/*.svg — ansehen, nicht annehmen
node tools/pruefe-monitor.mjs # rechnet die Verfügbarkeits-Auswertung gegen
# konstruierte Fälle mit Handwerten durch
node tools/pruefe-kette.mjs # Internet-Kette: Fehlerglied, Anmeldeseite
node tools/pruefe-dns.mjs # DNS: NXDOMAIN ist KEIN Ausfall
node tools/pruefe-geraetediff.mjs # Geräte-Vergleich, alle Fälle OHNE MAC
node tools/pruefe-geraeteaktionen.mjs # Sortierung nach Gerätetyp
node tools/pruefe-serveradresse.mjs # http:// bei https-App abweisen
node tools/test-recommend.mjs # Kanalempfehlung
```
**Warum es diese Prüfer gibt:** Der Browser-Mock liefert bei Netzwerkwerkzeugen
grundsätzlich den guten Fall — er gibt sogar jedem Gerät eine MAC-Adresse, die
beim Kunden nie ankommt. Wer im Mock klickt, prüft den Mock. Deshalb liegt die
Bewertungslogik jeweils in einer Datei **ohne Laufzeit-Import**
(`*-bewertung.ts`, `geraete-diff.ts`, `serveradresse.ts`), die Node dank
Type-Stripping direkt laden kann. Jeder dieser sechs Prüfer hat mindestens
einen echten Fehler gefunden (Muster und Bilanz: KB #1091).
`render-chart.mjs` gibt es, weil die erste Fassung der WLAN-Diagramme unbemerkt
unlesbar in den Einsatz ging: der Emulator hat keine WLAN-Hardware, also war
nie ein gefülltes Diagramm zu sehen. SVGs mit `rsvg-convert x.svg -o x.png`