Tes standar

  • Artikel

Pengujian Standar adalah jenis uji ketersediaan yang memeriksa ketersediaan situs web dengan mengirim satu permintaan. Selain memvalidasi apakah titik akhir merespons dan mengukur performa, pengujian Standar juga mencakup validitas sertifikat SSL, pemeriksaan masa pakai proaktif, kata kerja permintaan HTTP (misalnya, GET,HEAD, dan POST), header kustom, dan data kustom yang terkait dengan permintaan HTTP Anda.

Untuk membuat pengujian ketersediaan, Anda harus menggunakan sumber daya Application Insights yang ada atau membuat sumber daya Application Insights.

Tip

Jika saat ini Anda menggunakan pengujian ketersediaan lain, seperti pengujian ping URL, Anda mungkin menambahkan pengujian Standar bersama yang lain. Jika Anda ingin menggunakan pengujian Standar alih-alih salah satu pengujian Anda yang lain, tambahkan pengujian Standar dan hapus pengujian lama Anda.

Membuat pengujian Standar

Untuk membuat pengujian Standar:

  1. Buka sumber daya Application Insights Anda dan pilih panel Ketersediaan.

  2. Pilih Tambahkan pengujian Standar.

    Screenshot that shows the Availability pane with the Add Standard test tab open.

  3. Masukkan nama pengujian, URL, dan pengaturan lain yang dijelaskan dalam tabel berikut. Lalu pilih Buat.

    Pengaturan Deskripsi
    URL URL dapat berupa halaman web apa pun yang ingin Anda uji, tetapi harus terlihat dari internet publik. URL dapat menyertakan string kueri. Sehingga, misalkan, Anda dapat menjalankan database Anda sedikit. Jika URL diselesaikan ke pengalihan, kami menindaklanjutinya hingga 10 pengalihan.
    Mengurai permintaan dependen Menguji permintaan gambar, skrip, file gaya, dan file lain yang merupakan bagian dari halaman web di bawah pengujian. Waktu respons yang direkam mencakup waktu yang diperlukan untuk mendapatkan file-file ini. Pengujian gagal jika salah satu sumber daya ini tidak dapat berhasil diunduh dalam batas waktu untuk seluruh pengujian. Jika opsi tidak dipilih, pengujian hanya meminta file di URL yang Anda tentukan. Pengaktifan opsi ini menyebabkan pemeriksaan yang lebih ketat. Pengujian dapat gagal untuk kasus, yang mungkin tidak terlihat ketika Anda menelusuri situs secara manual. Harap dicatat, kami hanya mengurai hingga 15 permintaan dependen.
    Mengaktifkan percobaan kembali Jika pengujian gagal, dapat dicoba kembali setelah beberapa saat. Kegagalan hanya dilaporkan jika terjadi kegagalan dalam tiga upaya berturut-turut. Pengujian berikutnya kemudian dilakukan pada frekuensi pengujian biasa. Percobaan kembali untuk sementara dihentikan hingga keberhasilan berikutnya. Aturan ini diterapkan secara independen di setiap lokasi pengujian. Kami merekomendasikan opsi ini. Rata-rata, sekitar 80% kegagalan hilang saat percobaan kembali.
    Pengujian validasi sertifikat SSL Anda dapat memverifikasi sertifikat SSL di situs web Anda untuk memastikannya dipasang dengan benar, valid, tepercaya, dan tidak memberikan kesalahan apa pun kepada pengguna Anda.
    Pemeriksaan masa hidup proaktif Pengaturan ini memungkinkan Anda untuk menentukan periode waktu tertentu sebelum sertifikat SSL Anda berakhir. Setelah kedaluwarsa, pengujian Anda akan gagal.
    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 Merupakan tempat asal server kami mengirim permintaan web ke URL Anda. Jumlah minimum lokasi pengujian yang kami rekomendasikan adalah lima untuk memastikan bahwa Anda dapat membedakan masalah di situs web Anda dari masalah jaringan. Anda dapat memilih hingga 16 lokasi.
    Header kustom Pasangan nilai kunci yang menentukan parameter operasi.
    Kata kerja permintaan HTTP Tunjukkan tindakan apa yang ingin Anda ambil dengan permintaan Anda.
    Badan permintaan Data kustom yang terkait dengan permintaan HTTP Anda. Anda dapat mengunggah file Anda sendiri, memasukkan konten Anda, atau menonaktifkan fitur ini.

Kriteria keberhasilan

Pengaturan Deskripsi
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, semua gambar, file gaya, skrip, dan sumber daya dependen lainnya harus diterima dalam periode ini.
Respons HTTP Kode status yang ditampilkan yang dianggap berhasil. Angka 200 adalah kode yang menunjukkan bahwa halaman web normal telah dikembalikan.
Kecocokan konten String, seperti "Selamat datang!" Kami menguji bahwa kecocokan peka huruf besar/kecil yang tepat muncul 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 Deskripsi
Mendekati real time Sebaiknya gunakan pemberitahuan hampir real time. Mengonfigurasi jenis pemberitahuan ini dilakukan setelah pengujian ketersediaan Anda dibuat.
Ambang lokasi pemberitahuan Kami merekomendasikan minimal 3/5 lokasi. Hubungan optimal antara ambang lokasi pemberitahuan dan jumlah lokasi pengujian adalah ambang lokasi pemberitahuan = jumlah lokasi pengujian - 2, dengan minimal lima lokasi pengujian.

Tag populasi lokasi

Anda dapat menggunakan tag populasi berikut untuk atribut lokasi geografis saat Anda menyebarkan pengujian ping URL ketersediaan dengan menggunakan Azure Resource Manager.

Azure Government

Nama tampilan Nama populasi
Virginia Gov (US) usgov-va-azr
Gov (US) Arizona usgov-phx-azr
Gov (US) Texas usgov-tx-azr
USDoD Timur usgov-ddeast-azr
USDoD Pusat usgov-ddcentral-azr

Microsoft Azure dioperasikan oleh 21Vianet

Nama tampilan Nama populasi
Tiongkok Timur mc-cne-azr
Tiongkok Timur 2 mc-cne2-azr
Tiongkok Utara mc-cnn-azr
Tiongkok Utara 2 mc-cnn2-azr

Azure

Nama tampilan Nama populasi
Australia Timur emea-au-syd-edge
Brasil Selatan latam-br-gru-edge
US Tengah us-fl-mia-edge
Asia Timur apac-hk-hkn-azr
AS Timur us-va-ash-azr
Prancis Selatan (Dulu Prancis Tengah) emea-ch-zrh-edge
Prancis Tengah emea-fr-pra-edge
Jepang Timur apac-jp-kaw-edge
Eropa Utara emea-gb-db3-azr
US Tengah Utara us-il-ch1-azr
US Tengah Selatan us-tx-sn1-azr
Asia Tenggara apac-sg-sin-azr
UK Barat emea-se-sto-edge
Eropa Barat emea-nl-ams-azr
US Barat us-ca-sjc-azr
UK Selatan emea-ru-msa-edge

Melihat hasil uji ketersediaan Anda

Hasil pengujian ketersediaan dapat divisualisasikan dengan tampilan Plot Garis dan Sebar.

Setelah beberapa menit, pilih Refresh untuk melihat hasil pengujian Anda.

Screenshot that shows the Availability page with the Refresh button highlighted.

Tampilan Plot Sebar menunjukkan sampel hasil pengujian yang memiliki detail langkah pengujian diagnostik di dalamnya. Mesin pengujian menyimpan detail diagnostik untuk pengujian yang mengalami kegagalan. Untuk pengujian yang berhasil, detail diagnostik disimpan untuk subset eksekusi. Arahkan kursor ke salah satu titik hijau/merah untuk melihat pengujian, nama pengujian, dan lokasi.

Screenshot that shows the Line view.

Pilih pengujian atau lokasi tertentu. Atau Anda dapat mengurangi periode waktu untuk melihat lebih banyak hasil sekeliling periode waktu yang diinginkan. Gunakan Search Explorer untuk melihat hasil dari semua eksekusi. Atau Anda dapat menggunakan kueri Analitik Log untuk menjalankan laporan kustom pada data ini.

Memeriksa dan mengedit pengujian

Untuk mengedit, nonaktifkan sementara, atau hapus pengujian, pilih elipsis di samping nama pengujian. Mungkin perlu waktu hingga 20 menit agar perubahan konfigurasi disebarluaskan ke semua agen pengujian setelah perubahan dilakukan.

Screenshot that shows the View test details. Edit and Disable a web test.

Anda mungkin ingin menonaktifkan pengujian ketersediaan atau aturan pemberitahuan yang terkait dengannya saat melakukan pemeliharaan pada layanan Anda.

Jika Anda melihat kegagalan

Pilih titik merah.

Screenshot that shows the End-to-end transaction details tab.

Dari hasil uji ketersediaan, Anda dapat melihat detail transaksi di semua komponen. Di sini Anda dapat:

  • Tinjau laporan pemecahan masalah untuk menentukan apa yang mungkin menyebabkan pengujian Anda gagal tetapi aplikasi Anda masih tersedia.
  • Memeriksa respons yang diterima dari server Anda.
  • Mendiagnosis kegagalan dengan telemetri pihak server terkait yang dikumpulkan saat memproses uji ketersediaan yang gagal.
  • Mencatat masalah atau item kerja di Git atau Azure Boards untuk melacak masalah. Bug akan menyertakan tautan ke peristiwa ini.
  • Membuka hasil pengujian web di Visual Studio.

Untuk mempelajari selengkapnya tentang pengalaman diagnostik transaksi end-to-end, lihat dokumentasi diagnostik transaksi.

Pilih baris pengecualian untuk melihat detail pengecualian sisi server yang menyebabkan pengujian ketersediaan sintetis gagal. Anda juga bisa mendapatkan rekam jepret debug untuk diagnostik tingkat kode yang lebih lengkap.

Screenshot that shows the Server-side diagnostics.

Selain hasil mentah, Anda juga dapat melihat dua metrik ketersediaan utama di penjelajah metrik:

  • Ketersediaan: Persentase pengujian yang berhasil, di semua eksekusi pengujian.
  • Durasi Pengujian: Durasi pengujian rata-rata di semua eksekusi pengujian.

Langkah berikutnya