Was macht Benchmark – Leistungsbasislinie & Regressionserkennung?
Wann verwenden
- Vor und nach einem PR zur Messung der Leistungsauswirkungen
- Einrichten von Leistungsbasislinien für ein Projekt
- Wenn Benutzer melden „es fühlt sich langsam an“
- Vor einer Veröffentlichung – stellen Sie sicher, dass die Leistungsziele erreicht werden
- Vergleichen Ihres Stacks mit Alternativen
So funktioniert es
Modus 1: Seitenleistung
Misst echte Browser-Metriken über Browser MCP:
1. Navigiere zu jeder Ziel-URL
2. Miss die Core Web Vitals:
- LCP (Largest Contentful Paint) – Ziel < 2,5s
- CLS (Cumulative Layout Shift) – Ziel < 0,1
- INP (Interaction to Next Paint) – Ziel < 200ms
- FCP (First Contentful Paint) – Ziel < 1,8s
- TTFB (Time to First Byte) – Ziel < 800ms
3. Miss die Ressourcengrößen:
- Gesamtseitengewicht (Ziel < 1 MB)
- JS-Bündelgröße (Ziel < 200 KB gzip)
- CSS-Größe
- Bildgewicht
- Gewicht von Drittanbieter-Skripten
4. Zähle Netzwerkanfragen
5. Prüfe auf render-blockierende Ressourcen
Modus 2: API-Leistung
Benchmarkt API-Endpunkte:
1. Rufe jeden Endpunkt 100 Mal auf
2. Miss: p50, p95, p99 Latenz
3. Verfolge: Antwortgröße, Statuscodes
4. Teste unter Last: 10 gleichzeitige Anfragen
5. Vergleiche mit SLA-Zielen
Modus 3: Build-Leistung
Misst die Entwicklungs-Rückkopplungsschleife:
1. Kalte Build-Zeit
2. Hot Reload-Zeit (HMR)
3. Testsuite-Dauer
4. TypeScript-Prüfzeit
5. Lint-Zeit
6. Docker-Build-Zeit
Modus 4: Vorher/Nachher-Vergleich
Führe vor und nach einer Änderung durch, um die Auswirkungen zu messen:
/benchmark baseline # speichert aktuelle Metriken
# ... Änderungen vornehmen ...
/benchmark compare # vergleicht mit der Basislinie
Ausgabe:
| Metrik | Vorher | Nachher | Differenz | Ergebnis |
|---------|--------|---------|-----------|----------------|
| LCP | 1,2s | 1,4s | +200ms | WARNUNG: WARN |
| Bündel | 180KB | 175KB | -5KB | ✓ BESSER |
| Build | 12s | 14s | +2s | WARNUNG: WARN |
Ausgabe
Speichert Basislinien in .ecc/benchmarks/ als JSON. Git-versioniert, sodass das Team gemeinsame Basislinien teilt.
Integration
- CI:
/benchmark comparebei jedem PR ausführen - Kombinieren mit
/canary-watchfür Post-Deploy-Monitoring - Kombinieren mit
/browser-qafür vollständige Auslieferungs-Checkliste