Referensexempel och riktlinjer för prestandatest

Använd referensexemplet byggt med Apache JMeter som finns på GitHub som utgångspunkt för att skapa dina egna prestandatester.

Referensexemplet demonstrerar följande principer:

• Kommunicera med Direct Line över WebSockets
• Driva konversationer i flera omgångar
• Köra flera trådgrupper, där varje grupp hanterar ett unikt konversationsscenario

Referensexemplet är byggt med JMeter, ett populärt verktyg med öppen källkod. Du kan även skapa prestandatestskript för Copilot Studio-agenter med andra verktyg. Använd urvalskriterier såsom:

• Communitystöd: Välj ett verktyg med en stark och aktiv användarcommunity för felsökning och tillgång till resurser.
• Plugin-stöd: Säkerställ att verktyget stöder nödvändiga plugins, särskilt för WebSocket-protokoll.
• Omfattande rapportering: Leta efter verktyg som erbjuder omfattande rapportering, antingen inbyggd eller utbyggbar med pluginer.
• Skalbarhet: Välj verktyg som enkelt kan skala testkörningen. Både JMeter och Locust är kompatibla med Azure Load Testing.

När du utformar prestandatestskript för agenter skapade med Copilot Studio, se till att de noggrant simulerar verklig användning och stämmer överens med din produktionsmiljö. Följande viktiga riktlinjer hjälper dig att skapa effektiva och realistiska testskript:

• Simulera realistiska fördröjningar: Efter att du har registrerat agentens sista svar, lägg in en realistisk fördröjning (till exempel 30 sekunder till 1 minut) innan du skickar nästa användarmeddelande. Denna fördröjning återspeglar hur verkliga användare tar sig tid att läsa, tänka och svara under konversationer.
• Felhantering i konversationer med flera omgångar: Inkludera felkontroller efter varje omgång i konversationen. Om ett fel uppstår (till exempel ett saknat eller felaktigt svar), avsluta den simulerade konversationen för att förhindra följdproblem och för att efterlikna verkligt användarbeteende.
• Använd samma kommunikationsprotokoll som i din produktionsmiljö: Se till att ditt testskript använder samma kommunikationsprotokoll som din produktionsmiljö, såsom WebSockets eller HTTP GET. Denna metod säkerställer att prestandatestet korrekt återspeglar verkliga förhållanden.