Frage

Ich bin dabei, mit dem Testen einer Intranet-Webanwendung zu beginnen.Konkret muss ich die Leistung der Anwendung ermitteln.

Könnte mir bitte jemand formelle/informelle Standards vorschlagen, wie ich die Leistung der Anwendung beurteilen kann?

War es hilfreich?

Lösung

Verwenden Sie ein Tool für Stress- und Belastungstests.Wenn Sie Java verwenden, werfen Sie einen Blick auf JMeter.Es bietet verschiedene Methoden zum Testen der Anwendungsleistung.Sie sollten sich auf Folgendes konzentrieren:

  • Reaktionszeit:Wie schnell Ihre Anwendung für normale Anfragen ausgeführt wird.Testen Sie einen Anwendungsfall mit Lese-/Schreibzugriff
  • Lade Test:Wie sich Ihre Anwendung in Zeiten mit hohem Datenverkehr verhält.Das Tool sendet im Laufe eines bestimmten Zeitraums mehrere Anfragen (Sie können das richtig konfigurieren).
  • Stresstest:Kann Ihre Anwendung über einen längeren Zeitraum betrieben werden?Dieser Test bringt Ihre Anwendung an ihre Grenzen

Beginnen Sie damit. Wenn Sie interessiert sind, gibt es auch andere Arten von Tests.

Andere Tipps

Zum Testen des Frontends eignet sich YSlow hervorragend, um Statistiken darüber zu erhalten, wie lange das Laden Ihrer Seiten aus Benutzersicht dauert.Es wird in Statistiken für jede spezifische HTTP-Anfrage, die dafür benötigte Zeit usw. aufgeschlüsselt.Holen Sie es sich http://developer.yahoo.com/yslow/

Firebug ist natürlich auch unerlässlich.Sie können Ihr JS explizit oder in Echtzeit profilieren, indem Sie auf die Profilschaltfläche klicken.Nehmen Sie bei Bedarf Optimierungen vor und prüfen Sie, wie lange die Ausführung aller Ihrer Funktionen dauert.Dies hat die Art und Weise verändert, wie ich die Leistung meines JS-Codes messe. http://getfirebug.com/js.html

Das Wichtigste meiner Meinung nach ist die Reaktionszeit, aber andere Indikatoren, auf die ich achten würde, sind Prozessor- und Speicherauslastung vs.die Anzahl der gleichzeitigen Benutzer/Prozesse.Ich würde auch prüfen, ob bei normaler und dann bei Spitzenlast alles wie erwartet funktioniert.Möglicherweise stoßen Sie auf Szenarien, in denen eine höhere Auslastung zu Anwendungsfehlern führt, weil verschiedene Anforderungen aufeinandertreffen.

Wenn Sie wirklich detaillierte Informationen erhalten möchten, sollten Sie verschiedene Arten von Belastungs-/Stresstests durchführen.Sie sollten sich wahrscheinlich einen Stufenlasttest (ein allmählicher Anstieg der Benutzerzahl auf dem System im Laufe der Zeit) und einen Spitzentest (eine beträchtliche Anzahl von Benutzern, die alle gleichzeitig zugreifen, während zuvor fast niemand darauf zugegriffen hat) ansehen.Ich würde den Server auch direkt nach dem Neustart testen, um zu sehen, wie sich das auf das System auswirkt.

Wahrscheinlich möchten Sie sich auch ein Konzept namens HEAT (Hostile Environment Application Testing) ansehen.Das zeigt wirklich, was passiert, wenn ein Teil des Systems offline geht.Läuft das System erfolgreich ab?Dies sollte ein Schlüsselstandard sein.

Mein einziger wirklich wichtiger Vorschlag besteht darin, vor dem Testen festzulegen, was das System tun soll.Der Hauptgrund ist die Verantwortung.Bringen Sie die Leute dazu, zuzugeben, dass das System etwas tun soll, und testen Sie dann, ob es wahr ist.Das ist von entscheidender Bedeutung, weil die Leute die Ergebnisse sofort sehen werden und das der grundlegende Maßstab für das ist, was akzeptabel ist.

„Konkret muss ich die Leistung der Anwendung ermitteln …“

Damit schließt sich der Kreis zum Thema Anforderungen, den erfassten Erwartungen Ihrer Benutzergemeinschaft an das, was als angemessen und effektiv angesehen wird.Anforderungen bestehen aus mehreren Komponenten

  1. Allgemeine Reaktionszeit: „ Unter einer Last von ....Die Website muss eine allgemeine Reaktionszeit von weniger als x, y % der Zeit haben ...“
  2. Spezifische Reaktionszeiten, „Unter einer Last von ....“Die Kreditkartenverarbeitung soll weniger als z Sekunden dauern, ein % der Zeit ...“
  3. Systemkapazitätselemente, „Unter einer Last von ....“CPU|Netzwerk|RAM|DISK darf n % der Kapazität nicht überschreiten...."
  4. Das Lastprofil ist die Mischung aus der Anzahl der Benutzer und stattfindenden Transaktionen, unter der die spezifischen, objektiven Maßnahmen zur Bestimmung der Systemleistung erfasst werden.

Sie werden feststellen, dass es sich bei den Reaktionszeiten und anderen Maßstäben nicht um absolute Werte handelt.Wenn man sich die Six-Sigma-Fertigungsprinzipien ansieht, sind die Kosten für die Umstellung von einer Ausnahme in einer Million auf eine Ausnahme in einer Milliarde außerordentlich hoch, und die Kosten für die Umstellung auf null Ausnahmen sind für ein durchschnittliches Unternehmen in der Regel Kosten, die nicht tragbar sind.Was als akzeptable Reaktionszeit für eine einzigartige Anwendung für Ihr Unternehmen gilt, unterscheidet sich wahrscheinlich völlig von einem stark standardisierten Angebot, bei dem es sich um eine öffentliche, mit dem Internet verbundene Anwendung handelt.Bei wettbewerbsintensiven Lösungen liegen die Erwartungen an die Reaktionszeit im Internet tendenziell im Bereich von 2 bis 3 Sekunden, wodurch die Abbruchquote der Benutzer stark zunimmt.Diese ist im letzten Jahrzehnt von 8 Sekunden auf 4 Sekunden gesunken und liegt nun im Bereich von 2 bis 3 Sekunden.Einige Anwendungen wie Facebook streben aus Wettbewerbsgründen nach nahezu unmerklichen Reaktionszeiten im Bereich von unter einer Sekunde.Wenn Sie nach einem harten Standard suchen, gibt es ihn einfach nicht.

Etwas, das Ihnen beim Verständnis helfen wird, ist die Lektüre einiger Branchen-Benchmarks für Stil, Form und Funktion.

Das Einrichten einer Reihe solider Leistungstests, die Ihren Anforderungen entsprechen, ist keine triviale Angelegenheit.Möglicherweise möchten Sie einen Spezialisten hinzuziehen, der diese Phase Ihrer Qualitätssicherungsbemühungen übernimmt.

Stellen Sie bei der Auswahl Ihres Werkzeugs sicher, dass Sie eines erhalten, das dies kann

  • Trainieren Sie Ihre Schnittstelle
  • Berichten Sie gemäß Ihren Anforderungen
  • Sie oder Ihr Team verfügen über die erforderlichen Fähigkeiten
  • Sie können an Schulungen teilnehmen und nehmen mit Zustimmung des Managements daran teil

Wenn eines der vier oben genannten Elemente fehlschlägt, haben auch Sie das teuerste Tool auf dem Markt gekauft und die teuerste Firma mit der Bereitstellung beauftragt.

Viel Glück!

Lizenziert unter: CC-BY-SA mit Zuschreibung
Nicht verbunden mit StackOverflow
scroll top