Standardtest

  • Artikel

Ett standardtest är en typ av tillgänglighetstest som kontrollerar tillgängligheten för en webbplats genom att skicka en enda begäran. Förutom att verifiera om en slutpunkt svarar och mäter prestandan innehåller Standard-tester även SSL-certifikatets giltighet, proaktiv livslängdskontroll, HTTP-begärandeverb (till exempel GET,HEAD, och POST), anpassade huvuden och anpassade data som är associerade med din HTTP-begäran.

Om du vill skapa ett tillgänglighetstest måste du använda en befintlig Application Insights-resurs eller skapa en Application Insights-resurs.

Dricks

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 som visar fönstret Tillgänglighet med fliken Lägg till standardtest öppen.

  3. Ange testnamn, URL och andra inställningar som beskrivs i följande tabell. Välj sedan Skapa.

    Inställning beskrivning
    URL URL:en kan vara vilken webbsida som helst som du vill testa, men den måste vara synlig från det offentliga 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 Testa begäranden av bilder, skript, formatfiler och andra filer som är en del av webbsidan under test. 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 angav. Om du aktiverar det här alternativet blir kontrollen striktare. Testet kan misslyckas för fall, vilket kanske inte märks när du bläddrar manuellt på webbplatsen. Observera att vi endast parsar upp till 15 beroende begäranden.
    Aktivera återförsök När testet misslyckas testas 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 livslängdskontroll Med den här inställningen kan du definiera en angiven tidsperiod innan SSL-certifikatet upphör att gälla. När det har upphört 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 Våra servrar skickar webbbegäranden till din URL från dessa platser. Vårt minsta antal rekommenderade testplatser är fem för att se till att du kan skilja problem på din webbplats från nätverksproblem. Du kan välja upp till 16 platser.
    Anpassade rubriker Nyckelvärdepar som definierar driftparen.
    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, ange ditt innehåll eller inaktivera den här funktionen.

Framgångskriterier

Inställning beskrivning
Tidsgräns för test Minska det här värdet för att få aviseringar om långsamma svar. Testet räknas som ett fel om svaren från webbplatsen inte har tagits emot under den här perioden. Om du har valt Parsa beroende begäranden måste alla bilder, formatfiler, skript och andra beroende resurser ha tagits emot inom den här perioden.
HTTP-svar Den returnerade statuskoden som räknas som en framgång. Talet 200 är den kod som anger att en normal webbsida har returnerats.
Innehållsmatchning En sträng, som "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 om sidinnehållet ändras kan du behöva uppdatera det. Endast engelska tecken stöds med innehållsmatchning.

Aviseringar

Inställning beskrivning
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ör aviseringsplats för testplatser – 2, med minst fem testplatser.

Platspopulationstaggar

Du kan använda följande populationstaggar för attributet geo-location när du distribuerar ett pingtest för tillgänglighets-URL med hjälp av 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 Central usgov-ddcentral-azr

Microsoft Azure drivs av 21Vianet

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

Azure

Visningsnamn Befolkningsnamn
Australien, östra emea-au-syd-edge
Brasilien, södra latam-br-gru-edge
Centrala USA us-fl-mia-edge
Asien, östra apac-hk-hkn-azr
USA, östra us-va-ash-azr
Frankrike, södra (tidigare Frankrike, centrala) emea-ch-zrh-edge
Centrala Frankrike emea-fr-pra-edge
Japan, östra apac-jp-kaw-edge
Europa, norra emea-gb-db3-azr
Norra centrala USA us-il-ch1-azr
USA, södra centrala us-tx-sn1-azr
Sydostasien apac-sg-sin-azr
Västra Storbritannien emea-se-sto-edge
Västeuropa emea-nl-ams-azr
Västra USA us-ca-sjc-azr
Södra Storbritannien 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 testresultaten.

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

Vyn Punktdiagram 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.

Skärmbild som visar linjevyn.

Välj ett visst test eller en viss plats. Eller så kan du minska tidsperioden för att se fler resultat runt den aktuella tidsperioden. Använd Sökutforskaren för att se resultat från alla körningar. Eller så kan du använda Log Analytics-frågor för att köra anpassade rapporter på dessa data.

Inspektera 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.

Skärmbild som visar visa testinformation. Redigera och inaktivera ett webbtest.

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

Om du ser fel

Välj en röd punkt.

Skärmbild som visar 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 avgöra 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 vid bearbetning av det misslyckade tillgänglighetstestet.
  • Logga ett problem eller ett 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 undantagsraden för att se information om undantaget på serversidan som gjorde att det syntetiska tillgänglighetstestet misslyckades. Du kan också hämta felsökningsögonblicksbilden för mer omfattande diagnostik på kodnivå.

Skärmbild som visar diagnostik på serversidan.

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

  • Tillgänglighet: Procentandel av testerna som lyckades i alla testkörningar.
  • Testvaraktighet: Genomsnittlig testvaraktighet för alla testkörningar.

Nästa steg