Översikt över allmänna felsökningsstrategier

  • Artikel

För att säkerställa en tillfredsställande upplevelse under ett anrop krävs många element för att fungera tillsammans:

  • stabil nätverks- och maskinvarumiljö
  • bra design för användargränssnittet
  • feedback till användaren om aktuell status och fel i rätt tid

För att felsöka problem som rapporteras av användare är det viktigt att identifiera var problemet kommer ifrån. Problemet kan ligga i programmet, SDK:n eller användarens miljö, till exempel enhet, nätverk eller webbläsare.

I den här artikeln beskrivs några felsökningsstrategier som hjälper dig att identifiera roten till problemet effektivt.

Förtydliga de problem som rapporteras av användarna

Först måste du klargöra de problem som rapporteras av användarna.

Ibland när användare rapporterar problem kanske de inte korrekt beskriver problemet, så det kan finnas viss tvetydighet. När användare till exempel rapporterar att det uppstår en fördröjning under ett samtal kan de referera till en fördröjning efter att samtalet har anslutits men innan något ljud hörs. Alternativt kan de hänvisa till den fördröjning som uppstår mellan två parter när de kommunicerar med varandra.

Dessa två situationer är olika och kräver olika metoder för att identifiera och lösa problemet. Det är viktigt att samla in mer information från användaren för att förstå problemet och åtgärda det i enlighet med detta.

Förstå hur ofta användare och hur många användare som stöter på problemet

När användaren rapporterar ett problem måste vi förstå dess reproducerbarhet. Att bara hända en gång och alltid händer är olika situationer.

För vissa problem kan du också använda verktyget Samtalsdiagnostik och Azure Monitor-loggen för att förstå hur många användare som kan ha liknande problem.

Att förstå problemets reproducerbarhet och hur många användare som påverkas kan hjälpa dig att avgöra problemets prioritet.

Referera till dokumentationen

Dokumentationen för Azure Communication Services Calling SDK är omfattande och omfattar många ämnen, inklusive konceptdokument, snabbstartsguider, självstudier, kända problem och felsökningsguider.

Ta dig tid att kontrollera kända problem och sidan för tjänstbegränsning. Ibland beror de problem som rapporteras av användarna på begränsningar i själva tjänsten. Ett bra exempel är antalet videor som kan visas under ett stort möte. Beteendet för användarens webbläsare eller dess enhet kan vara orsaken till problemet.

När en mobil webbläsare till exempel fungerar i bakgrunden eller när användartelefonen är låst kan den uppvisa olika beteenden beroende på plattform. Webbläsaren kan sluta skicka videorutor helt eller överföra enbart svarta bildrutor.

Felsökningsguiden löser i synnerhet olika problem som kan uppstå när du använder ACS Calling SDK. Du kan kontrollera listan över vanliga problem i felsökningsguiden för att se om det finns ett liknande problem som rapporterats av användaren och följa anvisningarna för att ytterligare felsöka problemet.

Rapportera ett problem

Om problemet som rapporteras av användaren inte finns i felsökningsguiden bör du överväga att rapportera problemet.

I de flesta fall måste du ange callId tillsammans med en tydlig beskrivning av problemet. Om du kan återskapa problemet kan du ta med information om problemet. Till exempel,

  • steg för att återskapa problemet, inklusive förhandsvillkor (plattform, nätverksvillkor och annan information som kan vara till hjälp)
  • vilket resultat förväntar du dig att se
  • vilket resultat ser du faktiskt
  • problemets reproducerbarhetsgrad

Mer information finns i Rapportera ett problem.

Nästa steg

Förutom felsökningsguiden, här är några artiklar av intresse för dig.