Flerstegstest för webbplatserMulti-step web tests

Du kan övervaka en inspelad sekvens av webb adresser och interaktioner med en webbplats via webbtester med flera steg.You can monitor a recorded sequence of URLs and interactions with a website via multi-step web tests. Den här artikeln vägleder dig genom processen för att skapa ett webb test med flera steg med Visual Studio Enterprise.This article will walk you through the process of creating a multi-step web test with Visual Studio Enterprise.

Anteckning

Webbtester med flera steg är beroende av Visual Studio webtest-filer.Multi-step web tests depend on Visual Studio webtest files. Det meddelade att Visual Studio 2019 är den senaste versionen med webbtest-funktioner.It was announced that Visual Studio 2019 will be the last version with webtest functionality. Det är viktigt att förstå att även om inga nya funktioner läggs till, så stöds inte webbtest-funktioner i Visual Studio 2019 och kommer fortfarande att stödjas under produktens support livs cykel.It is important to understand that while no new features will be added, webtest functionality in Visual Studio 2019 is still currently supported and will continue to be supported during the support lifecycle of the product. Azure Monitor produkt teamet har fått frågor om framtida tillgänglighets test för flera steg här.The Azure Monitor product team has addressed questions regarding the future of multi-step availability tests here.

FörutsättningarPre-requisites

  • Visual Studio 2017 Enterprise eller senare.Visual Studio 2017 Enterprise or greater.
  • Webb prestanda och belastnings test verktyg i Visual Studio.Visual Studio web performance and load testing tools.

För att hitta de förberedande verktyg som krävs.To locate the testing tools pre-requisite. Starta Visual Studio Installer > enskilda komponenter > fel sökning och testning > webb prestanda-och belastnings test verktyg.Launch the Visual Studio Installer > Individual components > Debugging and testing > Web performance and load testing tools.

Skärm bild av Visual Studio Installer-gränssnittet med enskilda komponenter som marker ATS med en kryss ruta bredvid objektet för webb prestanda och belastnings test verktyg

Anteckning

Webbtester med flera steg har ytterligare kostnader som är kopplade till dem.Multi-step web tests have additional costs associated with them. Mer information finns i den officiella pris guiden.To learn more consult the official pricing guide.

Spela in ett webb test för flera stegRecord a multi-step web test

Varning

Vi rekommenderar inte att du använder flera stegs inspelningar.We no longer recommend using the multi-step recorder. Inspelaren har utvecklats för statiska HTML-sidor med grundläggande interaktioner och ger ingen funktions upplevelse för moderna webb sidor.The recorder was developed for static HTML pages with basic interactions, and does not provide a functional experience for modern web pages.

Vägledning om hur du skapar Visual Studio-webbtester finns i den officiella Visual studio 2019-dokumentationen.For guidance on creating Visual Studio web tests consult the official Visual Studio 2019 documentation.

Ladda upp webb testetUpload the web test

  1. I Application Insights portal i rutan tillgänglighet väljer du skapa test > test typ > webb test för flera steg.In the Application Insights portal on the Availability pane select Create Test > Test type > Multi-step web test.

  2. Ange test platser, frekvens och aviserings parametrar.Set the test locations, frequency, and alert parameters.

Frekvens & platsFrequency & location

InställningSetting FörklaringExplanation
Test frekvensTest frequency Anger hur ofta testet körs från varje test plats.Sets how often the test is run from each test location. Med en standardfrekvens på fem minuter och fem testplatser testas din webbplats i genomsnitt varje minut.With a default frequency of five minutes and five test locations, your site is tested on average every minute.
Test platserTest locations Är platser där våra servrar skickar webb förfrågningar till din URL.Are the places from where our servers send web requests to your URL. Det minsta antalet rekommenderade test platser är fem för att försäkra dig om att du kan särskilja problem på din webbplats från nätverks problem.Our minimum number of recommended test locations is five in order to insure that you can distinguish problems in your website from network issues. Du kan välja upp till 16 platser.You can select up to 16 locations.

Lyckade kriterierSuccess criteria

InställningSetting FörklaringExplanation
Timeout för testTest timeout Minska det här värdet om du vill få aviseringar om långsamma svar.Decrease this value to be alerted about slow responses. Testet räknas som misslyckat om svaren från din webbplats inte har tagits emot inom denna period.The test is counted as a failure if the responses from your site have not been received within this period. Om du valde Parsa beroende begäranden måste alla bilder, formatfiler, skript och andra beroende resurser ha tagits emot inom denna period.If you selected Parse dependent requests, then all the images, style files, scripts, and other dependent resources must have been received within this period.
HTTP-svarHTTP response Den returnerade status koden som räknas som lyckad.The returned status code that is counted as a success. 200 är koden som anger att en normal webbsida har returnerats.200 is the code that indicates that a normal web page has been returned.
Innehålls matchningContent match En sträng, till exempel "Välkommen!"A string, like "Welcome!" Vi testar i varje svar om någon skiftlägeskänslig matchning förekommer.We test that an exact case-sensitive match occurs in every response. Den måste vara en enkel sträng utan jokertecken.It must be a plain string, without wildcards. Glöm inte att du kan behöva uppdatera sidan om innehållet ändras.Don't forget that if your page content changes you might have to update it. Endast engelska tecken stöds med innehålls matchningOnly English characters are supported with content match

AviseringarAlerts

InställningSetting FörklaringExplanation
Nära real tid (för hands version)Near-realtime (Preview) Vi rekommenderar att du använder aviseringar i nästan real tid.We recommend using Near-realtime alerts. Konfigurationen av den här typen av avisering görs efter att ditt tillgänglighets test har skapats.Configuring this type of alert is done after your availability test is created.
KlassiskClassic Vi rekommenderar inte längre att använda klassiska aviseringar för nya tillgänglighets test.We no longer recommended using classic alerts for new availability tests.
Tröskelvärde för aviserings platsAlert location threshold Vi rekommenderar minst 3/5 platser.We recommend a minimum of 3/5 locations. Den optimala relationen mellan aviserings platsens tröskel och antalet test platser är tröskelvärde för aviserings plats = antalet test platser-2, med minst fem test platser.The optimal relationship between alert location threshold and the number of test locations is alert location threshold = number of test locations - 2, with a minimum of five test locations.

KonfigurationConfiguration

Att sätta igång tid och slumpmässiga tal i testetPlugging time and random numbers into your test

Anta att du testar ett verktyg som hämtar tidsberoende data, till exempel aktier från ett externt flöde.Suppose you're testing a tool that gets time-dependent data such as stocks from an external feed. När du spelar in webbtestet måste du ange specifika tider, men du anger dem som parametrar för testet, StartTime och EndTime.When you record your web test, you have to use specific times, but you set them as parameters of the test, StartTime and EndTime.

Skärm bild för min fantastisk Stock-app

När du kör testet vill du att EndTime alltid ska vara den aktuella tiden, och StartTime 15 minuter tidigare.When you run the test, you'd like EndTime always to be the present time, and StartTime should be 15 minutes ago.

Datum/tid-plugin-programmet för webb test ger dig möjlighet att hantera Parameterisera tider.The Web Test Date Time Plugin provides the way to handle parameterize times.

  1. Lägg till ett plugin-program för webbtester för varje variabelt parametervärde som du behöver.Add a web test plug-in for each variable parameter value you want. I verktygsfältet Webbtest väljer du Lägg till plugin-program för webbtest.In the web test toolbar, choose Add Web Test Plugin.

    Lägg till plugin-program för webb test

    I det här exemplet ska vi använda två instanser av plugin-programmet för datum och tid.In this example, we use two instances of the Date Time Plug-in. En instans är för ”15 minuter tidigare” och en annan för ”nu”.One instance is for "15 minutes ago" and another for "now."

  2. Öppna egenskaperna för varje plugin-program.Open the properties of each plug-in. Lägg till ett namn och ange att den aktuella tiden ska användas.Give it a name and set it to use the current time. För den ena anger du Lägg till minuter = -15.For one of them, set Add Minutes = -15.

    Kontext parametrar

  3. Du refererar till plugin-namn genom att använd {{plugin-name}} i parametrarna för webbtestet.In the web test parameters, use {{plug-in name}} to reference a plug-in name.

    StartTime

Ladda upp testet till portalen.Now, upload your test to the portal. De dynamiska värdena används i varje körning av testet.It will use the dynamic values on every run of the test.

Hantera inloggningDealing with sign-in

Om användarna måste logga in i din app kan du välja mellan olika alternativ för att simulera inloggningen, så att du kan testa sidorna bakom inloggningen.If your users sign in to your app, you have various options for simulating sign-in so that you can test pages behind the sign-in. Vilken metod du använder beror på vilken typ av säkerhet som tillhandahålls av appen.The approach you use depends on the type of security provided by the app.

I samtliga fall bör du skapa ett konto i ditt program som endast används för testning.In all cases, you should create an account in your application just for the purpose of testing. Om möjligt begränsar du behörigheterna för det här testkontot så att webbtestningen inte påverkar riktiga användare.If possible, restrict the permissions of this test account so that there's no possibility of the web tests affecting real users.

Enkelt användar namn och lösen ord Spela in ett webbtest på vanligt sätt.Simple username and password Record a web test in the usual way. Ta bort cookies först.Delete cookies first.

SAML-autentiseringSAML authentication

EgenskapsnamnProperty name BeskrivningDescription
Målgrupps-URIAudience Uri Målgrupps-URI för SAML-token.The audience URI for the SAML token. Detta är URI: n för Access Control Service (ACS) – inklusive ACS-namnrymd och värd namn.This is the URI for the Access Control Service (ACS) – including ACS namespace and host name.
Certifikat lösen ordCertificate Password Lösen ordet för klient certifikatet som ger åtkomst till den inbäddade privata nyckeln.The password for the client certificate which will grant access to the embedded private key.
Klient certifikatClient Certificate Klient certifikatets värde med privat nyckel i Base64-kodat format.The client certificate value with private key in Base64 encoded format.
Namn identifierareName Identifier Namn identifieraren för tokenThe name identifier for the token
Inte efterNot After TimeSpan som token ska vara giltigt för.The timespan for which the token will be valid. Standardvärdet är 5 minuter.The default is 5 minutes.
Inte föreNot Before TimeSpan för vilket en token som skapades tidigare är giltig (för att adressera tids skevar).The timespan for which a token created in the past will be valid (to address time skews). Standardvärdet är (negativt) 5 minuter.The default is (negative) 5 minutes.
Mål kontext parameter namnTarget Context Parameter Name Kontext parametern som tar emot den genererade kontrollen.The context parameter that will receive the generated assertion.

Klient hemlighet Om din app har en inloggnings väg som omfattar en klient hemlighet använder du den vägen.Client secret If your app has a sign-in route that involves a client secret, use that route. Azure Active Directory (AAD) är ett exempel på en tjänst som erbjuder inloggning med klienthemligheter.Azure Active Directory (AAD) is an example of a service that provides a client secret sign-in. I AAD är klienthemligheten appnyckeln.In AAD, the client secret is the App Key.

Här är ett exempel på ett webbtest för en Azure-webbapp som använder en appnyckel:Here's a sample web test of an Azure web app using an app key:

Exempel skärm bild

Hämta en token från AAD med hjälp av en klienthemlighet (AppKey).Get token from AAD using client secret (AppKey). Extrahera ägartoken från svaret.Extract bearer token from response. Anropa API:et med hjälp av ägartoken i auktoriseringshuvudet.Call API using bearer token in the authorization header. Kontrol lera att webb testet är en faktisk klient, d.v.s. den har sin egen app i AAD, och använd dess clientId + app-nyckel.Make sure that the web test is an actual client - that is, it has its own app in AAD - and use its clientId + app key. Din tjänst under testet har också sin egen app i AAD: appID-URI: n för den här appen avspeglas i webbtesten i resurs fältet.Your service under test also has its own app in AAD: the appID URI of this app is reflected in the web test in the resource field.

Öppen autentiseringOpen Authentication

Ett exempel på öppen autentisering är inloggning med ett Microsoft- eller Google-konto.An example of open authentication is signing in with your Microsoft or Google account. Många appar som använder OAuth erbjuder möjligheten att använda en klienthemlighet, så det första du bör göra är att ta reda på detta.Many apps that use OAuth provide the client secret alternative, so your first tactic should be to investigate that possibility.

Om testet måste logga in med OAuth är den allmänna riktlinjen att:If your test must sign in using OAuth, the general approach is:

Använda ett verktyg som Fiddler för att undersöka trafiken mellan webbläsaren, autentiseringswebbplatsen och din app.Use a tool such as Fiddler to examine the traffic between your web browser, the authentication site, and your app. Utföra två eller flera inloggningar med olika datorer eller webbläsare, eller med långa intervall (så att token upphör att gälla).Perform two or more sign-ins using different machines or browsers, or at long intervals (to allow tokens to expire). Genom att jämföra olika sessioner identifiera den token som skickas tillbaka från autentiseringswebbplatsen, som sedan skickas till din appserver efter inloggningen.By comparing different sessions, identify the token passed back from the authenticating site, that is then passed to your app server after sign-in. Spela in ett webbtest med hjälp av Visual Studio.Record a web test using Visual Studio. Parameterisera token genom att ange parametern när token returneras från autentiseraren och använda den i frågan till webbplatsen.Parameterize the tokens, setting the parameter when the token is returned from the authenticator, and using it in the query to the site. (Visual Studio försöker parameterisera testet, men kan inte parameterisera token korrekt.)(Visual Studio attempts to parameterize the test, but does not correctly parameterize the tokens.)

FelsökaTroubleshooting

Dedikerad fel söknings artikel.Dedicated troubleshooting article.

Nästa stegNext steps