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.

Die Referenzprobe demonstriert folgende Prinzipien:

• Kommunikation mit Direct Line über WebSockets
• Mehrfach-Runden-Gespräche steuern
• Mehrere Thread-Gruppen ausführen, von denen jede einen eigenen konversationellen User Case steuert

Die Referenzprobe wurde mit JMeter, einem beliebten Open-Source-Tool, erstellt. Du kannst auch Performance-Test-Skripte für Copilot Studio-Agenten mit anderen Tools erstellen. Verwenden Sie Auswahlkriterien wie:

• Community-Unterstützung: Wählen Sie ein Tool mit einer starken und aktiven Community für Fehlersuche und Ressourcen.
• Plugin-Verfügbarkeit: Stellen Sie sicher, dass das Tool notwendige Plugins unterstützt, insbesondere für WebSocket-Protokolle.
• Rich Reporting: Suchen Sie nach Tools, die umfassende Berichte bieten, entweder integriert oder mit Plugins 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.

Wenn Sie Performance-Test-Skripte für Agenten entwerfen, die mit Copilot Studio erstellt wurden, stellen Sie sicher, dass sie die reale Nutzung genau simulieren und mit Ihrem Produktionssetup übereinstimmen. Die folgenden wichtigsten Richtlinien helfen Ihnen, effektive und realistische Testskripte zu erstellen:

• Simulieren Sie realistische Verzögerungen: Nachdem Sie die letzte Antwort des Agenten erfasst haben, führen Sie eine realistische Verzögerung ein (zum Beispiel 30 Sekunden bis 1 Minute), bevor Sie die nächste Benutzernachricht senden. Diese Verzögerung spiegelt wider, wie echte Nutzer sich Zeit nehmen, um während Gesprächen zu lesen, nachzudenken und zu antworten.
• Fehlerbehandlung bei Mehrrundengesprächen: Fügen Sie Fehlerprüfungen nach jeder Runde des Gesprächs ein. Wenn ein Fehler auftritt (zum Beispiel eine fehlende oder falsche Antwort), wird das simulierte Gespräch gestoppt, um kaskadierende Probleme zu vermeiden und realistisches Nutzerverhalten widerzuspiegeln.
• Passen Sie Ihre Produktionskommunikationsprotokolle an: Stellen Sie sicher, dass Ihr Testskript dieselben Kommunikationsprotokolle wie Ihr Produktionssetup verwendet, wie WebSockets oder HTTP GET. Dieser Ansatz stellt sicher, dass der Leistungstest reale Bedingungen genau widerspiegelt.