แก้ไขข้อบกพร่องของแอปแบบจำลองด้วยตัวตรวจสอบ

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

ข้อสำคัญ

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

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

ใช้ตัวตรวจสอบเพื่อวินิจฉัยแอปแบบจำลอง

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

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

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

   

   หมายเหตุ

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

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

   

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

   

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

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

ฟูลโหลด

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

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

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

เครือข่าย

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

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

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

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

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

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

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

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

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

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

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

ดูเพิ่มเติม

ใช้ตัวตรวจสอบเพื่อแก้ไขปัญหาของลักษณะการทำงานฟอร์มในแอปแบบจำลอง

หมายเหตุ

บอกให้เราทราบเกี่ยวกับภาษาที่คุณต้องการในคู่มือ ทำแบบสำรวจสั้นๆ (โปรดทราบว่าแบบสำรวจนี้เป็นภาษาอังกฤษ)

แบบสำรวจนี้ใช้เวลาทำประมาณเจ็ดนาที ไม่มีการเก็บข้อมูลส่วนบุคคล (คำชี้แจงสิทธิ์ส่วนบุคคล)