Eine Zusammenfassung eines abgeschlossenen Auslastungstests finden Sie auf der Seite Testbericht auf der Registerkarte Zusammenfassung .

Umriss

Oben auf der Berichtsseite finden Sie eine Übersicht über die Testergebnisse und allgemeine Informationen zum Test. Die Teststatusanzeige stellt das Verhältnis von erfolgreich ausgeführten Testsitzungen zu fehlerhaften Sitzungen dar. Um Details zu fehlgeschlagenen Sitzungen anzuzeigen, wechseln Sie zur Registerkarte ” Sitzungen ” und filtern Sie die Sitzungsliste nach dem Status “Fehlgeschlagen “.

Um die Liste der für den Test instanziierten Load Injectors mit den entsprechenden IP-Adressen herunterzuladen, klicken Sie im Abschnitt Bericht “Allgemeine Informationen” auf In CSV exportieren.

Diagrammübersicht

Die vertikale Y-Achse in jedem Diagramm stellt je nach Diagrammtyp die Parameter für die Testausführung dar. Die horizontale X-Achse zeigt die Testdauer in Minuten an.

Ausführungsplan

Das Liniendiagramm zeigt die Änderung der tatsächlichen Anzahl virtueller Benutzer während des Testzeitraums im Vergleich zur erwarteten Anzahl virtueller Benutzer basierend auf dem Testszenario. Sie können anzeigen, ob der Testausführungsplan in Bezug auf die Benutzerauslastung erfolgreich implementiert wurde.

Die Y-Achse stellt die Anzahl der virtuellen Benutzer dar.

Die folgenden Zeilen werden im Diagramm angezeigt:

  • Max. Virtuelle Benutzer – die vordefinierte maximale Anzahl virtueller Benutzer, die gleichzeitig auf der Zielressource simuliert werden können.
  • Tatsächliche virtuelle Benutzer – die Anzahl der Benutzer, die tatsächlich pro Zeitintervall auf der Zielressource simuliert wurden. Jeder Knoten stellt die Gesamtzahl der Benutzer dar, die während eines bestimmten Zeitraums simuliert wurden. Der erste Knoten stellt die Startnummer der Benutzer dar.
  • Erwartete virtuelle Benutzer – zeigt die prognostizierte Änderung der Anzahl der Benutzer an, um die geplante maximale Auslastung zu erreichen.

Wenn die Zeile “Tatsächliche virtuelle Benutzer” die Zeile “Max. virtuelle Benutzer” erreicht, wurden alle virtuellen Benutzer, die dem Test zugeordnet sind, verwendet, und die Site wurde unter der geplanten maximalen Auslastung getestet. Auf der anderen Seite tritt ein Problem auf, wenn es eine große Abweichung zwischen diesen beiden Linien gibt, wie in der Abbildung unten gezeigt.

Ausführungsplan für Auslastungstests

Die häufigsten Gründe, warum der Wert für die maximale Anzahl virtueller Benutzer nicht erreicht wurde, sind:

  • LIs stoßen an ein CPU-Auslastungslimit. Überprüfen Sie das Last-Injektor-Lastdiagramm im Testbericht.
  • Bei zielbasierten Tests wurde das Transaktionsziel mit der geringeren Anzahl von Benutzern erreicht, als von Max Virtual Users angegeben. Überprüfen Sie das Diagramm Transaktionen pro Minute im Testbericht.

Transaktionen pro Minute (nur Zielbasierter Auslastungstest)

Das Diagramm gibt das Ziel im Vergleich zur tatsächlichen Anzahl der Transaktionen pro Minute bei jeder Testiterationan.

Die Y-Achse stellt die Anzahl der Transaktionen dar, die pro Minute für die Zielressource ausgeführt werden.

Das Diagramm zeigt die folgenden Linien:

  • Transaktionen (geplant) – die geplante Anzahl von Transaktionen pro Minute, die im Testszenario festgelegt ist.
  • Transaktionen (Ist) – die tatsächliche Anzahl der Transaktionen, die bei jeder Iteration auf der Zielwebsite simuliert wurden. Die Linie weist Lücken auf, die die Kalibrierungszeiträume anzeigen.
  • Kalibrierungszeiträume – eine Zeit, die benötigt wird, um die nächste Laststufe zu erreichen. Kalibrierungszeiträume werden als abgeblendete Lücken zwischen Zeiträumen der tatsächlichen Belastung angezeigt.

 

Transaktionszielbasierte Auslastungstests

Wenn das Ziel nicht erreicht wurde, während sich die Zeile “Tatsächliche virtuelle Benutzer” im Diagramm “Ausführungsplan” mit der Zeile “Maximale Anzahl virtueller Benutzer” überschneidet, erhöhen Sie den Wert “Maximale gleichzeitige Benutzer” im Testszenario, und wiederholen Sie den Test.

Reaktionszeit

Das Diagramm “Antwortzeit

” zeigt die Änderung der tatsächlichen durchschnittlichen Dauer von Transaktionen und das zugehörige 90. Perzentil.

Das 90. Perzentil gibt an, dass 90 % der Testtransaktionen eine Antwortzeit haben, die gleich oder niedriger als der im Diagramm angegebene Wert für die Antwortzeit von 90 % ist.

Die Y-Achse stellt die Zeit in Sekunden dar. Jeder Knoten im Diagramm stellt den Wert für die Antwortzeit dar, der für das entsprechende Intervall berechnet wurde.

Wenn es keine signifikanten Linienschwankungen im Diagramm gibt, hat Ihre Website die Testlast erfolgreich bewältigt.

Wenn Sie während des Tests einen dramatischen Anstieg oder Rückgang der Reaktionszeit oder einen starken Spitzenwert festgestellt haben, finden Sie in den anderen Diagrammen weitere Informationen. In den folgenden Diagrammen ist beispielsweise ein dramatischer Anstieg der Antwortzeit zu sehen, der durch einen progressiven Anstieg der Anzahl von Sitzungen mit Fehlern verursacht wird.

Reaktionszeit im Vergleich zu fehlgeschlagenen Testsitzungen

Session-Statistik

Das Diagramm “Gestartete Sitzungen” ermöglicht den Vergleich der Gesamtzahl der gestarteten Sitzungen und der Anzahl der fehlgeschlagenen/erfolgreichen Sitzungen . Die Y-Achse zeigt die Anzahl der Sitzungen an.

Eine Sitzung umfasst einen Browserstart/-abschaltung und eine Transaktion für sich.

Auf dem Diagramm finden Sie die folgenden Zeilen:

  • Gestartete Sitzungen – die Gesamtzahl der Sitzungen, die in einem bestimmten Zeitintervall gestartet wurden.
  • Success Sessions – die Anzahl der Sitzungen, die fehlerfrei ausgeführt wurden, d.h. alle Anfragen an Testziele wurden erfolgreich ausgeführt.
  • Fehlgeschlagene Sitzungen – die Anzahl der Sitzungen mit Fehlern (keine Schlüsselwörter/Bilder gefunden, kein Zugriff auf die Zielressource usw.).
  • Nicht abgeschlossene Sitzungen: Die Anzahl der Sitzungen, die am Ende der Testdauer automatisch abgebrochen wurden. Weitere Informationen zu dieser Art von Auslastungstestsitzungen finden Sie im Artikel “Nicht abgeschlossene Sitzungen” unserer Knowledge Base.

Das Diagramm ” Kumulative Sitzungen” zeigt die Gesamtzahl der Sitzungen, die während des Tests gestartet wurden. Das Diagramm ermöglicht es LoadView-Benutzern, die Gesamtzahl der virtuellen Benutzer zu bewerten, die während des Testzeitraums auf der Zielressource simuliert wurden. Die Y-Achse zeigt die Anzahl der Sitzungen an.

Jeder Knoten stellt die Gesamtanzahl dar, die als Summe der Sitzungen berechnet wird, die zum Zeitpunkt der Berechnung gestartet wurden.

Das Punktdiagramm “Fehler nach Fehlertyp” veranschaulicht die Anzahl der Fehlersitzungen nach Fehlertyp . Die Zahl wird auf der Y-Achse angegeben.

Verwenden Sie das Diagramm, um zu bestimmen, welche Fehlertypen während eines bestimmten Moments vorherrschen. Wechseln Sie zur Registerkarte Sitzungen , um Fehler zu überprüfen. Fehlerbeschreibungen finden Sie unter Fehlercodes.

Lastinjektorlast

Das Diagramm zeigt CPU-Lastmetriken, die von Dotcom-Monitor LIsempfangen wurden. Verwenden Sie diese Verwendung, um zu bewerten, wie sich der Test auf die Leistung von LIs auswirkt, die den Test aus verschiedenen geografischen Zonen ausführen.

Stellen Sie sicher, dass die Auslastung von LIs nicht höher als 80 % ist. Basierend auf unserem Know-how beträgt die optimale CPU-Last für die Load Injector Server Maschine 80% oder weniger. Diese Auslastung summiert Verzögerungen bei der Serverhardware, die die Serverleistung beeinflussen und die Datenverarbeitung verlangsamen.

Wenn die CPU-Last von LIs 80 % überschreitet, wird empfohlen, den Nutzlastwert zu verringern und den Test zu wiederholen. Andernfalls zeigt der Test weiterhin ungenaue Ergebnisse an.

Wenn die CPU-Auslastung niedrig ist, können Sie hingegen die Nutzlast pro Lastinjektor und die maximale Anzahl virtueller Benutzer erhöhen, um die LoadView-Ressourcen optimal zu nutzen und die Kosten zu minimieren.

Tipps zum Interpretieren von Ergebnissen

Alle Diagramme werden durch die Zeitachse miteinander synchronisiert, sodass vertikale Linien in den Diagrammen ausgerichtet werden. Daher können Sie den Testausführungsverlauf von Diagramm zu Diagramm überprüfen und sehen, wie sich die Anzahl der simulierten Benutzer auf die Antwortzeit und die CPU-Auslastung von LIs zu einem bestimmten Zeitraum auswirkt. Im folgenden Beispiel war der LI nicht in der Lage, Anfragen zu generieren und Website-Antworten schnell genug zu akzeptieren, da er zu viele virtuelle Benutzer simulierte und die CPU-Auslastung ausgereizt war.

CPU-Länge vs. Reaktionszeit vs. Last

Knoten in den Diagrammen sind aktiv, sodass durch Klicken auf einen Knoten sein Infotip geöffnet wird. Um detaillierte Informationen zu den knotenbezogenen Sitzungen anzuzeigen, klicken Sie unten im Infotip auf Details anzeigen. Sitzungsberichte für den ausgewählten Zeitraum werden auf der Registerkarte ” Sitzungen” angezeigt.

Um eine Diagrammanalyse zu erleichtern und Linien darauf zu filtern, verwenden Sie die Umschalter neben den Diagrammen.