LoadFocus-Glossar

Kurze Erklärungen der Begriffe, die Ihnen in der App und in dieser Dokumentation begegnen, nach Produkt gruppiert. Jeder Begriff verweist auf die Seite, die ihn ausführlich behandelt.

Lasttest einrichten

• Virtueller Benutzer (VU): ein simulierter Benutzer, der die Anfragen Ihres Tests während des ganzen Tests nacheinander sendet. Die Zahl der virtuellen Benutzer gibt an, wie viele Personen der Test gleichzeitig darstellt. Siehe Was sind virtuelle Benutzer bei Lasttests?.
• Lastgenerator: eine Cloud-Maschine, die virtuelle Benutzer ausführt und deren Anfragen an Ihre Website sendet. Ein Test nutzt an jedem Standort einen oder mehrere Lastgeneratoren. Siehe Hardware der Lastgeneratoren.
• Engine: der Name, den die Ergebnisseite einem Lastgenerator gibt, etwa in "engine 2 peaked at 91% CPU" und im Tab Engine-Zustand von JMeter-Läufen. Siehe Auslastung der Lastgeneratoren.
• Hochlaufzeit: wie lange der Test braucht, um von null auf die volle Zahl virtueller Benutzer zu kommen. Siehe Was ist die Hochlaufzeit bei Lasttests?.
• Hochlauf-Schritte: die Anzahl der Schritte, in denen während der Hochlaufzeit virtuelle Benutzer hinzukommen. Mehr Schritte ergeben einen gleichmäßigeren Anstieg. Siehe Was sind Hochlaufschritte bei Lasttests?.
• Verzögerung: Verzögerung (ms) ist die Pause zwischen dem Start eines virtuellen Benutzers und dem Start des nächsten, damit nicht alle ihre erste Anfrage im selben Moment senden. Siehe Was ist Verzögerung bei der Durchführung eines Lasttests?.
• Dauer: wie lange der Test Last erzeugt, in Sekunden angegeben. Siehe Was ist die Dauer bei Lasttests?.
• Iteration: ein Durchlauf eines virtuellen Benutzers durch alle Anfragen des Tests. Mit Nach Iterationen statt nach Zeit ausführen führt jeder Benutzer eine feste Zahl von Iterationen aus. In k6-Tests werden die Iterationen geteilt: Die Benutzer führen insgesamt so viele Iterationen aus und starten gleichzeitig. Siehe Was sind Iterationen bei Lasttests?.
• Standort: die Cloud-Region, in der die Lastgeneratoren laufen. Bezahlte Tarife können jeden der 25 Standorte wählen. Siehe Geografischer Teststandort bei Lasttests.
• Zeitplan: führt einen Test automatisch zu den von Ihnen festgelegten Zeiten aus und benachrichtigt Sie per E-Mail, wenn ein Lauf seine Schwellenwerte verfehlt oder nicht abgeschlossen wird. Siehe Geplante Lasttests.
• Pass/Fail-Schwellenwert: eine Grenze, etwa eine maximale Antwortzeit oder Fehlerrate, die jeden Lauf automatisch als bestanden oder fehlgeschlagen markiert. Siehe Pass/Fail-Schwellenwerte.
• AI Credits: das, was KI-Analysen von Ergebnissen und Create with AI verbrauchen: 1 Credit pro Analyse. Jeder Tarif enthält einige pro rollierenden 30 Tagen. Siehe AI Credits.

Lasttestergebnisse

• Testlauf-ID: die Nummer eines Laufs eines Tests. Jeder Lauf erhält die nächste Nummer für diesen Testnamen, angezeigt als Lauf im Tab Übersicht. Siehe Was ist eine Testlauf-ID?.
• Sample: eine von einem Lastgenerator aufgezeichnete Anfrage mit ihrer Antwortzeit und ihrem Ergebnis. Samples in der Übersicht ist die Gesamtzahl der gesendeten Anfragen. Siehe Was sind Samples bei Lasttests?.
• Hits/s: die Anzahl der Anfragen, die Ihre Anwendung pro Sekunde erhält. Die Übersicht zeigt den Durchschnitt des Laufs. Siehe So prüfen Sie Lasttestergebnisse.
• Durchsatz: wie viel Arbeit der Test pro Sekunde bewältigt, gezählt in Anfragen (Hits/s) oder in gesendeten und empfangenen Kilobytes, wie im Tab Erkenntnisse. Siehe Lasttest-Erkenntnisse.
• Perzentil (P90, P95, P99): die Antwortzeit, unter der 90 %, 95 % oder 99 % der Anfragen lagen. Perzentile zeigen die langsamen Ausreißer, die ein Durchschnitt verdeckt. Siehe Durchschnittliche Antwortzeit entschlüsseln.
• Fehlerrate: der Anteil der Anfragen, die fehlgeschlagen sind, mit einer 4xx- oder 5xx-Antwort oder einem Verbindungsfehler. Die Übersicht zeigt sie als Fehler %. Siehe Fehler nach Typ und Fehlerrate.
• Baseline: ein Lauf, den Sie als Referenzwert festlegen. Sechs Kennzahlen anderer Läufe zeigen dann die prozentuale Veränderung dazu. Siehe Baseline-Vergleich zwischen Lasttests.

API-Monitoring

• Prüfung: ein Test Ihrer API oder Website, den LoadFocus nach Zeitplan von den gewählten Standorten ausführt: API, Multistep, Browser, DNS oder TCP. Siehe So erstellen Sie eine neue API-Prüfung.
• Prüflauf: eine Ausführung einer Prüfung von einem Standort. Eine Multistep-Prüfung zählt einen Lauf pro Schritt. Tarife enthalten eine Anzahl von Prüfläufen pro Monat. Siehe Tarife und Limits.
• Heartbeat-Monitor: ein Monitor für geplante Jobs. Statt dass LoadFocus Ihren Dienst aufruft, ruft Ihr Job LoadFocus bei jedem erfolgreichen Abschluss auf, und der Monitor geht auf DOWN, wenn der Aufruf nicht rechtzeitig kommt. Siehe Heartbeat-Monitore (Cron-Jobs).
• Benachrichtigungskanal: wohin Alerts gesendet werden: E-Mail, Slack, Microsoft Teams, Webhook, Discord, PagerDuty oder Opsgenie. Siehe Benachrichtigungskanäle.
• Wartungsfenster: ein Zeitraum, in dem Alerts für die gewählten Prüfungen stummgeschaltet sind. Die Prüfungen laufen weiter und zeichnen Ergebnisse auf. Siehe Wartungsfenster.
• Snippet: ein wiederverwendbares Stück JavaScript, das Sie einmal speichern und mit require() in Prüfskripte laden. Siehe Snippets.
• Setup- und Teardown-Skripte: JavaScript, das einmal direkt vor einer Prüfung (Setup) und einmal direkt danach (Teardown) läuft, etwa um ein Token zu holen oder Testdaten aufzuräumen. Siehe Setup- und Teardown-Skripte.
• SLO und SLA: ein SLO-Ziel ist die Verfügbarkeit, die Sie für einen Monitor anstreben, zum Beispiel 99,9 %. Der SLA-Bericht ist die regelmäßige E-Mail, die die Verfügbarkeit im Vergleich zu diesem Ziel zeigt. Siehe SLA- & SLO-Uptime-Berichte.
• Error-Budget: die Ausfallzeit, die Ihr SLO-Ziel im Zeitraum erlaubt. Ein Ziel von 99,9 % über 30 Tage erlaubt rund 43 Minuten. Ist das Budget aufgebraucht, ist das SLO verletzt. Siehe SLA- & SLO-Uptime-Berichte.
• Statusseite: eine öffentliche Seite, die den aktuellen Status der von Ihnen gewählten Monitore zeigt. Siehe Erstellen Sie eine öffentliche Statusseite für Ihre Monitore.

Seitengeschwindigkeits-Überwachung

• Test: in der Seitengeschwindigkeits-Überwachung eine Lighthouse-basierte Prüfung einer URL von einem Standort Ihrer Wahl, nach einem Zeitplan, den Sie festlegen. Siehe Neuen Page-Speed-Test erstellen.
• Monitor: die Alert-Regel, die Sie an einen Page-Speed-Test hängen. Sie benachrichtigt Sie, wenn ein Score oder eine Metrik den festgelegten Wert überschreitet. Siehe Neuen Alert erstellen.
• Lighthouse-Score: vier Scores von 0 bis 100, Performance, Accessibility, Best Practices und SEO, die jeweils eine ganze Kategorie von Prüfungen zusammenfassen. Siehe Alert-Metriken.
• Core Web Vitals: die drei Metriken, mit denen Google das Seitenerlebnis bewertet. Siehe Was sind die Core Web Vitals?.
  • LCP (Largest Contentful Paint): wie lange der größte Textblock oder das größte Bild braucht, bis es erscheint. Misst das Laden.
  • INP (Interaction to Next Paint): wie lange die Seite nach einem Klick, Tippen oder Tastendruck braucht, um sichtbar zu reagieren. Misst die Reaktionsfähigkeit.
  • CLS (Cumulative Layout Shift): wie stark sichtbare Inhalte beim Laden der Seite verrutschen. Misst die visuelle Stabilität.
• Labor-Daten und Feld-Daten: Labor-Daten stammen aus einem einzelnen kontrollierten Testlauf, etwa einem Page-Speed-Test. Feld-Daten stammen von echten Besuchern über einen Zeitraum, etwa die 28 Tage des Chrome UX Report oder Ihre eigenen RUM-Daten. Siehe Echte Nutzer-Feld-Daten (CrUX).
• RUM (Real User Monitoring): Core Web Vitals, gemessen in den Browsern der Menschen, die Ihre Website besuchen, über ein kleines Skript, das Sie in Ihre Seiten einbauen. Siehe Real User Monitoring (RUM).