Die Antworten auf diese Fragen helfen Ihnen, eine qualit\u00e4tsorientierte Teststrategie\/einen Testplan<\/a> zu erstellen. Wenn der Kunde nicht alle Fragen beantworten kann, machen Sie sich keine Sorgen. Wir k\u00f6nnen die zu testende Anwendung immer erkunden und die Antworten finden. Wenn beispielsweise ein APM-\/Log-Tool vorhanden ist<\/a>, k\u00f6nnen wir gleichzeitige Benutzer<\/a>, Durchsatz und Reaktionszeit aus dem Produktivsystem ableiten. Gehen Sie niemals davon aus, dass Sie erhalten, was Sie ben\u00f6tigen, ohne es zu erfragen.<\/p>\n Ein Performance-Tester sollte sorgf\u00e4ltig das beste Performance-Testtool w\u00e4hlen. Es gibt viele Faktoren, die vor der Finalisierung und dem Vorschlag des Tools ber\u00fccksichtigt werden m\u00fcssen. Denken Sie daran, dass das Kundenbudget immer ein wichtiger Faktor bei der Auswahl des Performance-Testtools<\/a> ist.<\/p>\n Wenn Sie ein Performance-Testtool suchen, das kosteng\u00fcnstig, einfach zu verwenden und eine komplette Leistungsl\u00f6sung bietet, sollten Sie definitiv LoadView<\/a> ausprobieren. Im Vergleich zu traditionellen Lasttesttools erfordert LoadView keine kostspieligen Investitionen, langwierige Einrichtung oder Vorkenntnisse im Scripting von Frameworks<\/a>. Zus\u00e4tzlich bietet die Plattform mehr als 20 globale Standorte, von denen aus Lastinjektoren gestartet werden k\u00f6nnen, sodass Sie Leistungstests und Messungen aus mehreren Standorten w\u00e4hrend jedes Tests durchf\u00fchren k\u00f6nnen.<\/p>\n Alle Arten von Leistungstests erfordern Zeit und Aufwand. Die Durchf\u00fchrung von Lasttests kann eine Organisation vor potenzieller Peinlichkeit bewahren, gleichzeitig rechtfertigen jedoch Tests mit kostenlosen Open-Source-Tools wie JMeter nicht immer die Investition. Um die Leistung der Website oder Anwendung aus der Perspektive des Endnutzers wirklich zu verstehen, reichen protokollbasierte Tests<\/a> nicht aus. Sie m\u00fcssen auch die Leistung der clientseitigen Interaktionen und Schritte messen. Hier ist ein Vergleich von LoadView mit anderen Performance-\/Lasttestl\u00f6sungen<\/a> und warum Sie LoadView f\u00fcr Ihre Leistungstestanforderungen w\u00e4hlen sollten.<\/p>\n Bei langsam ladenden Websites und Anwendungen k\u00f6nnen Kunden schnell ungeduldig werden und abspringen, wenn Ihre Website\/Anwendung ihre Erwartungen nicht erf\u00fcllt. Zu wissen, wie viel Ihre Website\/Anwendung bew\u00e4ltigen kann, ist aus verschiedenen Gr\u00fcnden sehr wichtig, aber es gibt mehrere bedeutende Szenarien, bei denen die LoadView-Plattform unterst\u00fctzen kann:<\/p>\n Sobald Sie die Kundenanforderungen gesammelt und ein geeignetes Leistungstesttool ausgew\u00e4hlt haben, m\u00fcssen wir unseren Testplan\/Teststrategie dokumentieren. Stellen Sie sicher, dass der Testplan vom Kunden genehmigt wird, bevor Sie mit irgendwelchen Leistungstests beginnen. Das ist sehr wichtig und hilft Ihnen, unn\u00f6tige Probleme sp\u00e4ter zu vermeiden. Hier sind einige Punkte, die im Testplan enthalten sein sollten.<\/p>\n Der eigentliche Leistungstest beruht auf einer Kombination von Techniken<\/a>. Um die erwarteten Ziele zu erreichen, m\u00fcssen wir f\u00fcr unterschiedliche Leistungsanforderungen unterschiedliche Strategien vorbereiten. Es gibt verschiedene Metriken wie Benutzerlast, gleichzeitige Benutzer, Arbeitslastmodelle usw., die vor der Lastplanung ber\u00fccksichtigt werden m\u00fcssen. Wenn Sie bereits mit Arbeitslastmodellierung gearbeitet haben, haben Sie vielleicht schon von Littles Gesetz<\/a> geh\u00f6rt. Sie sollten es erlernen und anwenden, bevor Sie einen Test planen, um die gew\u00fcnschten Ergebnisse zu erzielen.<\/p>\n Sobald wir uns mit dem Kunden auf einen Leistungsplan oder eine Strategie geeinigt haben, ist es Zeit, die Skripterstellung mit dem gew\u00e4hlten Leistungstesttool vorzubereiten. Die Erstellung qualitativer Skripte ist der Schl\u00fcssel zum Erfolg bei Leistungstests, und es gibt mehrere wichtige \u00dcberlegungen, die w\u00e4hrend des gesamten Prozesses zu beachten sind.<\/p>\n Zuerst sollten Sie stets die dokumentierten Testfallschritte beim Erstellen von Skripten befolgen, um Genauigkeit zu gew\u00e4hrleisten. Beginnen Sie damit, das Skript f\u00fcr einen einzelnen Benutzer abzuspielen und alle Anforderungen an Korrelation oder Parametrisierung zu adressieren. Parametrisierung kann Header, Cookies oder Body-Parameter umfassen. Sobald das Skript nahtlos f\u00fcr einen einzelnen Benutzer funktioniert, testen Sie es mit mehreren Iterationen und unterschiedlichen Benutzerdaten. Seien Sie bereit, Korrelation oder Parametrisierung anzupassen, da neue Daten zus\u00e4tzliche Anforderungen aufdecken k\u00f6nnen.<\/p>\n In manchen F\u00e4llen erfordert das Erreichen bestimmter Anwendungsf\u00e4lle das Schreiben benutzerdefinierter Codebl\u00f6cke. Zum Beispiel m\u00fcssen Sie m\u00f6glicherweise spezifische Antwortdaten f\u00fcr einen Benutzer extrahieren und f\u00fcr eine andere Anfrage manipulieren. Vergessen Sie zudem nicht, Denkzeiten, Abst\u00e4nde und Fehlerbehandlungsmechanismen basierend auf dem Arbeitslastmodell einzuf\u00fcgen. Die \u00dcberpr\u00fcfung der Skriptfunktionalit\u00e4t mittels Text- oder Bildpr\u00fcfungen ist ebenso wichtig, um die gew\u00fcnschten Ergebnisse sicherzustellen.<\/p>\n \u00dcber das Scripting hinaus sollten Sie Faktoren wie das Simulieren von Cache, Cookies und variierenden Netzwerkbedingungen ber\u00fccksichtigen, um realistische Szenarien abzubilden. Als Performance Engineer ist es entscheidend, realistisches Verhalten virtueller Benutzer zu erstellen. Dieser Prozess beginnt mit der genauen Erfassung von Details w\u00e4hrend der Anforderungsphase.<\/p>\n Wichtige Fragen sind:<\/p>\n Diese Antworten k\u00f6nnen durch den Fragebogen zur Anforderungserfassung oder durch Analyse statistischer Daten gewonnen werden, die mit Tools wie APM-L\u00f6sungen oder Google Analytics gesammelt wurden. Die Transaktionsanalyse ist besonders hilfreich, um kritische Gesch\u00e4ftstransaktionen zu identifizieren und Leistungstest-Szenarien zu entwerfen, die realweltliche Nutzung genau widerspiegeln. Wenn Sie diese Schritte ber\u00fccksichtigen, sind Sie bestens ger\u00fcstet, um effektive Leistungstests durchzuf\u00fchren und verl\u00e4ssliche Ergebnisse zu liefern.<\/p>\n Wir k\u00f6nnen unser Arbeitslastmodell auf verschiedene Weisen planen. Performance Engineers sollten das Konzept von \u201eLittles Gesetz\u201c erlernen und \u00fcben, bevor sie ein Arbeitslastmodell ausw\u00e4hlen. Unten sind einige der existierenden Arbeitslastmodelle beschrieben. Der Performance Engineer sollte das Arbeitslastmodell basierend auf den aktuellen Anforderungen ausw\u00e4hlen.<\/p>\n Arbeitslastmodell 1<\/strong>. Es ist ein einfaches Modell, bei dem die Benutzeranzahl kontinuierlich erh\u00f6ht wird, w\u00e4hrend der Test fortschreitet. Beispiel: ein Benutzer pro Sekunde, bis der Test abgeschlossen ist.<\/p>\n Arbeitslastmodell 2<\/strong>. Hier wird die Benutzeranzahl als Stufe f\u00fcr die gesamte Testdauer erh\u00f6ht. Zum Beispiel: die ersten 15 Minuten 100 Benutzer, die n\u00e4chsten 15 Minuten 200 usw. Diese Art von Test ist f\u00fcr Dauertests geeignet.<\/p>\n Arbeitslastmodell 3<\/strong>. Dies ist das am h\u00e4ufigsten verwendete Modell f\u00fcr Leistungstests. Die Benutzerzahl wird f\u00fcr eine bestimmte Zeit kontinuierlich erh\u00f6ht (Ramp-Up-Phase). Danach herrscht ein stabiler Zustand f\u00fcr eine bestimmte Dauer. Dann beginnt der Ramp-Down und der Test endet. Zum Beispiel, wenn wir 1,5 Stunden Testzeit planen, k\u00f6nnen wir 15 Minuten f\u00fcr das Hochfahren der Benutzer und 15 Minuten f\u00fcr das Herunterfahren einplanen. Der stabile Zustand dauert eine Stunde. Bei der Ergebnisanalyse ber\u00fccksichtigen wir nur den stabilen Zustand.<\/p>\n Arbeitslastmodell 4<\/strong>. In diesem Modell wird die Benutzerzahl w\u00e4hrend der gesamten Dauer abrupt erh\u00f6ht und verringert. F\u00fcr diese Testart gibt es verschiedene Bezeichnungen wie Monkey Testing, Spike Testing usw.<\/p>\n Wir m\u00fcssen eine umfassende Ziel- und Anforderungsliste f\u00fcr Leistungstests erstellen. Definieren Sie die Parameter der Leistungstests und was jeweils als Akzeptanzkriterium gilt. Wenn Sie weder die Testanforderungen noch das gew\u00fcnschte Ergebnis<\/a> kennen, sind Leistungstests Zeitverschwendung.<\/p>\n Unten sind einige sehr wichtige Metriken aufgef\u00fchrt, die w\u00e4hrend der Arbeitslastmodellierung f\u00fcr Leistungstests beobachtet werden sollten.<\/p>\n Reaktionszeit:<\/strong> Die Reaktionszeit ist die Zeit, die der Server ben\u00f6tigt, um auf die Client-Anfrage zu antworten. Viele Faktoren beeinflussen die Server-Reaktionszeit. Lasttests helfen, diese Faktoren zu identifizieren und zu beseitigen, die die Reaktionszeit verschlechtern.<\/p>\n Mittlere Reaktionszeit:<\/strong> Dies ist der Durchschnittswert der Reaktionszeit f\u00fcr die gesamte Dauer des stabilen Zustands w\u00e4hrend eines Lasttests.<\/p>\n 90. Perzentil der Reaktionszeit:<\/strong> Das 90. Perzentil bedeutet, dass 90 Prozent der Reaktionszeiten unter diesem Wert liegen. Zum Beispiel, wenn Sie 500 Anforderungen mit unterschiedlichen Reaktionszeiten hatten, ist das 90. Perzentil ein Wert, unter dem 90 Prozent aller anderen Werte liegen. Nur 10 Prozent der Reaktionszeiten liegen \u00fcber diesem Wert. Das ist hilfreich, wenn einige Anfragen eine sehr lange Reaktionszeit haben und das Ergebnis der durchschnittlichen Reaktionszeit verzerren.<\/p>\n Anfragen pro Sekunde:<\/strong> Wir m\u00fcssen diesen Wert mit APM-Tools oder anhand von Produktionsprotokollen ermitteln. Basierend auf der Anzahl gleichzeitiger Benutzer k\u00f6nnen wir die Anfragen pro Sekunde an den Server planen.<\/p>\n Speicherauslastung:<\/strong> Dies sind Metriken der Infrastruktur, die helfen, Engp\u00e4sse aufzudecken. Zudem sollten Sie Ihre Arbeitslast m\u00f6glichst in Echtzeit planen. Stellen Sie sicher, dass der Server nicht durch kontinuierliche Anfragen \u00fcberlastet wird.<\/p>\n CPU-Auslastung:<\/strong> Wie beim Speicher sollten Sie diese Metriken w\u00e4hrend der Leistungstests im Auge behalten.<\/p>\n Fehlerrate:<\/strong> Wir sollten das Verh\u00e4ltnis von erfolgreichen zu fehlerhaften Transaktionen nachverfolgen. Die Fehlerrate sollte 2 Prozent der erfolgreichen Transaktionen nicht \u00fcbersteigen. Wenn die Fehlerrate mit zunehmenden gleichzeitigen Benutzern steigt, k\u00f6nnte dies auf einen Engpass hinweisen.<\/p>\n Gleichzeitige Benutzer:<\/strong> Wir m\u00fcssen diesen Wert mit APM-Tools oder Produktionsprotokollen herausfinden. \u00dcblicherweise wird dieser Wert auf Basis eines typischen Gesch\u00e4ftstages ermittelt.<\/p>\n Durchsatz:<\/strong> Der Durchsatz zeigt die Serverkapazit\u00e4t, gleichzeitige Benutzer zu bew\u00e4ltigen. Es besteht ein direkter Zusammenhang zwischen gleichzeitigen Benutzern und Durchsatz. Der Durchsatz sollte mit steigender Benutzerzahl zunehmen. Sinkt der Durchsatz bei steigender Benutzerzahl, ist das ein Hinweis auf Engp\u00e4sse.<\/p>\n Benutzerlastverteilung:<\/strong> Die Verteilung der Benutzerlast ist ein wichtiger Faktor, der beim Design der Arbeitslast ber\u00fccksichtigt werden muss. Wenn wir f\u00fcnf Skripte haben, die f\u00fcnf verschiedene Funktionen einer Anwendung ausf\u00fchren, m\u00fcssen wir die Benutzerlast m\u00f6glichst realistisch aufteilen, basierend auf unserer Untersuchung in der Produktion oder den APM-Tools.<\/p>\n Diese Metriken sind sehr wichtig bei der Planung des Arbeitslastmodells. Es gibt auch weitere Metriken, die von der Architektur und den Anforderungen der Kundenanwendung abh\u00e4ngen.<\/p>\n Das folgende Checklistenbeispiel wird \u00fcblicherweise bei unternehmensweiten End-to-End-Leistungstests verwendet, bei denen viele Systeme involviert sind. Es wird auch empfohlen, eine Umgebung-Checkliste f\u00fcr kleine skalierte Leistungstests<\/a> zu verwenden. Die Aktivit\u00e4ten \u00e4ndern sich basierend auf der Anwendungsumgebung, da es gro\u00dfe Unterschiede zwischen Anwendungen in der Cloud und Anwendungen vor Ort gibt.<\/p>\n Erfolgreiche Software-Leistungstests geschehen nicht zuf\u00e4llig. Architekten, Produktverantwortliche, Entwickler und das Leistungstestteam m\u00fcssen zusammenarbeiten und die Anforderungen an Leistungstests kl\u00e4ren, bevor die Software bewertet wird. F\u00fcr einen detaillierteren Hintergrund zur LoadView-Plattform lesen Sie unseren Technischen \u00dcberblick<\/a>, um zu sehen, wie Sie Ihre Leistungstests optimal nutzen k\u00f6nnen. Leistungstests sollten ein fortlaufender Prozess sein. Wenn Ihre Website oder Webanwendung w\u00e4chst, m\u00fcssen Sie Anpassungen vornehmen, um eine gr\u00f6\u00dfere Benutzerbasis zu unterst\u00fctzen. Jede Anwendung und jeder Test bieten immer M\u00f6glichkeiten zur Verbesserung.<\/p>\n Wir hoffen, dass Ihnen dieser Beitrag einen guten Einblick in die besten Praktiken f\u00fcr Leistungstests gegeben hat. Wenn Sie eine vollst\u00e4ndige Demonstration der LoadView-L\u00f6sung w\u00fcnschen, melden Sie sich f\u00fcr eine Demo<\/a> mit einem Performance Engineer an. Dieser f\u00fchrt Sie Schritt f\u00fcr Schritt durch jeden Teil des Prozesses \u2013 von der Erstellung von Lasttestskripten und Testkonfiguration bis zur Testausf\u00fchrung und Ergebnisanalyse.<\/p>\nPassendes Performance-Testtool finden<\/h2>\n
\n
Leistungstestplan\/-strategie<\/h2>\n
\n
Echtzeit-Leistungsskripte\/-Szenarien<\/h3>\n
\n
Arbeitslastmodellierung<\/h2>\n
Datenerfassung<\/h2>\n
Checkliste f\u00fcr die Leistungstestumgebung (vor der Ausf\u00fchrung)<\/h2>\n
![\"Leistungstest-Checkliste\"](\"https:\/\/www.loadview-testing.com\/wp-content\/uploads\/Performance-Testing-Checklist-1024x270.jpg\")
<\/p>\nFazit: Checkliste zur Vorbereitung auf Lasttests<\/h2>\n