Referentievoorbeeld en richtlijnen voor prestatietests

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.