חיים של באג

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

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

התמיכה באפליקציות של גוגל היא דרך אתר התמיכה של גוגל . התמיכה באפליקציות של צד שלישי היא אצל המפתחים של כל אפליקציה, למשל, דרך פרטי הקשר המסופקים ב-Google Play.

להלן השלבים המרכזיים בחייו של באג:

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

פרטי הדלי

אנו משתמשים בשדה סטטוס ב-Issue Tracker כדי לציין את הסטטוס של בעיה בתהליך הפתרון. זה תואם את ההגדרות שצוינו בתיעוד ה-Issue Tracker .

נושאים חדשים

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

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

נושאים פתוחים

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

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

בדרך כלל, באג מתחיל ב- Assigned , ונשאר שם עד שמישהו מתכוון לפתור אותו, ובשלב זה הוא נכנס ל- Accepted . עם זאת, שים לב שזו אינה ערובה, ובאגים יכולים לעבור ישירות מ- Assigned לאחד מהמצבים הפתורים.

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

בעיות ללא פעולה

דלי זה מכיל באגים שנחשבים כלא דורשים כל פעולה.

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

בעיות נפתרו

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

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

דברים אחרים

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