Ich teste 2 Website und habe das gleiche mit 3 Fällen gemacht. Erster Fall mit 3 Benutzern, dann mit 10 und 15. Als ich beobachtet habe, steigt der Durchsatz. Aber mein Zweifel ist, dass ich den maximalen Durchsatz für den ersten Fall mit 3 Benutzern bekommen muss, oder? Ich bekomme das Ergebnis nicht so. Ich habe für alle Fälle Rampe 0 verwendet. Können Sie mir sagen, warum ich nicht den maximalen Durchsatz für den ersten Fall bekommen habe?Durchsatzwert nicht wie erwartet
Antwort
Ihre Annahme ist falsch, in ideal Welt sollte es so sein:
- 3 Benutzer - Sie X Durchsatz (dh 10 Anfragen pro Sekunde) erhalten
- 10 Benutzer - Sie sollten X erhalten * 3 Durchsatz (dh 30 Anfragen pro Sekunde)
- 15 Benutzer - sollten Sie X * 5 thourhgput (dh 50 Anfragen pro Sekunde) erhalten
Höhere Anzahl von gleichzeitige Benutzer -> höherer Durchsatz, Antwortzeit sollte für alle Szenarien gleich sein.
Dies bedeutet, dass Ihre Anwendung gut skaliert und schnell genug ausgeführt werden kann, unabhängig davon, ob 3 oder 15 gleichzeitige Benutzer vorhanden sind.
In Wirklichkeit könnten die Zahlen unterschiedlich sein und man kann den Punkt erreichen, wenn Sie die Anzahl der gleichzeitigen Benutzer und den Durchsatz erhöhen bleibt die gleiche wie Reaktionszeit zunimmt. Dies wird bottleneck genannt und das Auffinden dieser Engpässe und das Identifizieren der Grundursache ist die Grundidee des performance testing.
Also sollten Sie allmählich die Last erhöhen und gleichzeitig throughput and response time metrics beobachten. Wenn der Durchsatz aufhört zu steigen und die Reaktionszeit anzusteigen beginnt - Sie haben den Engpass, müssen Sie den Grund untersuchen und den Fehler melden.
auch über andere Testtypen wie Soak Testing oder Stress Testing, diese Techniken memory leaks finden nicht zulassen, vergessen und die saturation point zu bestimmen, siehe Why ‘Normal’ Load Testing Isn’t Enough Artikel für weitere Details.
Mit einer geringeren Anzahl von Benutzern können wir die maximalen tps nicht erreichen, der Durchsatz erhöht sich mit zunehmender Benutzerlast und zum Erreichen einer bestimmten Anzahl von Benutzern beginnt der Durchsatz zu sinken. Denken Sie nicht daran, dass wir, wenn die Anzahl der Benutzer geringer ist, den maximalen Durchsatz erreichen. Danke
- 1. JUnit erwartet Tag funktioniert nicht wie erwartet
- 2. Wie erwartet async-erwartet nicht blockieren?
- 3. C# -Aktionsblock erwartet funktioniert nicht wie erwartet
- 4. CSS nicht wie erwartet
- 5. Berichtslayout nicht wie erwartet
- 6. Wenn nicht wie erwartet
- 7. match_parent nicht wie erwartet
- 8. Leanback.DetailsScrollen nicht wie erwartet
- 9. Elemente nicht wie erwartet
- 10. clearTimeout funktioniert nicht wie erwartet
- 11. TagBuilder.MergeAttributes funktioniert nicht wie erwartet
- 12. isValidJSONObject funktioniert nicht wie erwartet
- 13. Programm funktioniert nicht wie erwartet
- 14. Arraylisten nicht wie erwartet funktioniert
- 15. Redis ExpireArbeit nicht wie erwartet
- 16. PIDinRootline funktioniert nicht wie erwartet
- 17. wc_update_order() Funktioniert nicht wie erwartet
- 18. Dir.exist? funktioniert nicht wie erwartet
- 19. tf.reshape funktioniert nicht wie erwartet
- 20. Boolean nicht wie erwartet ändern
- 21. str.replace funktioniert nicht wie erwartet
- 22. Pufferüberlauf funktioniert nicht wie erwartet
- 23. Hibernate funktioniert nicht wie erwartet
- 24. RecyclerView scrollt nicht wie erwartet
- 25. chrome.runtime.sendMessage funktioniert nicht wie erwartet
- 26. initWithNibName Funktioniert nicht wie erwartet
- 27. .uploadifySettings funktioniert nicht wie erwartet
- 28. Erreichbarkeits funktioniert nicht wie erwartet
- 29. kendo.progress funktioniert nicht wie erwartet
- 30. jQuery.inArray() funktioniert nicht wie erwartet
Danke für die schnelle Antwort, aber ich war noch nicht in der Lage, die Ursache zu finden. Könnten Sie sich bitte zusammenschließen? –
Ich weiß nicht, was das Problem in Ihrer Anwendung ist. Überprüfen Sie zunächst den Ressourcenverbrauch auf der zu testenden Anwendung, beispielsweise mit [JMeter PerfMon Plugin] (https://www.blazemeter.com/blog/how-monitor-your-server-health-performance-during) -jmeter-load-test) - kann sein, dass es einfach an RAM mangelt oder die CPU überlastet ist. Wenn nicht - führen Sie Ihren Test mit [Profiling-Tool-Telemetrie] (https://en.wikipedia.org/wiki/Profiling_ (Computer_programming)) erneut aus, um die meisten Ressourcen und zeitaufwendigsten Methoden zu überprüfen, es ist möglicherweise nicht effizient genug Algorithmus oder langsame DB-Abfrage –