Standardtest

Standardtester är ett enskilt begärandetest som liknar URL-pingtestet men som är mer avancerat. Förutom att verifiera om en slutpunkt svarar och mäter prestanda innehåller Standard-tester även SSL-certifikatets giltighet, proaktiv livslängdskontroll, HTTP-begärandeverb (till exempel GET,HEAD,POST osv.), anpassade huvuden och anpassade data som är associerade med din HTTP-begäran.

Om du vill skapa ett tillgänglighetstest behöver du använda en befintlig Application Insights-resurs eller skapa en Application Insights-resurs.

Tips

Om du för närvarande använder andra tillgänglighetstester, till exempel URL-pingtester, kan du lägga till Standard-tester tillsammans med de andra. Om du vill använda Standard-tester i stället för ett av dina andra tester lägger du till ett Standard-test och tar bort det gamla testet.

Skapa ett standardtest

Så här skapar du ett standardtest:

  1. Gå till Application Insights-resursen och välj fönstret Tillgänglighet .

  2. Välj Lägg till standardtest.

    Skärmbild av fönstret Tillgänglighet med fliken Lägg till standardtest öppen.

  3. Ange testnamnet, URL:en och andra inställningar (förklaringen nedan) och välj sedan Skapa.

Inställning Förklaring
URL URL: en kan vara en webbsida som du vill testa, men den måste vara synlig från Internet. URL: en kan innehålla en frågesträng. Du kan arbeta med din databas om du vill. Om URL-adressen matchar en omdirigering följer vi den upp till tio omdirigeringar.
Parsa beroende begäranden Test begär bilder, skript, formatfiler och andra filer som ingår i webbsidan som testas. Den registrerade svarstiden innefattar den tid det tar att hämta dessa filer. Testet misslyckas om någon av dessa resurser inte kan laddas ned inom tidsgränsen för hela testet. Om alternativet inte är markerat begär testet endast filen på den URL som du har angett. Om du aktiverar det här alternativet blir kontrollen striktare. Testet kan misslyckas i fall, vilket kanske inte märks när du bläddrar på webbplatsen manuellt.
Aktivera återförsök När testet misslyckas försöker det igen efter ett kort intervall. Ett fel rapporteras endast om tre på varandra följande försök misslyckas. Efterföljande tester utförs sedan med den vanliga testfrekvensen. Återförsök pausas tillfälligt tills nästa lyckade test. Den här regeln tillämpas separat på varje testplats. Vi rekommenderar det här alternativet. I genomsnitt försvinner ca 80 % av felen vid återförsök.
Valideringstest för SSL-certifikat Du kan verifiera SSL-certifikatet på webbplatsen för att se till att det är korrekt installerat, giltigt, betrott och inte ger några fel till någon av dina användare.
Proaktiv livstidskontroll Med den här inställningen kan du definiera en angiven tidsperiod innan SSL-certifikatet upphör att gälla. När det upphör att gälla misslyckas testet.
Testfrekvens Anger hur ofta testet körs från varje testplats. Med en standardfrekvens på fem minuter och fem testplatser testas din webbplats i genomsnitt varje minut.
Testplatser De platser varifrån våra servrar skickar webbbegäranden till din URL. Vårt minsta antal rekommenderade testplatser är fem för att säkerställa att du kan särskilja problem på din webbplats från nätverksproblem. Du kan välja upp till 16 platser.
Anpassade rubriker Nyckelvärdepar som definierar driftsparametrarna.
HTTP-begärandeverb Ange vilken åtgärd du vill vidta med din begäran.
Begärandetext Anpassade data som är associerade med din HTTP-begäran. Du kan ladda upp dina egna filer, skriva in ditt innehåll eller inaktivera den här funktionen.

Framgångsvillkor

Inställning Förklaring
Tidsgräns för test Minska det här värdet om du vill få aviseringar om långsamma svar. Testet räknas som ett fel om svaren från webbplatsen inte har tagits emot inom den här perioden. Om du valde Parsa beroende begäranden måste alla bilder, formatfiler, skript och andra beroende resurser ha tagits emot inom denna period.
HTTP-svar Den returnerade statuskoden som räknas som lyckad. 200 är koden som anger att en normal webbsida har returnerats.
Innehållsmatchning En sträng, till exempel "Välkommen!" Vi testar att en exakt skiftlägeskänslig matchning sker i varje svar. Den måste vara en enkel sträng utan jokertecken. Glöm inte att du kan behöva uppdatera sidan om innehållet ändras. Endast engelska tecken stöds med innehållsmatchning

Aviseringar

Inställning Förklaring
Nära realtid Vi rekommenderar att du använder aviseringar i nära realtid. Du konfigurerar den här typen av avisering när tillgänglighetstestet har skapats.
Tröskelvärde för aviseringsplats Vi rekommenderar minst 3/5 platser. Den optimala relationen mellan tröskelvärdet för aviseringsplatser och antalet testplatser är tröskelvärdet = föraviseringsplatser för testplatser – 2, med minst fem testplatser.

Platspopulationstaggar

Följande befolkningstaggar kan användas för attributet geo-location när du distribuerar ett pingtest för tillgänglighets-URL med Azure Resource Manager.

Azure Government

Visningsnamn Befolkningsnamn
USGov Virginia usgov-va-azr
USGov Arizona usgov-phx-azr
USGov Texas usgov-tx-azr
USDoD, östra usgov-ddeast-azr
USDoD, centrala usgov-ddcentral-azr

Azure Kina

Visningsnamn Befolkningsnamn
Kina, östra mc-cne-azr
Kina, östra 2 mc-cne2-azr
Kina, norra mc-cnn-azr
Kina, norra 2 mc-cnn2-azr

Azure

Visningsnamn Befolkningsnamn
Australien, östra emea-au-syd-edge
Brasilien, södra latam-br-gru-edge
Central US us-fl-mia-edge
Asien, östra apac-hk-hkn-azr
East US us-va-ash-azr
Frankrike, södra (tidigare Frankrike, centrala) emea-ch-zrh-edge
Frankrike, centrala emea-fr-pra-edge
Japan, östra apac-jp-kaw-edge
Europa, norra emea-gb-db3-azr
USA, norra centrala us-il-ch1-azr
USA, södra centrala us-tx-sn1-azr
Sydostasien apac-sg-sin-azr
Storbritannien, västra emea-se-sto-edge
Europa, västra emea-nl-ams-azr
USA, västra us-ca-sjc-azr
Storbritannien, södra emea-ru-msa-edge

Visa tillgänglighetstestresultat

Tillgänglighetstestresultat kan visualiseras med både linje- och punktdiagramvyer.

Efter några minuter väljer du Uppdatera för att se dina testresultat.

Skärmbild som visar sidan Tillgänglighet med knappen Uppdatera markerad.

Punktdiagramvyn visar exempel på testresultat som innehåller detaljerad information om diagnostiska teststeg. Testmotorn lagrar diagnosinformation för tester som innehåller fel. För lyckade tester lagras diagnosinformation för en delmängd av körningarna. Hovra över någon av de gröna/röda punkterna för att se testet, testnamnet och platsen.

Linjevy.

Välj ett visst test, en viss plats eller minska tidsperioden för att visa fler resultat för en viss tidsperiod som du är intresserad av. Använd Sökutforskaren för att visa resultat från alla körningar, eller använd analysfrågor om du vill köra anpassade rapporter för dessa data.

Granska och redigera tester

Om du vill redigera, tillfälligt inaktivera eller ta bort ett test väljer du ellipserna bredvid ett testnamn. Det kan ta upp till 20 minuter innan konfigurationsändringar sprids till alla testagenter när en ändring har gjorts.

Visa testinformation. Redigera och inaktivera ett webbtest.

Du kanske vill inaktivera tillgänglighetstester eller de aviseringsregler som är associerade med dem när du utför underhåll på din tjänst.

Om du ser fel

Välj en röd punkt.

Skärmbild av fliken transaktionsinformation från slutpunkt till slutpunkt.

Från ett tillgänglighetstestresultat kan du se transaktionsinformationen för alla komponenter. Här kan du:

  • Granska felsökningsrapporten för att ta reda på vad som kan ha orsakat att testet misslyckades, men programmet är fortfarande tillgängligt.
  • Kontrollera de svar som mottas från servern.
  • Diagnostisera fel med korrelerad telemetri på serversidan som samlas in under bearbetning av det misslyckade tillgänglighetstestet.
  • Logga ett problem eller arbetsobjekt i Git eller Azure Boards för att spåra problemet. Buggen innehåller en länk till den här händelsen.
  • Öppna resultatet av webbtestet i Visual Studio.

Mer information om transaktionsdiagnostik från slutpunkt till slutpunkt finns i dokumentationen för transaktionsdiagnostik.

Välj på undantagsraden för att se information om undantaget på serversidan som gjorde att det syntetiska tillgänglighetstestet misslyckades. Du kan också hämta ögonblicksbilden av felsökningen för bättre diagnostik på kodnivå.

Diagnostik på serversidan.

Förutom råresultaten kan du också visa två viktiga tillgänglighetsmått i Metrics Explorer:

  • Tillgänglighet: antal procent av testerna som lyckades av alla testkörningar.
  • Testets varaktighet: genomsnittlig tid för alla testkörningar.

Nästa steg