แก้ไขข้อบกพร่องของแอปที่ขับเคลื่อนด้วยโมเดลด้วย Live Monitor

การตรวจสอบสดสามารถช่วยคุณแก้ไขและวินิจฉัยปัญหา และช่วยให้คุณสร้างแอปที่เร็วขึ้นและเชื่อถือได้มากขึ้น การตรวจสอบแบบสดช่วยให้มองเห็นภาพรวมของการทำงานของแอปได้อย่างละเอียด โดยจะแสดงบันทึกกิจกรรมสำคัญทั้งหมดในแอปของคุณขณะที่แอปทำงาน คุณยังสามารถแก้ไขจุดบกพร่องของแอปแบบจำลองที่เผยแพร่ร่วมกับวิศวกรฝ่ายสนับสนุนหรือแก้ไขจุดบกพร่องของเซสชันของผู้ใช้รายอื่นได้ด้วย หากต้องการดูข้อมูลเพิ่มเติมเกี่ยวกับวิธีการดีบักแอปที่ใช้โมเดลแบบร่วมกันที่เผยแพร่ โปรดไปที่ การแก้ไขปัญหาแบบร่วมมือกันโดยใช้ Live Monitor

สำคัญ

การตรวจสอบสดสำหรับแอปที่ใช้โมเดลต้องใช้แอปที่ใช้โมเดลเวอร์ชันไคลเอนต์เป็น 1.4.5973-2307.2 หรือใหม่กว่า

หากต้องการข้อมูลเพิ่มเติมเกี่ยวกับเวลาที่คุณควรตรวจสอบแอป โปรดดู ภาพรวมการตรวจสอบ หากต้องการเรียกใช้ Live Monitor ด้วยแอป Canvas โปรดดูที่ การดีบักแอป Canvas ด้วย Live Monitor

ใช้ Live monitor เพื่อวินิจฉัยแอปที่ขับเคลื่อนด้วยโมเดล

1. เข้าสู่ระบบ Power Apps จากนั้นเลือก แอป จากบานหน้าต่างนำทางด้านซ้าย

2. เลือกแอปที่เป็นโมเดลที่คุณต้องการตรวจสอบ จากนั้นเลือก การตรวจสอบสด บนแถบคำสั่ง

3. ในหน้าเว็บที่เปิดขึ้น ให้เลือก เล่นแอปที่ขับเคลื่อนด้วยโมเดล เพื่อเปิดแอปของคุณ

   

   หมายเหตุ

   หรือคุณสามารถเรียกใช้แอปแบบจำลองและเพิ่ม “&monitor=true” ต่อท้าย URL ในเบราว์เซอร์ จากนั้น เลือก การตรวจสอบสด บนแถบคำสั่งเพื่อเริ่มเซสชันการตรวจสอบในแท็บใหม่

4. หลังจากเปิดแอปจาก Live monitor แล้ว คุณจะเห็นกล่องโต้ตอบ เข้าร่วมเซสชันดีบักของ monitor หรือไม่? ซึ่งช่วยให้คุณทราบว่าข้อมูลใดๆ จากแอปจะถูกส่งไปยังเจ้าของ Live Monitor เลือก เข้าร่วม เหตุการณ์ต่างๆ เริ่มไหลเข้าสู่หน้าจอเซสชันการตรวจสอบสดในขณะที่เกิดขึ้นในแอป

   

5. เลือกเหตุการณ์เพื่อแสดงข้อมูลเพิ่มเติมในบานหน้าต่างด้านขวา

   

ติดตามเหตุการณ์

การนำทางหน้า การดำเนินการคำสั่ง การบันทึกแบบฟอร์ม และการดำเนินการสำคัญอื่นๆ จะส่งตัวบ่งชี้ประสิทธิภาพหลักและเหตุการณ์เครือข่ายไปยัง Live Monitor

ฟูลโหลด

FullLoad หมายถึงการโหลดที่สมบูรณ์ของการนำทางเพจ เช่น การโหลดฟอร์มแก้ไข เหตุการณ์นี้จะรอให้คำขอเครือข่ายบางอย่างเสร็จสมบูรณ์และการเรนเดอร์ทั้งหมดเสร็จสิ้น ดังนั้นแบบฟอร์มจึงพร้อมได้ก่อนที่ FullLoad จะเสร็จสมบูรณ์

เลือกเหตุการณ์ FullLoad เพื่อแสดงแท็บ รายละเอียด

เหตุการณ์ FullLoad จะเก็บสถิติต่างๆ มากมายเกี่ยวกับการโหลดหน้า  คุณสามารถดูแบบฟอร์มแก้ไขงานโหลดใน 506 มิลลิวินาที และการเลือกแถวจะเผยข้อมูลในบานหน้าต่างคุณสมบัติ คุณสามารถดูรายละเอียดเพิ่มเติมเกี่ยวกับ customScriptTime (เวลาที่ใช้ในการดำเนินการ JavaScript แบบกำหนดเอง), loadType (0 = ประเภทหน้าที่โหลดครั้งแรก, 1 = เอนทิตีที่โหลดครั้งแรก, 2 = บันทึกการโหลดครั้งแรก, 3 = เยี่ยมชมบันทึกที่แน่นอนแล้ว) และ FormId (ตัวระบุแบบฟอร์มสำหรับการวินิจฉัยเพิ่มเติม)  การขยาย การระบุแหล่งที่มา จะแบ่งข้อมูลเวลาการดำเนินการ JS แบบกำหนดเองตามประเภท ผู้เผยแพร่ โซลูชัน เวอร์ชัน ทรัพยากรเว็บ และวิธีการ  สิ่งนี้สามารถช่วยระบุคอขวดในเวลาโหลดแบบฟอร์มได้

เครือข่าย

เหตุการณ์ เครือข่าย จะเปิดเผยรายละเอียดเกี่ยวกับแต่ละคำขอที่มาจากแอป

เลือกเหตุการณ์เครือข่ายเพื่อแสดงแท็บ รายละเอียด

ก่อนหน้านี้คุณได้เรียนรู้เกี่ยวกับ Live monitor และวิธีใช้งานกับแอปที่ขับเคลื่อนด้วยแบบจำลอง ลองมาดูสถานการณ์ต่างๆ ที่ Live monitor สามารถช่วยคุณแก้ไขข้อผิดพลาดของสคริปต์ พฤติกรรมที่ไม่คาดคิด และการทำงานช้าลงได้

ข้อผิดพลาดสคริปต์แบบกำหนดเอง

บางครั้งข้อบกพร่องใน JS ที่กำหนดเองทำให้เกิดข้อผิดพลาดของสคริปต์หรือปัญหาการทำงานเมื่อโหลดหน้าเว็บ แม้ว่าโดยปกติจะสร้าง call stack ในกล่องโต้ตอบ แต่ก็ยากที่จะทราบว่ามาจากที่ใดหรือถอดรหัสข้อผิดพลาด เครื่องตรวจสอบสดจะได้รับเหตุการณ์จากแอปพร้อมรายละเอียดเพิ่มเติมเกี่ยวกับข้อผิดพลาด เพื่อให้คุณสามารถแก้ไขจุดบกพร่องได้รวดเร็วและง่ายดายยิ่งขึ้น

ตัวอย่างเช่น สมมติว่าผู้ใช้ประสบกับกล่องโต้ตอบข้อผิดพลาดของสคริปต์ในการโหลดฟอร์มบัญชี  คุณสามารถใช้ Live monitor เพื่อดูรายละเอียดเพิ่มเติมเกี่ยวกับเหตุการณ์ได้  เมื่อจำลองสถานการณ์ขึ้นใหม่ คุณจะเห็นข้อผิดพลาดของสคริปต์ทำให้เกิดเหตุการณ์ข้อผิดพลาดที่เน้นด้วยสีแดง การเลือกแถวนี้จะทำให้คุณได้รับไม่เพียงแค่ สแต็กการเรียก แต่ยังได้รับ ชื่อผู้เผยแพร่, ชื่อ/เวอร์ชันโซลูชัน, ชื่อทรัพยากรเว็บ และ ประเภท (เช่น onload, onchange, RuleEvaluation และ CustomControl) ในตัวอย่างนี้ ดูเหมือนว่ามีการพิมพ์ผิดในสคริปต์

ประสิทธิภาพการทำงานช้าลง

เครื่องมือสำหรับนักพัฒนาเบราว์เซอร์สามารถช่วยให้โปรไฟล์โหลดหน้าเว็บได้ช้า แต่มีข้อมูลมากมายให้กรองและยังไม่ชัดเจนว่าอะไรสำคัญที่ต้องดู การตรวจสอบแบบสดช่วยแก้ปัญหานี้โดยแสดงเหตุการณ์ที่เกี่ยวข้องซึ่งส่งผลต่อประสิทธิภาพในการโหลดหน้า

ตัวอย่างเช่น สมมติว่าผู้ใช้ประสบปัญหาการโหลดแบบฟอร์มบัญชีที่ช้า และเบราว์เซอร์ค้างอยู่ตลอดเวลา ในกรณีนี้ หลังจากที่คุณสร้างปัญหาขึ้นมาใหม่ คุณจะเห็นคำเตือนด้านประสิทธิภาพที่แจ้งให้คุณทราบว่ามีการส่ง XMLHttpRequest แบบซิงโครนัสในระหว่างการโหลด ซึ่งทำให้ประสิทธิภาพลดลง

ดู โพสต์บล็อกก่อนหน้า เพื่อดูวิธีบรรเทาปัญหาประสิทธิภาพการทำงานของ XMLHttpRequest (XHR) แบบซิงโครนัส

สำหรับการโหลดหน้าทุกครั้ง แพลตฟอร์มข้อมูลจะส่ง KPI ทั้งหมดสำหรับลำดับการโหลดตลอดจนรายละเอียดคำขอเครือข่ายตามที่กล่าวไว้ก่อนหน้านี้

(ดูเพิ่มเติม )

ใช้ Live monitor เพื่อแก้ไขปัญหาพฤติกรรมแบบฟอร์มแอปที่ขับเคลื่อนด้วยโมเดล