Debug aplikasi berbasis model dengan monitor langsung

Monitor langsung dapat membantu Anda men-debug dan mendiagnosis masalah serta membantu Anda membuat aplikasi yang lebih cepat dan andal. Monitor langsung memberikan tampilan mendalam tentang cara aplikasi berjalan dengan memberikan log semua aktivitas utama di aplikasi Anda saat aplikasi berjalan. Anda juga dapat men-debug aplikasi berbasis model yang diterbitkan secara kolaboratif dengan teknisi dukungan atau men-debug masalah sesi pengguna lain. Untuk informasi selengkapnya tentang cara men-debug aplikasi berbasis model yang diterbitkan secara kolaboratif, buka Pemecahan masalah kolaboratif menggunakan monitor langsung.

Penting

Pemantauan langsung untuk aplikasi berbasis model mengharuskan versi klien aplikasi berbasis model Anda 1.4.5973-2307.2 atau yang lebih baru.

Untuk informasi selengkapnya tentang kapan Anda harus memantau aplikasi, lihat Ringkasan pemantauan. Untuk menjalankan pemantau langsung dengan aplikasi kanvas, lihat Men-debug aplikasi kanvas dengan pemantau langsung.

Menggunakan monitor langsung untuk mendiagnosis aplikasi berbasis model

1. masuk Power Apps, lalu pilih Aplikasi dari panel navigasi kiri.

2. Pilih aplikasi berbasis model yang ingin Anda pantau, lalu pilih Monitor langsung di bilah perintah.

3. Di halaman web yang terbuka, pilih Putar aplikasi berbasis model untuk membuka aplikasi Anda.

   

   Catatan

   Atau, Anda dapat menjalankan aplikasi yang diarahkan model dan menambahkan "&monitor=true" ke akhir URL di browser. Kemudian, pilih Monitor langsung di bilah perintah untuk memulai sesi pemantauan di tab baru.

4. Setelah aplikasi dibuka dari monitor Langsung, Anda akan melihat sesi debug Gabung dengan monitor? kotak dialog. Ini memberi tahu Anda bahwa data apa pun dari aplikasi akan dikirim ke pemilik monitor Langsung. Pilih Gabung. Peristiwa mulai mengalir ke layar sesi Monitor langsung saat terjadi di aplikasi.

   

5. Pilih aktivitas untuk menampilkan informasi tambahan di panel sebelah kanan.

   

Aktivitas yang dipantau

Navigasi halaman, eksekusi perintah, penyimpanan formulir, dan tindakan utama lainnya akan mengirimkan indikator kinerja utama dan peristiwa jaringan ke monitor Langsung.

FullLoad

FullLoad menandakan beban penuh navigasi halaman, seperti pemuatan edit formulir. Peristiwa ini menunggu permintaan jaringan tertentu selesai dan semua rendering selesai, sehingga formulir dapat siap sebelum FullLoad selesai.

Pilih peristiwa FullLoad untuk menampilkan tab Detail.

Peristiwa FullLoad menangkap banyak statistik tentang pemuatan halaman.  Anda dapat melihat formulir pengeditan tugas dimuat dalam 506 milidetik, dan memilih baris menampilkan informasi di panel properti. Anda dapat melihat detail tentang customScriptTime (waktu yang dihabiskan untuk menjalankan JavaScript kustom), loadType (0 = jenis halaman pemuatan pertama kali, 1 = entitas pemuatan pertama kali, 2 = catatan pemuatan pertama kali, 3 = catatan persis telah dikunjungi), dan FormId (pengidentifikasi formulir untuk diagnosis lebih lanjut).  Memperluas Atribusi memberikan perincian waktu eksekusi JS kustom berdasarkan jenis, penerbit, solusi, versi, sumber daya web, dan metode.  Ini dapat membantu mengidentifikasi kemacetan dalam waktu muat formulir.

Jaringan

Peristiwa Jaringan mengungkapkan detail tentang setiap permintaan yang dibuat dari aplikasi.

Pilih peristiwa Jaringan untuk menampilkan tab Detail .

Sebelumnya Anda mempelajari tentang monitor langsung dan cara menggunakannya untuk aplikasi berbasis model. Mari kita lihat beberapa skenario di mana monitor langsung dapat membantu Anda dalam memecahkan kesalahan skrip, perilaku tak terduga, dan perlambatan.

Kesalahan skrip kustom

Terkadang, bug dalam JS kustom menyebabkan kesalahan skrip atau masalah fungsi saat memuat halaman. Meskipun hal ini biasanya menimbulkan tumpukan panggilan dalam dialog, terkadang sulit untuk mengetahui sumbernya atau memecahkan kode kesalahan. Monitor langsung menerima peristiwa dari aplikasi dengan detail lebih lanjut tentang kesalahan, sehingga Anda dapat men-debug dengan lebih cepat, dan mudah.

Contohnya, bayangkan seorang pengguna menjumpai dialog kesalahan skrip pada pemuatan formulir akun.  Anda dapat menggunakan Monitor langsung untuk mendapatkan detail lebih lanjut tentang acara tersebut.  Setelah skenario diproduksi ulang, Anda dapat melihat bahwa kesalahan skrip tersebut menghasilkan aktivitas kesalahan yang disorot dengan warna merah. Memilih baris ini tidak hanya memberi Anda tumpukan panggilan tetapi juga nama penerbit, nama/versi solusi, nama sumber daya web, dan jenis (seperti onload, onchange, RuleEvaluation, dan CustomControl). Dalam contoh ini, kesalahan tampak seperti salah penulisan dalam skrip.

Kinerja lambat

Alat pengembang browser dapat membantu profil memuat halaman yang lambat, tetapi ada banyak data yang harus difilter dan tidak jelas apa yang penting untuk dilihat. Monitor langsung memecahkan masalah ini dengan menampilkan peristiwa relevan yang berkontribusi pada performa pemuatan halaman.

Misalnya, bayangkan seorang pengguna mengalami pemuatan formulir akun yang lambat, dan browser terus-menerus berhenti berfungsi. Dalam hal ini, setelah Anda mereproduksi masalah, Anda dapat melihat peringatan performa yang memberi tahu Anda bahwa XMLHttpRequest sinkron dikirim selama pemuatan yang menurunkan performa.

Lihat posting blog sebelumnya untuk cara mengurangi masalah performa XMLHttpRequest (XHR) sinkron.

Untuk setiap pemuatan halaman, platform data akan mengirimkan semua KPI untuk urutan pemuatan serta detail permintaan jaringan sebagaimana disebutkan sebelumnya.

Baca juga

Menggunakan monitor langsung untuk memecahkan masalah perilaku formulir aplikasi berbasis model