Standardtest
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:
Gå till Application Insights-resursen och välj fönstret Tillgänglighet .
Välj Lägg till standardtest.
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.
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.
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.
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.
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å.
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.