בדף הזה תוכלו למצוא עזרה בפתרון בעיות ותשובות לשאלות נפוצות
שאלות על השימוש ב-Crashlytics. אם לא מצאתם את מה שחיפשת או אם אתם זקוקים לעזרה נוספת, תוכלו לפנות אל התמיכה של Firebase.
פתרון בעיות כלליות/שאלות נפוצות
פורמטים שונים (ולפעמים 'וריאנטים') של בעיות מסוימות בטבלה בעיות
ייתכן שבטבלה בעיות יוצגו שני פורמטים שונים לבעיות
במסוף Firebase. יכול להיות שתבחינו גם בתכונה שנקראת 'וריאנטים' בחלק מהבעיות. זו הסיבה!
בתחילת 2023 השקנו מנוע ניתוח משופר לקיבוץ אירועים בתור
וגם עיצוב מעודכן וכמה תכונות מתקדמות לבעיות חדשות (כמו
וריאציות!). כדאי לעיין בעדכונים האחרונים שלנו
פוסט בבלוג
את כל הפרטים, אבל אפשר לקרוא בהמשך על הפרטים העיקריים.
Crashlytics מנתח את כל האירועים מהאפליקציה (כמו קריסות, אירועים לא קטלניים ומקרי ANR) ויוצר קבוצות של אירועים שנקראות בעיות – לכל האירועים בבעיה יש נקודת כשל משותפת.
כדי לקבץ אירועים לפי הבעיות האלה, מנוע הניתוח המשופר בוחן עכשיו
הרבה היבטים של האירוע, כולל הפריימים בדוח הקריסות,
הודעת חריגה, קוד השגיאה ופלטפורמה או סוג שגיאה אחרים
למאפיינים.
עם זאת, בתוך קבוצת האירועים הזו, דוחות הקריסות שהובילו לכשל
עשוי להיות שונה. אם דוח אחר של נתוני סטאק יהיה שונה, יכול להיות שמדובר בגורם אחר לבעיה.
כדי לייצג את ההבדל האפשרי הזה בתוך בעיה, אנחנו יוצרים עכשיו וריאציות בתוך בעיות – כל וריאנט הוא קבוצת משנה של אירועים בבעיה שיש להם את אותו נקודת כשל וגם נתיב סטאק דומה. בעזרת וריאנטים תוכלו לנפות באגים בנתוני המעקב הנפוצים ביותר בבעיה, ולבדוק אם יש סיבות שונות לבעיה.
תוכלו ליהנות מהשיפורים האלה:
מטא-נתונים משופרים מוצגים בשורת הבעיה עכשיו קל יותר להבין בעיות באפליקציה ולטפל בהן.
פחות בעיות כפולות שינוי של מספר שורה לא יוצר בעיה חדשה.
ניפוי באגים קל יותר של בעיות מורכבות עם גורמי שורש שונים אפשר להשתמש בוריאנטים כדי לנפות באגים בנתוני המעקב הנפוצים ביותר בבעיה.
התראות ואותות משמעותיים יותר בעיה חדשה מייצגת באג חדש.
חיפוש יעיל יותר כל בעיה מכילה יותר מטא-נתונים שאפשר לחפש, כמו סוג החריגה ושם החבילה.
כך אנחנו משיקים את השיפורים האלה:
כשנקבל אירועים חדשים מהאפליקציה שלכם, נבדוק אם הם תואמים לבעיה קיימת.
אם לא נמצאה התאמה, נחיל באופן אוטומטי את קיבוץ האירועים החכם יותר
האלגוריתם של האירוע וליצור בעיה חדשה עם המטא-נתונים המשופרים
לעיצוב.
זהו העדכון המשמעותי הראשון שאנחנו מבצעים לקיבוץ האירועים. אם יש לכם משוב או אם נתקלת בבעיות, אפשר לשלוח דיווח.
לא מוצגים מדדים של נסיעות ללא תאונות או התראות על מהירות
אם המדדים של 'ללא קריסות' (כמו משתמשים וסשנים ללא קריסות) ו/או ההתראות לגבי מהירות לא מוצגים, צריך לוודא שאתם משתמשים ב-
היומנים של נתיבי הניווט לא מוצגים
אם יומני הלחם לא מופיעים, מומלץ לבדוק את ההגדרות של האפליקציה לגבי Google Analytics.
צריך לעמוד בדרישות הבאות:
לאפליקציה. צריך להוסיף את ה-SDK הזה בנוסף ל-SDK של Crashlytics.
אתם משתמשים ב
בכל המוצרים שבהם אתם משתמשים באפליקציה.
מי יכול לראות, לכתוב ולמחוק הערות בבעיה?
הערות מאפשרות למשתתפי הפרויקט להגיב על בעיות ספציפיות, לשאול שאלות, לעדכן את הסטטוס וכו'.
כשחבר בפרויקט מפרסם הערה, היא מסומנת בתווית האימייל של חשבון Google
חשבון. כתובת האימייל הזו, יחד עם ההערה, גלויות לכל חברי הפרויקט שיש להם גישה להערה.
בהמשך מתוארת רמת הגישה הנדרשת לצפייה, לכתיבה ולמחיקה
הערות:
חברי צוות בפרויקט עם אחד מהתפקידים הבאים יכולים להציג ולמחוק הערות קיימות ולכתוב הערות חדשות בבעיה.
הערות מאפשרות למשתתפי הפרויקט להגיב על בעיות ספציפיות, לשאול שאלות, לעדכן את הסטטוס וכו'.
כשחבר בפרויקט מפרסם הערה, היא מסומנת בתווית האימייל של חשבון Google
חשבון. כתובת האימייל הזו, יחד עם ההערה, גלויות לכל חברי הפרויקט שיש להם גישה להערה.
בהמשך מתוארת רמת הגישה הנדרשת לצפייה, לכתיבה ולמחיקה
הערות:
חברי צוות בפרויקט עם אחד מהתפקידים הבאים יכולים להציג ולמחוק הערות קיימות ולכתוב הערות חדשות בבעיה.
באפליקציה נעשה שימוש גם ב-SDK של Google Mobile Ads, אבל לא מתרחשות קריסות
אם בפרויקט נעשה שימוש ב-Crashlytics לצד ה-SDK של Google Mobile Ads,
סביר להניח שדיווחי הקריסה מפריעים
רישום handlers חריגים. כדי לפתור את הבעיה, צריך להשבית את דיווח הקריסה בקטע
ל-SDK Mobile Ads יש לשלוח קריאה אל disableSDKCrashReporting.
איפה נמצא מערך הנתונים שלי ב-BigQuery?
אחרי שמקשרים את Crashlytics ל-BigQuery, מערכי הנתונים החדשים שיצרתם ממוקמים באופן אוטומטי בארצות הברית, ללא קשר למיקום של פרויקט Firebase.
תמיכה בפלטפורמות
בעיות שחוזרות על עצמן
מהי רגרסיה (רגרסיה)
בעיה?
הבעיה חוזרת אם סגרתם אותה בעבר אבל קיבלתם דיווח חדש על כך שהיא חוזרת Crashlytics.
Crashlytics פותח מחדש באופן אוטומטי את הבעיות האלה כדי שתוכלו לטפל בהן בהתאם לאפליקציה שלכם.
הנה תרחיש לדוגמה שמסביר איך Crashlytics מסווג
בתור רגרסיה:
בפעם הראשונה אי פעם, Crashlytics מקבל דוח קריסה לגבי קריסה
"A". Crashlytics פותח בעיה תואמת לקריסה הזו (בעיה 'א').
מתקנים את הבאג במהירות, סוגרים את בעיה א' ולאחר מכן מפרסמים גרסה חדשה של
באפליקציה שלך.
Crashlytics מקבל דיווח נוסף על בעיה 'א' אחרי שסגרתם את הבעיה.
אם הדוח מגיע מגרסת אפליקציה שה-Crashlyticsיודע/ת עליה
כשסגרת את הבעיה (כלומר, הגרסה שלחה קריסה
דיווח על קריסה כלשהי בכלל), ואז Crashlytics לא יתייחס לקריסה
בחזרה למצב הקודם. הבעיה תישאר סגורה.
אם הדוח מגיע מגרסה של האפליקציה ש-Crashlyticsלא ידעה עליה כשסגרתם את הבעיה (כלומר, הגרסה אף פעם לא שלחה אף דוח קריסה לגבי קריסה כלשהי), Crashlytics תתייחס לבעיה כאל חזרה לאחור ותפתח מחדש את הבעיה.
כשבעיה חוזרת, אנחנו שולחים התראה על זיהוי רגרסיה ומוסיפים לבעיה אות רגרסיה כדי להודיע לכם ש-Crashlytics פתח אותה מחדש. אם אתם לא רוצים שהבעיה תיפתח מחדש בגלל אלגוריתם הרגרסיה שלנו, תוכלו להשתיק אותה במקום לסגור אותה.
למה אני רואה מצב של רגרסיה
בעיות בגרסאות ישנות יותר של האפליקציה?
אם הדיווח מגיע מגרסה ישנה של האפליקציה שמעולם לא שלחה דוחות קריסה בכלל כשסגרתם את הבעיה, Crashlytics תתייחס לבעיה כאל חזרה לאחור ותפתח אותה מחדש.
מצב זה יכול להתרחש במצב הבא: תיקנת באג ולאחר מכן
פרסמה גרסה חדשה של האפליקציה, אבל עדיין יש לך משתמשים בגרסאות ישנות יותר
ללא תיקון הבאג. אם במקרה אחת מהגרסאות הישנות האלה אף פעם לא שלחה דוחות קריסה כשסגרתם את הבעיה, והמשתמשים האלה מתחילים להיתקל בבאג, דוחות הקריסה האלה יגרמו לבעיה של נסיגה לאחור.
אם אתם לא רוצים שהבעיה תיפתח מחדש בגלל אלגוריתם הרגרסיה שלנו, תוכלו להשתיק אותה במקום לסגור אותה.
