Többlépéses webtesztek
Többhelyes webes tesztek segítségével monitorozhat egy url-címeket és interakciókat a webhelyekkel. Ez a cikk bemutatja, hogyan hozhat létre többhelyes webes tesztet a Visual Studio Enterprise-nal.
Fontos
A többhelyes webes tesztek elavultak. Az egyéni rendelkezésre állási tesztek beküldéséhez a többlépéses webtesztek helyett a TrackAvailability() használatát javasoljuk. A TrackAvailability() és az egyéni rendelkezésre állási tesztek használatával bármilyen számítógépen futtathat teszteket, és a C# segítségével egyszerűen hozhat létre új teszteket.
A többhelyes webes tesztek klasszikus tesztekként vannak kategorizálva, és a Rendelkezésre állás panel Klasszikus teszt hozzáadása területén találhatók.
Megjegyzés
A többhelyes webes tesztek nem támogatottak a Azure Government felhőben.
Többhelyes webes teszt alternatíva
A többhelyes webes tesztek a Visual Studio webes tesztfájljaitól függnek. Bejelentették, hogy a Visual Studio 2019 lesz az utolsó olyan verzió, amely webes tesztfunkciókkal rendelkezik. Bár új funkciók nem lesznek hozzáadva, a Visual Studio 2019 webes tesztfunkciói továbbra is támogatottak, és továbbra is támogatottak lesznek a termék támogatási életciklusa során.
Azt javasoljuk, hogy a TrackAvailability használatával küldje el az egyéni rendelkezésre állási teszteket a többhelyes webes tesztek helyett. Ez a lehetőség a több kéréses vagy hitelesítési tesztelési forgatókönyvek hosszú távú támogatott megoldása. A TrackAvailability() és az egyéni rendelkezésre állási tesztek használatával bármilyen számítógépen futtathat teszteket, és a C# segítségével egyszerűen hozhat létre új teszteket.
Előfeltételek
A következők szükségesek:
- Visual Studio 2017 Enterprise vagy újabb.
- A Visual Studio webes teljesítmény- és terheléstesztelő eszközei.
A tesztelési eszközök előfeltételeinek megkereséséhez válassza a Visual Studio Installer>Egyéni összetevők>hibakeresése és tesztelése>webes teljesítmény- és terheléstesztelő eszközök lehetőséget.
Megjegyzés
A többhelyes webes tesztekhez további költségek tartoznak. További információért tekintse meg a hivatalos díjszabási útmutatót.
Többlépéses webes teszt rögzítése
Figyelmeztetés
A továbbiakban nem javasoljuk a többlépéses felvevő használatát. A rögzítőt statikus HTML-lapokhoz fejlesztettük ki, amelyek alapvető interakciókat is tartalmaztak. Ez nem nyújt funkcionális élményt a modern weblapok számára.
A Visual Studio webes tesztjeinek létrehozásával kapcsolatos útmutatásért tekintse meg a Visual Studio 2019 hivatalos dokumentációját.
A webes teszt feltöltése
- A Rendelkezésre állás panel Application Insights portálján válassza a Klasszikus teszt hozzáadása lehetőséget. Ezután válassza a Többlépéses lehetőségettermékváltozatként.
- Töltse fel a többhelyes webes tesztet.
- Adja meg a teszthelyeket, a gyakoriságot és a riasztási paramétereket.
- Válassza a Létrehozás lehetőséget.
Gyakoriság és hely
| Beállítás | Leírás |
|---|---|
| Teszt gyakorisága | Beállítja, hogy a teszt milyen gyakran fusson az egyes teszthelyekről. Öt perces alapértelmezett gyakorisággal és öt teszthellyel a helyén átlagosan percenként egy teszt történik. |
| Tesztelési helyek | Azok a helyek, ahonnan a kiszolgálóink webes kéréseket küldenek az URL-címre. Az ajánlott teszthelyek minimális száma öt , hogy meg tudja különböztetni a webhely problémáit a hálózati problémáktól. Legfeljebb 16 hely választható ki. |
Sikerességi feltételek
| Beállítás | Leírás |
|---|---|
| Teszt időtúllépése | Csökkentse ezt az értéket a lassú válaszokról való riasztáshoz. A teszt sikertelennek számít, ha a webhely válaszai nem érkeztek meg ezen az időszakon belül. Ha a Függő kérések elemzése lehetőséget választotta, az összes képnek, stílusfájlnak, szkriptnek és egyéb függő erőforrásnak meg kell érkeznie ezen az időszakon belül. |
| HTTP-válasz | A visszaadott állapotkód, amely sikeresnek számít. A 200-ás kód azt jelzi, hogy egy normál weblap lett visszaadva. |
| Tartalomegyezés | Egy sztring, például "Üdvözöljük!" Azt teszteljük, hogy minden válaszban pontosan a kis- és nagybetűk megkülönböztetése történik-e. Egyszerű sztringnek kell lennie helyettesítő karakterek nélkül. Ne feledje, hogy ha megváltozik a lap tartalma, előfordulhat, hogy frissítenie kell. A tartalomegyeztetés csak angol karaktereket támogat. |
Riasztások
| Beállítás | Leírás |
|---|---|
| Közel valós idejű (előzetes verzió) | Javasoljuk, hogy közel valós idejű riasztásokat használjunk. Az ilyen típusú riasztások konfigurálása a rendelkezésre állási teszt létrehozása után történik. |
| Riasztási hely küszöbértéke | Javasoljuk, hogy legalább 3/5 helyet adjon meg. A riasztási hely küszöbértéke és a tesztelési helyek száma közötti optimális kapcsolat a tesztelési helyek riasztási helyének küszöbértéke = – 2, legalább öt teszthellyel. |
Konfiguráció
Kövesse ezeket a konfigurációs lépéseket.
Idő és véletlenszerű számok csatlakoztatása a teszthez
Tegyük fel, hogy egy olyan eszközt tesztel, amely időfüggő adatokat, például részvényárakat kér le egy külső hírcsatornából. Amikor rögzíti a webes tesztet, meghatározott időpontokat kell használnia, de a teszt paramétereiként kell beállítania őket, StartTime és EndTime.
A teszt futtatásakor mindig a jelenlegi időpontot szeretné EndTime használni. StartTime 15 perccel korábban kell lennie.
A webes tesztdátum idő beépülő modulja lehetővé teszi a paraméteridők kezelését.
Adjon hozzá egy webteszt beépülő modult minden kívánt változóparaméter-értékhez. A webes teszt eszköztárán válassza a Webteszt beépülő modul hozzáadása lehetőséget.
Ebben a példában a Dátum és idő beépülő modul két példányát használjuk. Az egyik példány a "15 perccel ezelőtt", a másik a "most" szóra.
Nyissa meg a beépülő modulok tulajdonságait. Adjon meg egy nevet, és állítsa be úgy, hogy az aktuális időt használja. Az egyiknél állítsa be a Perc hozzáadása = -15 értéket.
A webes tesztparaméterek segítségével
{{plug-in name}}hivatkozhat egy beépülő modul nevére.
Ezután töltse fel a tesztet a portálra. Dinamikus értékeket fog használni a teszt minden futtatásakor.
Fontolja meg a bejelentkezést
Ha a felhasználók bejelentkeznek az alkalmazásába, számos lehetősége van a bejelentkezés szimulálására a bejelentkezés után megjelenő lapok teszteléséhez. A használt megközelítés az alkalmazás által kínált biztonság típusától függ.
Minden esetben hozzon létre egy fiókot az alkalmazásban csak tesztelés céljából. Ha lehetséges, korlátozza az engedélyt ezen a tesztfiókon, így elkerülheti, hogy a webes tesztek hatással legyenek a tényleges felhasználókra.
Egyszerű felhasználónév és jelszó
Rögzítsen egy webes tesztet a szokásos módon. Először törölje a cookie-kat.
SAML-hitelesítés
| Tulajdonság neve | Description |
|---|---|
| Célközönség URI-ja | Az SAML-jogkivonat célközönségének URI-ja. Ez az URI a Access Control szolgáltatáshoz tartozik, beleértve a Access Control névteret és az állomásnevet. |
| Tanúsítvány jelszava | Az ügyféltanúsítvány jelszava, amely hozzáférést biztosít a beágyazott titkos kulcshoz. |
| Ügyféltanúsítvány | Az ügyféltanúsítvány értéke base64 kódolású titkos kulccsal. |
| Névazonosító | A jogkivonat névazonosítója. |
| Nem utána | Az az időtartomány, amelyre a jogkivonat érvényes lesz. Az alapértelmezett érték 5 perc. |
| Nem korábban | Az az időtartomány, amelyre a korábban létrehozott jogkivonat érvényes lesz (az időeltérések kezelésére). Az alapértelmezett érték (negatív) 5 perc. |
| Célkörnyezeti paraméter neve | A környezeti paraméter, amely megkapja a létrehozott helyességi feltételt. |
Titkos ügyfélkulcs
Ha az alkalmazás bejelentkezési módja titkos ügyfélkódot igényel, használja azt a módot. Az Azure Active Directory (Azure AD) egy példa egy olyan szolgáltatásra, amely titkos ügyfél-bejelentkezést biztosít. A Azure AD az ügyfélkulcs az alkalmazáskulcs.
Íme egy minta webes teszt egy Azure-webalkalmazásról egy alkalmazáskulcs használatával.
- Jogkivonat lekérése Azure AD az ügyfélkód (az alkalmazáskulcs) használatával.
- Tulajdonosi jogkivonat kinyerése a válaszból.
- Hívja meg az API-t az engedélyezési fejléc tulajdonosi jogkivonatával.
- Győződjön meg arról, hogy a webes teszt egy tényleges ügyfél. Vagyis saját alkalmazással rendelkezik Azure AD. Használja az ügyfél-azonosítóját és az alkalmazáskulcsát. A tesztelés alatt álló szolgáltatásnak saját alkalmazása is van a Azure AD. Az alkalmazás alkalmazásazonosítójának URI-ja megjelenik az erőforrásmező webes tesztjében.
Hitelesítés megnyitása
A nyílt hitelesítésre példa a Microsoft- vagy Google-fiókjával való bejelentkezés. Számos OAuth protokollt használó alkalmazás biztosítja a titkos ügyfélkódos alternatívát, így az első feladat ennek a lehetőségnek a megvizsgálása.
Ha a tesztnek az OAuth használatával kell bejelentkeznie, az általános megközelítés a következő:
- Használjon egy eszközt, például a Fiddlert a webböngésző, a hitelesítési hely és az alkalmazás közötti forgalom vizsgálatához.
- Jelentkezzen be legalább két alkalommal különböző gépek vagy böngészők használatával, illetve hosszú időközönként (hogy a tokennek legyen ideje lejárni).
- A különböző munkamenetek összehasonlításával azonosítsa a hitelesítő webhelyről visszaadott jogkivonatot, amelyet aztán a bejelentkezés után az alkalmazáskiszolgálónak ad át.
- Webes teszt rögzítése a Visual Studióval.
- A jogkivonatok paraméterezése. Állítsa be a paramétert, amikor a jogkivonatot visszaadja a hitelesítő, és használja azt a lekérdezésben a webhelyre. (A Visual Studio megpróbálja paraméterezni a tesztet, de nem megfelelően paraméterezi a tokeneket.)
Hibaelhárítás
Hibaelhárítási segítségért tekintse meg a dedikált hibaelhárítási cikket.