หน้านี้ให้ความช่วยเหลือในการแก้ปัญหาและคำตอบสำหรับคำถามที่พบบ่อยเกี่ยวกับการใช้ Crashlytics หากไม่พบสิ่งที่ต้องการหรือต้องการความช่วยเหลือเพิ่มเติม โปรดติดต่อทีมสนับสนุน Firebase
การแก้ปัญหาทั่วไป/คำถามที่พบบ่อย
ไม่เห็นเมตริกและ/หรือการแจ้งเตือนอัตราความเร็วที่ไม่มีอุบัติเหตุ
หากไม่เห็นเมตริกที่ไม่พบข้อขัดข้อง (เช่น ผู้ใช้และเซสชันที่ไม่มีข้อขัดข้อง)
และ/หรือการแจ้งเตือนอัตราความเร็ว โปรดตรวจสอบว่าคุณกำลังใช้
ไม่เห็นบันทึกเบรดครัมบ์
หากไม่เห็นบันทึกเบรดครัมบ์ เราขอแนะนำให้ตรวจสอบการกำหนดค่าของแอปสำหรับ Google Analytics
ตรวจสอบว่าคุณมีคุณสมบัติตรงตามข้อกำหนดต่อไปนี้
ใครสามารถดู เขียน และลบบันทึกเกี่ยวกับปัญหา
โน้ตช่วยให้สมาชิกโปรเจ็กต์แสดงความคิดเห็นเกี่ยวกับปัญหาที่เจาะจงซึ่งมีคำถาม การอัปเดตสถานะ ฯลฯ ได้
เมื่อสมาชิกโปรเจ็กต์โพสต์โน้ต จะมีป้ายกำกับเป็นอีเมลบัญชี Google ของสมาชิก สมาชิกโปรเจ็กต์ทุกคนที่มีสิทธิ์เข้าถึงเพื่อดูโน้ตจะเห็นอีเมลนี้พร้อมกับโน้ต
ข้อมูลต่อไปนี้จะอธิบายถึงการเข้าถึงที่จำเป็นในการดู เขียน และลบโน้ต
ใครสามารถดู เขียน และลบบันทึกเกี่ยวกับปัญหา
โน้ตช่วยให้สมาชิกโปรเจ็กต์แสดงความคิดเห็นเกี่ยวกับปัญหาที่เจาะจงซึ่งมีคำถาม การอัปเดตสถานะ ฯลฯ ได้
เมื่อสมาชิกโปรเจ็กต์โพสต์โน้ต จะมีป้ายกำกับเป็นอีเมลบัญชี Google ของสมาชิก สมาชิกโปรเจ็กต์ทุกคนที่มีสิทธิ์เข้าถึงเพื่อดูโน้ตจะเห็นอีเมลนี้พร้อมกับโน้ต
ข้อมูลต่อไปนี้จะอธิบายถึงการเข้าถึงที่จำเป็นในการดู เขียน และลบโน้ต
การผสานรวม
แอปยังใช้ SDK โฆษณาในอุปกรณ์เคลื่อนที่ของ Google ด้วยแต่ไม่ได้รับข้อขัดข้อง
หากโปรเจ็กต์ใช้ Crashlytics ควบคู่ไปกับ SDK โฆษณาในอุปกรณ์เคลื่อนที่ของ Google อาจเป็นไปได้ว่าผู้รายงานข้อขัดข้องรบกวนขณะลงทะเบียนเครื่องจัดการข้อยกเว้น หากต้องการแก้ไขปัญหานี้ ให้ปิดการรายงานข้อขัดข้องใน SDK โฆษณาในอุปกรณ์เคลื่อนที่โดยโทรไปที่ disableSDKCrashReporting
ชุดข้อมูล BigQuery ของฉันอยู่ที่ไหน
หลังจากลิงก์ Crashlytics กับ BigQuery แล้ว ชุดข้อมูลใหม่ที่คุณสร้างจะอยู่ที่สหรัฐอเมริกาโดยอัตโนมัติ ไม่ว่าโปรเจ็กต์ Firebase จะอยู่ที่ใด
ปัญหาเดิม
ปัญหาเดิมคืออะไร
เกิดปัญหาซ้ำแล้วซ้ำอีกเมื่อคุณปิดปัญหาดังกล่าวไปแล้วก่อนหน้านี้ แต่ Crashlytics ได้รับรายงานใหม่ว่าเกิดปัญหาขึ้นซ้ำอีก
Crashlytics จะเปิดปัญหาเดิมอีกครั้งโดยอัตโนมัติเพื่อให้คุณจัดการปัญหาเหล่านั้นตามความเหมาะสมสำหรับแอปได้
ต่อไปนี้คือสถานการณ์ตัวอย่างที่อธิบายว่า Crashlytics จัดหมวดหมู่ปัญหาเป็นการถดถอยได้อย่างไร
- Crashlytics ได้รับรายงานข้อขัดข้องเกี่ยวกับข้อขัดข้อง "A" เป็นครั้งแรก Crashlytics เปิดปัญหาที่สอดคล้องกันสำหรับข้อขัดข้องดังกล่าว (ปัญหา "A")
- คุณแก้ไขข้อบกพร่องนี้อย่างรวดเร็ว ปิดปัญหา "ก" แล้วเผยแพร่แอปเวอร์ชันใหม่
- Crashlytics จะได้รับรายงานอีกฉบับเกี่ยวกับปัญหา "A" หลังจากที่คุณปิดปัญหาแล้ว
- หากรายงานมาจากเวอร์ชันที่ Crashlytics รู้จักเมื่อคุณปิดปัญหา (หมายความว่าเวอร์ชันดังกล่าวส่งรายงานข้อขัดข้องสำหรับข้อขัดข้องรายการใดก็ตามเลย) Crashlytics จะไม่ถือว่าปัญหาเกิดปัญหาซ้ำ ปัญหานี้จะยังคงปิดอยู่
- หากรายงานมาจากเวอร์ชันแอปที่ Crashlytics ไม่ทราบเมื่อคุณปิดปัญหา (หมายความว่าเวอร์ชันดังกล่าวไม่เคยส่งรายงานข้อขัดข้องใดๆ สำหรับข้อขัดข้องใดๆ เลย)
Crashlytics จะถือว่าปัญหาเกิดปัญหาซ้ำและจะเปิดปัญหาอีกครั้ง
เมื่อปัญหาเกิดการถดถอย เราจะส่งการแจ้งเตือนการตรวจหาการถดถอยและเพิ่มสัญญาณการถดถอยให้กับปัญหาเพื่อแจ้งให้ทราบว่า Crashlytics ได้เปิดปัญหาดังกล่าวอีกครั้งแล้ว หากไม่ต้องการให้ปัญหาเปิดขึ้นใหม่เนื่องจากอัลกอริทึมการถดถอย ให้ "ซ่อน" ปัญหานั้นแทนการปิด
เหตุใดฉันจึงเห็นปัญหาเดิม
สำหรับแอปเวอร์ชันเก่า
หากรายงานมาจากแอปเวอร์ชันเก่าที่ไม่เคยส่งรายงานข้อขัดข้องเลยเมื่อคุณปิดปัญหาแล้ว Crashlytics จะพิจารณาปัญหาที่เกิดซ้ำแล้วเปิดปัญหาอีกครั้ง
สถานการณ์นี้อาจเกิดขึ้นได้ในสถานการณ์ต่อไปนี้ คุณแก้ไขข้อบกพร่องและเผยแพร่แอปเวอร์ชันใหม่แล้ว แต่ยังมีผู้ใช้เวอร์ชันเก่าโดยไม่แก้ไขข้อบกพร่องดังกล่าว หากในเวอร์ชันเก่าเวอร์ชันใดเวอร์ชันหนึ่งไม่เคยส่งรายงานข้อขัดข้องใดๆ เลยเมื่อคุณปิดปัญหา และผู้ใช้เหล่านั้นเริ่มพบข้อผิดพลาด รายงานข้อขัดข้องเหล่านั้นจะทำให้ปัญหาเกิดซ้ำ
หากคุณไม่ต้องการให้ปัญหาเปิดขึ้นอีกครั้งเนื่องจากอัลกอริทึมการถดถอยของเรา ให้ "ปิดเสียง" ปัญหาแทนการปิด
