דיווח על באגים ומעקב אחריהם

אתם יכולים לעזור לנו לשפר את Android על ידי דיווח על בעיות ובקשה לתכונות חדשות באמצעות כלי המעקב אחר בעיות ב-Google. 'מעקב אחר בעיות ב-Google' הוא כלי שמשתמשים בו Google כדי לעקוב אחרי בעיות ב-AOSP ובקשות להוספת תכונות. הכלי למעקב אחר בעיות זמין מחוץ ל-Google, לשימוש על ידי משתמשים ציבוריים ושותפים חיצוניים שצריכים לשתף פעולה עם צוותי Google בנוגע לתכונות ולבעיות ספציפיות.

למידע על היסודות של Google Issue Tracker, תוכלו לעיין במאמר Google Issue Tracker.

דיווח על באג

כדי לדווח על באג ב-AOSP:

  1. ב- כל הבאגים הפתוחים כבסיס לחיפוש שלכם, בדקו אם בשדה החיפוש 'מעקב אחר בעיות' מישהו כבר דיווח על הבעיה או על התכונה שלכם. אל תשכחו לחפש גם באגים שנסגרו או תוקנו. כדי למצוא את התוצאות הפופולריות ביותר, אפשר למיין את התוצאות לפי מספר הכוכבים. פרטים על השימוש בשדה החיפוש זמינים במאמר חיפוש בעיות.
  2. אם מצאתם את הבעיה וחשוב לכם שהיא תטופל, תוכלו לסמן אותה בכוכב. מספר הכוכבים שנותנים לבעיה עוזר ל-Google לקבוע את רמת העדיפות שלה.

  3. אם אף אחד לא דיווח על הבעיה, צריך ליצור באג חדש.

    1. צריך לעיין בקטע במסמך הזה שקשור לרכיב של הבאג שלך. רכיבי הבאג מזהים את האזור ב-Android שעבורו באג חל.

    2. ממלאים את התבנית המתאימה:

      • אם מדובר בבאג, יש לכלול את השלבים לשחזור הבאג בתגובות. אם התגובה היא רק שמשהו לא עובד, סביר להניח שהיא דורשים מידע נוסף. כמות הפרטים שתספקו, כולל קובצי יומן ואפילו ערכת תיקונים, תעזור ל-Google לטפל בבעיה.
      • אם מדובר בבקשה להוספת תכונה, יש לציין פרטים מפורטים על התכונה המוצעת, כולל הבעיה שהיא פותרת ושיקולי עיצוב.

    3. לוחצים על יצירה. דוח הבאג נוצר כדי ש-Google תבדוק אותו.

במאמר מעקב אחר סטטוס הבאג מוסבר איך עוקבים אחרי הבאג.

רכיבי הבאג

ארבעת הקטעים הבאים נועדו לעזור לכם לחפש באגים ולדווח עליהם באמצעות הרכיב הנכון.

אבטחה

אם נתקלת בבעיה שמשפיעה על האבטחה של Android או רכיבים ב- מכשירי Pixel, דיווח על באג לפי ההוראות ב דיווח על בעיות אבטחה. בנוסף, באגי אבטחה עומדים בקריטריונים של תוכנית התגמולים של מכשירי Android ו-Google.

פלטפורמה

אם יש לכם בעיה או בקשה להוספת תכונה שמשפיעה על היבט כלשהו במכשיר Android בפלטפורמה, לוחצים על סמל הבאג לצד הרכיב הרלוונטי כדי לדווח על הבאג. אזור:

הצגת כל הבעיות בפלטפורמה

עיון בבאגים דיווח על באג
נגישות
ART
דפדפן
CTS
Framework
גרפיקה
Kernel‏ (GKI)
16kB
מדיה
אפליקציות ללא התקנה
Libcore
Networking
מערכת
תמונת מערכת גנרית
טקסט
דברים
Wear

כלים למפתחי Android

אם יש לכם בעיה או בקשה להוספת תכונה שמשפיעה על היבט כלשהו במכשיר Android בכלים למפתחים מפתחים את הבאג על ידי לחיצה על סמל הבאג לצד אזור הרכיבים בטבלה הבאה.

לעיון בכל הבעיות בנושא Developer Tools

עיון בבאגים פרטים דיווח על באג
adb
Android Studio מידע ספציפי ל-Android באגים ב-Studio
C++‎ בעיות ב-Android Studio
תמונות של אמולטור או מערכת מידע ספציפי לגבי באגים באמולטור
Gradle מידע ספציפי לגבי Gradle באגים
החלת השינויים מידע ספציפי על באגים ב-Apply Changes
Lint
NDK בעיות במהדר של NDK או במערכת ה-build. לא לבקשות API או באגים. ממשקי API הם חלק ממערכת ההפעלה, וצריך לשלוח בקשות שקשורות אליהם לאחד מרכיבי הפלטפורמה שצוינו למעלה (אם אתם לא יודעים איזה, השתמשו ב-Framework).
כלי ניתוח פרופיל
Jetpack‏ (androidx)
בדיקת Jetpack (androidx)
Games SDK

מסמכים

אם יש לכם בעיה או בקשה להוספת תכונה שמשפיעה על היבט כלשהו במכשיר Android תיעוד הבאג, דווחו על הבאג על ידי לחיצה על סמל הבאג לצד תחום רכיב:

עיון בבאגים דיווח על באג
developer.android.com (מסמכי תיעוד למפתחי אפליקציות)
source.android.com (מסמכי תיעוד של AOSP)

בקשה ליכולת פעולה הדדית לפי חוק ה-DMA

אם אתם רוצים לשלוח בקשה ליכולת פעולה הדדית של DMA ל-Android, תוכלו להשתמש באזור המתאים של הרכיב:

הגשת בקשה בקשות עיון
יצירת בקשה ציבורית חדשה בקשות ציבוריות
יצירת בקשה פרטית חדשה

מעקב אחר סטטוס באג

באגים שנוצרים לאחרונה תמיד מסומנים בסטטוס חדש. מנהלי AOSP בודקים באגים מדי פעם ומחלקים אותם לקטגוריות לפי רמת החשיבות שלהם, על ידי שינוי הסטטוס שלהם וייתכן גם הקצאה שלהם למישהו. הבאגים מסווגים לאחת משלוש קטגוריות:

  • נדרש מידע נוסף. דוח הבאג לא מכיל מספיק מידע כדי שמישהו יוכל לתת עדיפות לבאג או לנתח אותו כראוי. דיווח הבאג יועבר לרשימה (New + Hotlist:NeedsInfo) עד שתספקו את המידע המבוקש. לאחר פרק זמן מסוים, אם לא יתקבלו מידע נוסף מצוין, הבאג מקבל סטטוס שמציין שלא תתבצע פעולה בו מופעל.

  • הבאג מוקצה למישהו, ואפשר גם לשנות את רמת העדיפות שלו. דוח הבאג נחשב לדוח מפורט מספיק לגבי בעיה לגיטימית. הבאג מקבל עדיפות מתאימה או מקבל עדיפות מחדש. לבסוף, הבאג מוקצה לתורם ספציפי לצורך הערכה וניתוח.

    בדרך כלל, הסטטוס של באג נשאר הוקצה עד שמישהו מתכוון לפתור אותו, ואז הסטטוס משתנה לאושר. אבל, יכול להיות שהמקבל לא ישנה את הסטטוס של באג לאושר, ובמקום זאת יצטרך לשנות את הסטטוס שלו מתקנים את הבאג ומקצים את הסטטוס קבוע או מתוקן (מאומת).

  • לא יתבצע תיקון של הבאג. באג נכלל בקטגוריה הזו מכמה סיבות, למשל: הבאג הוא עותק כפול של באג אחר, אי אפשר לתקן את הבאג או שהבאג מייצג פונקציונליות שפועלת כצפוי.

כדי לעקוב אחר סטטוס באג:

  1. פותחים את הבאג ומעיינים בשדות 'עדיפות', 'סטטוס' ו'תגובות'. עבור לקבלת הסבר על העדיפות והסטטוס, אפשר לעיין השדות של הבעיות.
  2. (אופציונלי) משיבים לשאלות או להערות בשדה ההערות.

באגים שמסומנים בסטטוס תוקנו (אומתו) ייכללו בגרסה עתידית של Android.

מידע נוסף על סטטוסים ספציפיים

בהמשך מוסבר על כמה סטטוסים של באגים (בנוסף למידע שמופיע במסמכים בנושא שדות הבעיות במעקב הבעיות):

  • לא יתוקן (התנהגות מכוונת): מנהל תחזוקת AOSP שההתנהגות המתוארת היא לא באג, אבל זו המטרה או התנהגות המשתמשים. סטטוס זה נקרא גם 'עבודה כמו' המיועד (WAI)." בבקשות להוספת תכונות, מנהל AOSP קבע שהבקשה לא תיושם ב-Android.

  • לא יתוקן (לא ניתן לביצוע): השינויים הנדרשים כדי לטפל בבעיה לא אפשריים באופן סביר. הסטטוס הזה משמש גם לבעיות שדווחו ולא ניתן לטפל בהן ב-AOSP, בדרך כלל כי הן קשורות למכשיר מותאם אישית או לאפליקציה חיצונית, או שהמדווח טעה לחשוב שמערכת המעקב אחר בעיות היא פורום עזרה.

  • תוקן (אומת): הבאג הזה תוקן, והוא נכלל בהודעה רשמית.

  • תוקן: הבאג תוקן (או שהתכונה הופעלה) בעץ המקור, אבל יכול להיות שהוא עדיין לא נכלל במהדורה רשמית.