Referenzstichprobe und Richtlinien für Leistungstests

Nutzen Sie das mit Apache JMeter erstellte Referenzbeispiel, das auf GitHub verfügbar ist, als Ausgangspunkt, um eigene Leistungstests zu erstellen.

Das Referenzbeispiel demonstriert die folgenden Prinzipien:

  • Kommunikation mit Direct Line über WebSockets
  • Mehrteilige Unterhaltungen fördern
  • Ausführen mehrerer Thread-Gruppen, von denen jede einen eigenen unterhaltungsbezogenen Anwendungsfall steuert

Das Referenzbeispiel wurde mit JMeter erstellt, einem beliebten Open-Source-Tool. Sie können Leistungstest-Skripte für Copilot Studio-Agents auch mit anderen Tools erstellen. Verwenden Sie Auswahlkriterien wie:

  • Community-Support: Wählen Sie ein Tool mit einer starken und aktiven Community zur Problembehandlung und für Ressourcen.
  • Plug-In-Verfügbarkeit: Stellen Sie sicher, dass das Tool erforderliche Plug-Ins unterstützt, insbesondere für WebSocket-Protokolle.
  • Umfassende Berichterstellungsfunktionen: Suchen Sie nach Tools, die umfassende Berichterstellungsfunktionen bieten, entweder integriert oder durch Plug-Ins erweiterbar.
  • Skalierbarkeit: Wählen Sie Tools, die die Testausführung leicht skalieren können. Sowohl JMeter als auch Locust sind mit Azure Load Testing kompatibel.

Beim Entwerfen von Leistungstest-Skripten für Agents, die mit Copilot Studio erstellt wurden, achten Sie darauf, dass diese die reale Nutzung realistisch simulieren und zu Ihrer Produktionsumgebung passen. Die folgenden wichtigen Richtlinien helfen Ihnen, effektive und realistische Testskripte zu erstellen:

  • Realistische Verzögerungen simulieren: Nachdem Sie die letzte Antwort des Agents erfasst haben, führen Sie eine realistische Verzögerung ein (zum Beispiel 30 Sekunden bis eine Minute), bevor Sie die nächste Benutzernachricht senden. Diese Verzögerung spiegelt wider, wie echte Benutzer sich in Unterhaltungen Zeit nehmen, um zu lesen, zu überlegen und zu antworten.
  • Problembehandlung bei mehrteiligen Unterhaltungen: Fügen Sie Fehlerprüfungen nach jedem Unterhaltungsteil ein. Tritt ein Fehler auf (zum Beispiel eine fehlende oder falsche Antwort), stoppen Sie die simulierte Unterhaltung, um kaskadierende Probleme zu vermeiden und ein realistisches Benutzerverhalten widerzuspiegeln.
  • Die gleichen Kommunikationsprotokolle wie in Ihrer Produktionsumgebung verwenden: Stellen Sie sicher, dass Ihr Testskript die gleichen Kommunikationsprotokolle wie Ihre Produktionsumgebung verwendet, z. B. WebSockets oder HTTP GET. Diese Vorgehensweise sorgt dafür, dass der Leistungstest die Bedingungen der Praxis präzise widerspiegelt.