Sprint 10: Convergence Loop — 19 Sites vollständig laden #61

Closed
opened 2026-06-18 13:11:37 +00:00 by Artur · 1 comment
Owner

Sprint 10: Convergence Loop

Issue: #60
Epic: Phase 2 Production Engine
Aufwand: ~12h (iterativ)
Abhängigkeit: Sprint 6-9 (#56-#59) — alle vorherigen Sprints

Problem

Nach den Architektur-Änderungen (S6-S9) müssen ALLE 19 Sites im Corpus vollständig laden. Jede Site wird einzeln getestet, jede fehlende API wird implementiert.

Vorgehen

flowchart LR
    A[Run corpus site] --> B{Crashed?}
    B -- Yes --> C[Analyze missing API]
    C --> D[Write regression test]
    D --> E[Implement fix]
    E --> F[Run full test suite]
    F --> G{Pass?}
    G -- No --> E
    G -- Yes --> A
    B -- No --> H[Next site]

Tasks

1. Corpus-Durchlauf:

  • Alle 19 Sites: bun run crawl:strict corpus/full-detection.json
  • Jede Site einzeln, Output protokollieren:
    • Ladezeit, DOM-Größe, Anzahl Scripts, Errors
    • Finaler DOM (HTML-Inhalt)
    • Network-Log

2. Fehleranalyse pro Site:

  • Jeder Crash → Issue erstellen → Fix + Test → Commit
  • Jeder Silent-Fail → Issue erstellen → Fix + Test → Commit

3. Performance-Benchmark:

# Vergleich mit Chrome (Puppeteer):
bun run bench                   # Unser Engine
node scripts/bench-chrome.js    # Chrome via Puppeteer

Metriken: page.timing() vs Chrome's performance.timing

4. Stabilitätstests:

  • 10x gleiche Seite laden → gleicher DOM (Snapshot-Vergleich)
  • Memory-Nutzung über 10 Seiten (kein Leak)
  • 5 Pages parallel (kein Crash)

5. Dokumentation:

  • COMPATIBILITY.md aktualisieren
  • TEST-REPORT.md schreiben
  • Performance-Report

Betroffene Dateien

Datei Änderung
corpus/full-detection.json ggf. erweitern
COMPATIBILITY.md aktualisieren
TEST-REPORT.md neu schreiben
Alle Source-Dateien je nach gefundenen Gaps

Akzeptanzkriterien

  • Alle 19 Sites laden vollständig (volles App-DOM)
  • bun run crawl:strict corpus/full-detection.json → 19/19 success
  • Performance: 2x schneller als Chrome
  • Stabilität: 10x gleiche Seite = gleicher DOM
  • Memory: kein Leak über 10 Seiten
  • COMPATIBILITY.md zeigt 100% Coverage
## Sprint 10: Convergence Loop **Issue:** #60 **Epic:** Phase 2 Production Engine **Aufwand:** ~12h (iterativ) **Abhängigkeit:** Sprint 6-9 (#56-#59) — alle vorherigen Sprints ### Problem Nach den Architektur-Änderungen (S6-S9) müssen ALLE 19 Sites im Corpus vollständig laden. Jede Site wird einzeln getestet, jede fehlende API wird implementiert. ### Vorgehen ```mermaid flowchart LR A[Run corpus site] --> B{Crashed?} B -- Yes --> C[Analyze missing API] C --> D[Write regression test] D --> E[Implement fix] E --> F[Run full test suite] F --> G{Pass?} G -- No --> E G -- Yes --> A B -- No --> H[Next site] ``` ### Tasks **1. Corpus-Durchlauf:** - Alle 19 Sites: `bun run crawl:strict corpus/full-detection.json` - Jede Site einzeln, Output protokollieren: - Ladezeit, DOM-Größe, Anzahl Scripts, Errors - Finaler DOM (HTML-Inhalt) - Network-Log **2. Fehleranalyse pro Site:** - Jeder Crash → Issue erstellen → Fix + Test → Commit - Jeder Silent-Fail → Issue erstellen → Fix + Test → Commit **3. Performance-Benchmark:** ```bash # Vergleich mit Chrome (Puppeteer): bun run bench # Unser Engine node scripts/bench-chrome.js # Chrome via Puppeteer ``` Metriken: `page.timing()` vs Chrome's `performance.timing` **4. Stabilitätstests:** - 10x gleiche Seite laden → gleicher DOM (Snapshot-Vergleich) - Memory-Nutzung über 10 Seiten (kein Leak) - 5 Pages parallel (kein Crash) **5. Dokumentation:** - `COMPATIBILITY.md` aktualisieren - `TEST-REPORT.md` schreiben - Performance-Report ### Betroffene Dateien | Datei | Änderung | |-------|----------| | `corpus/full-detection.json` | ggf. erweitern | | `COMPATIBILITY.md` | aktualisieren | | `TEST-REPORT.md` | neu schreiben | | Alle Source-Dateien | je nach gefundenen Gaps | ### Akzeptanzkriterien - [ ] Alle 19 Sites laden vollständig (volles App-DOM) - [ ] `bun run crawl:strict corpus/full-detection.json` → 19/19 success - [ ] Performance: 2x schneller als Chrome - [ ] Stabilität: 10x gleiche Seite = gleicher DOM - [ ] Memory: kein Leak über 10 Seiten - [ ] `COMPATIBILITY.md` zeigt 100% Coverage
Artur closed this issue 2026-06-19 20:56:12 +00:00
Author
Owner

Geschlossen — superseded by new targeted issues (#113-#116)

Geschlossen — superseded by new targeted issues (#113-#116)
Sign in to join this conversation.
No milestone
No project
No assignees
1 participant
Notifications
Due date
The due date is invalid or out of range. Please use the format "yyyy-mm-dd".

No due date set.

Dependencies

No dependencies set.

Reference
glow-all/true-headless-browser#61
No description provided.