Pengujian Web Multi-langkah

Anda dapat memantau urutan URL dan interaksi yang direkam dengan situs web melalui tes web multi-langkah. Artikel ini akan memandu Anda melalui proses pembuatan uji web multi-langkah dengan Visual Studio Enterprise.

Penting

Pengujian web multi-langkah tidak digunakan lagi. Sebaiknya gunakan TrackAvailability() untuk mengirimkan tes ketersediaan kustom alih-alih tes web multi-langkah. Dengan TrackAvailability() dan tes ketersediaan kustom, Anda dapat menjalankan pengujian pada setiap komputasi yang Anda inginkan dan menggunakan C# untuk menulis pengujian baru dengan mudah.

Catatan

Tes web multi-langkah tidak didukung di cloud Azure Government.

Pengujian web multi-langkah dikategorikan sebagai pengujian klasik dan dapat ditemukan di Tambahkan Pengujian Klasik di panel Ketersediaan.

Alternatif pengujian web multi-langkah

Pengujian web multi-langkah bergantung pada file webtest Visual Studio. Diumumkan bahwa Visual Studio 2019 akan menjadi versi terakhir dengan fungsionalitas webtest. Penting untuk dipahami bahwa meskipun tidak ada fitur baru yang akan ditambahkan, fungsionalitas pengujian web di Visual Studio 2019 saat ini masih didukung dan akan terus didukung selama siklus hidup dukungan produk.

Sebaiknya gunakan TrackAvailability untuk mengirimkan pengujian ketersediaan kustom dan bukan pengujian web Multi-langkah. Ini adalah solusi jangka panjang yang didukung untuk skenario uji multi permintaan atau autentikasi. Dengan TrackAvailability() dan tes ketersediaan kustom, Anda dapat menjalankan pengujian pada setiap komputasi yang Anda inginkan dan menggunakan C# untuk menulis pengujian baru dengan mudah.

Prasyarat

  • Visual Studio 2017 Enterprise atau lebih tinggi.
  • Performa web Visual Studio dan alat pengujian beban.

Untuk menemukan alat pengujian prasyarat. Luncurkan Visual Studio InstallerKomponen individuDebugging dan pengujiankinerja Web dan alat pengujian beban.

Screenshot of the Visual Studio installer UI with Individual components selected with a checkbox next to the item for Web performance and load testing tools

Catatan

Tes web multi-langkah memiliki biaya tambahan yang terkait dengan mereka. Untuk mempelajari lebih lanjut, lihat panduan harga resmi.

Rekam uji web multi-langkah

Peringatan

Kami tidak lagi merekomendasikan menggunakan perekam multi-langkah. Perekam dikembangkan untuk halaman HTML statis dengan interaksi dasar, dan tidak memberikan pengalaman fungsional untuk halaman web modern.

Untuk panduan tentang membuat pengujian web Visual Studio, lihat dokumentasi resmi Visual Studio 2019.

Unggah tes web

  1. Di portal Application Insights di panel Ketersediaan, pilih Tambahkan pengujian Klasik, kemudian pilih Multi-langkah sebagai SKU.
  2. Unggah pengujian web multi-langkah Anda.
  3. Set lokasi pengujian, frekuensi, dan parameter peringatan.
  4. Pilih Buat.

&Lokasi frekuensi

Pengaturan Penjelasan
Frekuensi pengujian Atur seberapa sering pengujian dijalankan dari setiap lokasi pengujian. Dengan frekuensi default lima menit dan lima lokasi pengujian, situs Anda diuji rata-rata setiap menit.
Lokasi pengujian Adalah tempat asal server kami mengirim permintaan web ke URL Anda. Jumlah minimum lokasi pengujian kami yang direkomendasikan adalah lima untuk memastikan bahwa Anda dapat membedakan masalah di situs web Anda dari masalah jaringan. Anda dapat memilih hingga 16 lokasi.

Kriteria keberhasilan

Pengaturan Penjelasan
Waktu uji coba Kurangi nilai ini untuk mendapatkan pemberitahuan tentang respons lambat. Pengujian terhitung sebagai kegagalan jika respons dari situs Anda belum diterima dalam periode ini. Jika Anda memilih Uraikan permintaan dependen, maka semua gambar, file gaya, skrip, dan sumber daya dependen lainnya harus diterima dalam periode ini.
Respons HTTP Kode status yang ditampilkan yang dihitung sebagai keberhasilan. 200 adalah kode yang menunjukkan bahwa halaman web normal telah ditampilkan.
Kecocokan konten Sebuah string, seperti "Selamat datang!" Kami menguji bahwa pertandingan kasus-sensitif yang tepat terjadi di setiap respons. Ini harus berupa string polos, tanpa kartubebas. Ingatlah jika konten halaman berubah, Anda mungkin perlu memperbaruinya. Hanya karakter bahasa Inggris yang didukung dengan kecocokan konten

Peringatan

Pengaturan Penjelasan
Near-realtime (Pratinjau) Sebaiknya gunakan pemberitahuan Near-realtime. Mengonfigurasi jenis pemberitahuan ini dilakukan setelah pengujian ketersediaan Anda dibuat.
Ambang lokasi pemberitahuan Kami merekomendasikan minimal 3/5 lokasi. Hubungan optimal antara ambang batas lokasi waspada dan jumlah lokasi tes adalah jumlah ambang batas lokasi siagalokasi tes - 2, dengan minimal lima lokasi tes.

Konfigurasi

Mencolokkan waktu dan angka acak ke dalam pengujian Anda

Misalkan Anda menguji alat yang mendapatkan data yang bergantung pada waktu seperti stok dari umpan eksternal. Saat merekam pengujian web, Anda harus menggunakan waktu tertentu, tetapi Anda menetapkannya sebagai parameter pengujian, StartTime, dan EndTime.

My awesome stock app screenshot

Ketika Anda menjalankan tes, Anda ingin EndTime selalu menjadi waktu sekarang, dan StartTime harus 15 menit yang lalu.

Plugin Waktu Tanggal Uji Web menyediakan cara untuk menangani waktu parameter.

  1. Tambahkan plug-in uji web untuk setiap nilai parameter variabel yang Anda inginkan. Di toolbar uji web, pilih Tambahkan Plugin Uji Web.

    Add Web Test Plug-in

    Dalam contoh ini, kami menggunakan dua instans Plug-in Date Time. Satu instans adalah untuk "15 menit yang lalu" dan satu lagi untuk "sekarang."

  2. Buka properti setiap plug-in. Beri nama dan atur untuk menggunakan waktu saat ini. Untuk salah satunya, atur Tambahkan Menit = -15.

    Context Parameters

  3. Di parameter uji web, gunakan {{plug-in name}} untuk mereferensikan nama plug-in.

    StartTime

Sekarang, unggah tes Anda ke portal. Ini akan menggunakan nilai dinamis pada setiap menjalankan tes.

Berurusan dengan masuk

Jika pengguna masuk ke aplikasi, Anda memiliki berbagai opsi untuk mensimulasikan login sehingga Anda dapat menguji halaman di belakang masuk. Pendekatan yang Anda gunakan tergantung pada jenis keamanan yang disediakan oleh aplikasi.

Dalam semua kasus, Anda harus membuat akun di aplikasi Anda hanya untuk tujuan pengujian. Jika memungkinkan, batasi izin akun pengujian ini sehingga tidak ada kemungkinan tes web memengaruhi pengguna nyata.

Nama pengguna dan kata sandi sederhana Rekam tes web dengan cara yang biasa. Hapus cookie terlebih dahulu.

Autentikasi SAML

Nama properti Deskripsi
Audience Uri URI audiens untuk token SAML. Ini adalah URI untuk Microsoft Azure Access Control Service (ACS) - termasuk namespace layanan ACS dan nama host.
Kata Sandi Sertifikat Kata sandi untuk sertifikat klien yang akan memberikan akses ke kunci privat yang disematkan.
Sertifikat Klien Nilai sertifikat klien dengan kunci privat dalam format terkodekan Base64.
Pengidentifikasi nama Pengidentifikasi nama untuk token
Tidak Setelah Batas waktu yang tokennya akan valid. Defaultnya adalah 5 menit.
Tidak sebelum Batas waktu dengan token yang dibuat di masa lalu akan valid (untuk mengatasi condong waktu). Defaultnya adalah (negatif) 5 menit.
Nama Parameter Konteks Target Parameter konteks yang akan menerima pernyataan yang dihasilkan.

Rahasia klien Jika aplikasi Anda memiliki rute rincian masuk yang melibatkan rahasia klien, gunakan rute tersebut. Microsoft Azure Active Directory (AAD) adalah contoh layanan yang menyediakan rincian masuk rahasia klien. Di Microsoft Azure Active Directory, rahasia klien adalah Kunci Aplikasi.

Berikut ini contoh pengujian web aplikasi web Azure menggunakan kunci aplikasi:

Sample screenshot

Dapatkan token dari Microsoft Azure Active Directory menggunakan rahasia klien (AppKey). Ekstrak token pembawa dari respons. API panggilan menggunakan token pembawa di header otorisasi. Pastikan bahwa tes web adalah klien aktual - yaitu, ia memiliki aplikasi sendiri di Microsoft Azure Active Directory - dan menggunakan kunci aplikasi clientId + nya. Layanan Anda yang sedang diuji juga memiliki aplikasi sendiri di AAD: URI appID aplikasi ini tercermin dalam pengujian web di bidang sumber daya.

Buka Autentikasi

Contoh autentikasi terbuka adalah masuk dengan akun Microsoft atau Google Anda. Banyak aplikasi yang menggunakan OAuth menyediakan alternatif rahasia klien, jadi taktik pertama Anda harus menyelidiki kemungkinan itu.

Jika pengujian Anda harus masuk menggunakan OAuth, pendekatan umumnya adalah:

Gunakan alat seperti Fiddler untuk memeriksa lalu lintas antara browser web, situs autentikasi, dan aplikasi Anda. Lakukan dua atau beberapa kali rincian masuk menggunakan mesin atau browser yang berbeda, atau dalam interval panjang (untuk memungkinkan token kedaluwarsa). Dengan membandingkan sesi yang berbeda, identifikasi token yang diteruskan kembali dari situs autentikasi, yang kemudian diteruskan ke server aplikasi Anda setelah masuk. Rekam uji web menggunakan Visual Studio. Parameterisasi token, mengatur parameter saat token dikembalikan dari pengautentikasi, dan menggunakannya dalam kueri ke situs. (Visual Studio mencoba untuk membuat parameter pengujian, bukan parameter token.)

Pemecahan Masalah

Artikel pemecahan masalah khusus.

Langkah berikutnya