Notitie
Voor toegang tot deze pagina is autorisatie vereist. U kunt proberen u aan te melden of de directory te wijzigen.
Voor toegang tot deze pagina is autorisatie vereist. U kunt proberen de mappen te wijzigen.
Gebruik het referentievoorbeeld dat is gebouwd met Apache JMeter dat beschikbaar is op GitHub, als uitgangspunt om uw eigen prestatietests te maken.
Het referentievoorbeeld demonstreert de volgende principes:
- Communiceren met Direct Line via WebSockets
- Gesprekken met meerdere paden aansturen
- Meerdere threadgroepen uitvoeren, elk met een eigen conversationele use case
Het referentievoorbeeld is gebouwd met JMeter, een populaire open-source tool. U kunt ook prestatietestscripts maken voor Copilot Studio-agenten met andere tools. Gebruik selectiecriteria zoals:
- Community-ondersteuning: kies een tool met een sterke en actieve community voor probleemoplossing en bronnen.
- Beschikbaarheid van invoegtoepassingen: zorg ervoor dat de tool de benodigde invoegtoepassingen ondersteunt, vooral voor WebSocket-protocollen.
- Rijke rapportage: zoek naar tools die uitgebreide rapportage bieden, zowel ingebouwd als uitbreidbaar met invoegtoepassingen.
- Schaalbaarheid: kies voor tools die testuitvoering gemakkelijk kunnen opschalen. Zowel JMeter als Locust zijn compatibel met Azure Load Testing.
Zorg er bij het ontwerpen van prestatietestscripts voor agenten die met Copilot Studio zijn gebouwd, voor dat ze het gebruik in de praktijk nauwkeurig simuleren en aansluiten bij uw productie-setup. De volgende belangrijke richtlijnen helpen u effectieve en realistische testscripts te maken:
- Realistische vertragingen simuleren: na het vastleggen van de laatste reactie van de agent, introduceert u een realistische vertraging (bijvoorbeeld 30 seconden tot 1 minuut) voordat het volgende gebruikersbericht wordt verzonden. Deze vertraging weerspiegelt hoe echte gebruikers tijd nemen om te lezen, na te denken en te reageren tijdens gesprekken.
- Foutafhandeling in gesprekken met meerdere beurten: neem foutcontroles op na elke beurt in het gesprek. Als er een fout optreedt (bijvoorbeeld een ontbrekend of onjuist antwoord), stop dan het gesimuleerde gesprek om opeenvolgende problemen te voorkomen en om realistisch gebruikersgedrag te weerspiegelen.
- Stem uw productiecommunicatieprotocollen af: zorg ervoor dat uw testscript dezelfde communicatieprotocollen gebruikt als uw productie-setup, zoals WebSockets of HTTP GET. Deze aanpak zorgt ervoor dat de prestatietest de werkelijke omstandigheden nauwkeurig weergeeft.